前言：让课程流量走对线路
Coursera 与 edX 的课程通常包含视频播放、字幕加载、登录验证、作业提交和讨论区等多个环节。访问体验不佳时，问题未必出在课程网站本身：视频可能从独立的 CDN 域名加载，登录页面也可能调用第三方身份验证服务。如果 Clash 只代理了主站域名，课程首页能打开，却仍可能出现播放器转圈、字幕缺失或提交作业失败。
另一方面，把所有流量都切换到全局代理并不一定更稳定。国内网站、网银和本地应用可能因此增加延迟，某些服务还会因为出口地址变化而要求重新验证。更合适的做法是保持 Clash 的规则模式，仅为 Coursera、edX 及其确实需要的课程资源域名指定代理策略组，其他流量继续沿用现有规则。
配置目标
课程平台相关请求走稳定、固定的代理策略；国内网站继续按原有规则直连或分流，并能通过 Clash 日志核实每条规则是否命中。
1先理解规则、策略组与课程资源
Clash 的规则通常按配置文件中的顺序逐条匹配，命中一条后便按照该条指定的策略处理请求。因此，课程平台规则要放在可能提前匹配这些域名的宽泛规则之前；如果它被通用的代理规则或直连规则抢先匹配，后面新增的平台规则就不会生效。
代理策略组决定流量使用哪条线路。可以沿用订阅配置里已有的节点选择组，也可以建立一个专门用于学习平台的选择组。专用组的优点是能单独选节点并减少误操作；如果不希望额外维护策略组，直接把规则指向现有的稳定代理组也可以。规则中的策略组名称必须与配置里的名称完全一致，包括空格和大小写。
不同课程功能可能访问不同域名。以下是排查起点，不是平台完整、永久不变的域名清单。主站域名适合先加入规则；CDN、视频或身份验证相关域名，则应以 Clash 连接日志、浏览器开发者工具和平台当前请求为依据，确认确实与课程功能有关后再处理。
| 访问环节 | 可检查的域名示例 | 建议处理方式 |
|---|---|---|
| Coursera 主站与课程页面 | coursera.org 及其子域名 |
先使用域名后缀规则，指向学习平台代理组 |
| edX 主站与课程页面 | edx.org 及其子域名 |
先确认主站规则命中，再检查课程功能是否另有请求 |
| 视频、图片或静态资源 | 以连接日志中出现的 CDN 域名为准 | 逐个验证后添加，避免大范围匹配无关站点 |
| 登录、支付或第三方工具 | 以实际登录流程或功能请求为准 | 判断是否需要代理；勿将未知域名一律导向代理 |
域名规则的范围
DOMAIN-SUFFIX,coursera.org 会匹配主域名及其子域名，但不会自动匹配其他注册域名。不要仅凭名称相似就把未知域名加入规则，也不要把课程平台使用的第三方资源误认为平台官方域名。
2为学习平台选择合适的代理策略
在线课程的使用时段往往较长，最重要的是连接稳定和出口线路一致，而非单次测速数字最低。自动测速组可能会在节点状态变化时切换线路；对于观看课程、保持登录或完成长时间考试的场景，频繁更换出口可能造成播放中断、重复验证或会话失效。可以优先使用手动选择组，挑选一条可持续使用且延迟、丢包表现都合适的线路。
如果你的现有配置已经有可靠的代理组，可以先将课程规则指向该组，不必为了分流重写整份订阅配置。确实需要隔离学习流量时，再创建独立策略组。下面的配置片段以名为 学习平台 的组为例；其中的 现有节点选择组 是占位名称，请替换成你的配置里真实存在的策略组名称。
示例中保留了 DIRECT 作为可选项，便于在当前网络环境允许直连时进行对比测试；它不是推荐所有用户将课程站点设为直连的意思。若你不打算设置专用组，可以删去策略组示例，把规则末尾的 学习平台 替换为订阅配置中真实存在的代理组名称。对 edX 课程所需的 CDN 域名，也应先从日志确认，再按同样方式逐条添加。
修改配置前先检查
不要直接覆盖订阅文件，也不要把示例中的占位策略组名称原样粘贴后就启用。Clash Verge、Clash Verge Rev、Mihomo 及其他客户端对覆写、合并配置的操作入口和支持范围可能不同；修改前备份配置，并确认所用功能适用于当前内核。
3动手配置并验证规则命中
建议先只添加 Coursera 和 edX 的主站规则，验证成功后再按需扩展资源域名。这样出现问题时更容易找到是哪一项改动造成的，也不容易把整份订阅规则意外覆盖。
- 备份当前配置：在客户端保存配置副本，记下当前运行模式和代理组名称。确认 Clash 处于规则模式，而不是全局模式或直连模式。
- 找到规则编辑入口：根据客户端版本，在配置文件、覆写或合并设置中查找规则维护位置。若使用订阅提供的远程配置，优先采用客户端支持的覆写方式，避免本地改动在更新订阅后丢失。
- 确认策略组名称：在策略组列表中找到实际可用的代理组。将示例里的占位名称换成真实组名；如果增加了
学习平台组，也要确认它引用的节点组确实存在。 - 添加平台规则：将 Coursera、edX 的域名后缀规则放到可能匹配它们的宽泛规则之前，并确认规则右侧的策略名称拼写一致。
- 检查配置并重新载入：保存后先让客户端检查配置语法，再应用或重新载入。若提示策略组不存在、规则格式错误或 YAML 缩进异常，先撤销最近改动，不要反复切换模式掩盖错误。
- 观察连接日志：打开课程首页和一段课程视频，在日志中筛选相关域名，查看匹配规则与最终策略。日志显示流量走向后，再测试登录、字幕、作业提交等需要的功能。
验证时逐项测试
先测试网页，再测试播放和登录；每次只新增少量资源域名。这样可以区分主站访问、视频 CDN 和身份验证的问题，不会因为一次改动过多而失去排查线索。
Clash Verge 和 Clash Verge Rev 通常可以在连接或日志界面查看域名、规则和策略组；其他桌面或移动客户端的菜单名称可能不同。重点不是界面标签，而是确认访问请求是否被预期规则匹配，以及匹配后是否进入你选择的策略组。必要时清理浏览器缓存或重新登录后复测，但不要在未保存配置的情况下连续重置客户端。
4页面能开但视频或登录仍失败怎么办
主站可以访问，只能说明至少有一部分请求成功，并不代表课程播放所需的所有域名都已经覆盖。排查时以失败发生的具体步骤为线索，打开 Clash 日志，观察页面加载或播放失败时新增了哪些请求，再检查请求命中的规则、策略和连接结果。
- 课程页面打不开：先确认客户端是否处于规则模式、代理组是否选中了可用节点，再检查平台主域名是否被更靠前的规则匹配。若日志显示 DNS 解析失败或连接超时，应分别检查 DNS 配置和节点连通性，不要只增加域名规则。
- 页面正常但视频一直加载：播放资源可能来自与主站不同的 CDN。重现问题时记录对应请求域名；确认其与课程视频有关后，再添加精确的域名后缀规则。不要为了让视频播放而直接把所有云存储或 CDN 域名都导向代理。
- 登录循环、验证码反复出现：检查登录页面与课程页面是否使用了不同出口。避免在同一个学习会话中频繁切换节点，并检查浏览器扩展、隐私设置或拦截器是否影响身份验证页面。若平台提示账户、地区或安全限制，应按平台要求处理，代理规则不能替代平台的账户资格与服务条款。
- 作业提交失败或文件上传中断：查看请求是否命中直连、代理或其他策略。上传过程中频繁切换节点可能中断会话；先固定一个稳定策略，再分别测试页面、文件上传和提交结果。
- 新增规则后国内网站变慢：检查是否误用了过宽的关键字规则，或把公共资源域名整体加入代理。优先删除最近新增的宽泛规则，再以具体域名逐项验证。
不要暴露敏感信息
排查时分享日志或配置截图前，请隐藏订阅链接、节点地址、认证信息、账户邮箱及个人标识。学习平台流量可能包含登录会话和课程活动信息，不建议为了测试而关闭必要的隐私保护。
5长期使用与配置维护建议
课程平台的静态资源和视频服务可能调整，订阅规则也可能随更新变化。完成配置后，最好保留一份简短记录：新增了哪些域名、分别对应什么功能、使用哪个策略组，以及最近一次验证的日期。以后视频或登录再次异常时，可以先对照记录与日志，不必盲目重建整套规则。
节点选择方面，学习期间尽量保持出口稳定，尤其是在观看长视频、参加限时测验或上传作业时。若代理组支持手动选择，可先选一条当前稳定的线路；自动切换与负载均衡适合部分日常场景，但不一定适合需要维持连续登录会话的任务。必要时先在非考试、非提交时段进行连通性测试。
更新客户端、内核或订阅后，检查配置是否仍能通过语法校验，并确认相关规则顺序和策略组名称没有改变。若使用规则提供器或客户端覆写功能，也要核实规则是否实际加载，而不是只保存在某个未启用的配置页面。没有证据表明某个域名参与课程访问时，不要为了“全面覆盖”而持续扩大代理范围。
最后，分流只负责决定请求的网络路径，并不保证课程平台在所有地区、所有账户或所有网络环境下都可用。遇到平台公告、账户限制或服务故障时，应先确认平台状态和账户要求；当网络问题确实与流量路径有关，再利用规则、策略组和日志逐步定位。保持配置简洁、改动可回退，通常比堆叠大量未经验证的域名规则更可靠。