前言：在线学习为什么需要精细分流
Coursera、edX 和 Udemy 已经成为许多人提升职业技能、学习编程与获取国际课程的重要平台。相比普通网页浏览，在线学习对网络连接提出了更复杂的要求：课程首页需要稳定加载，视频播放需要持续带宽，字幕和讲义需要及时同步，测验提交与学习进度保存也不能频繁失败。只要其中一个环节出现抖动，用户就可能遇到视频转圈、字幕加载不完整、下载链接失效或课程页面反复登录等问题。
使用 Clash 时，简单开启全局模式虽然能够快速验证网络是否可用，却不一定是最适合长期学习的方案。国内网站、网盘、即时通信软件和学习平台的流量特点不同，全部交给同一个节点处理，可能造成不必要的延迟和流量消耗。更合理的做法是使用 Rule 规则模式，让 Coursera、edX、Udemy 及其相关内容分发域名走稳定的学习节点，国内服务继续 DIRECT 直连。
本方案的优化目标
通过稳定节点、合理 DNS、专属策略组和课程平台分流，改善视频播放、字幕同步、课程资料下载与学习进度保存体验，同时避免影响日常国内网络访问。
1先选对节点：速度之外更要看稳定性
在线课程最容易受到网络抖动和丢包影响，而不是单纯的延迟数值。一个测速结果只有 80 毫秒、但高峰期频繁丢包的节点，实际观看 1080p 课程可能不如延迟 150 毫秒、带宽持续稳定的节点。因此，选择学习节点时不要只看 Clash 面板上的延迟排序，还要结合视频缓冲、持续下载和晚间高峰三个场景进行判断。
- 优先选择带宽充足的节点：课程视频通常由 CDN 分发，短时间测速很快并不代表长时间播放稳定。建议选择服务商明确标注为高速、专线或流媒体优化的节点。
- 保持出口地区相对固定：同一门课程不要频繁在美国、日本、新加坡等地区之间切换。出口 IP 变化过于频繁，可能触发平台额外验证，也会让 CDN 重新分配资源。
- 优先测试美国和欧洲节点：Coursera、edX 以及不少 Udemy 课程资源会使用北美或欧洲 CDN。实际效果取决于你的网络运营商，建议分别测试，而不是盲目认定某个地区一定最快。
- 准备一个备用策略：主节点出现拥塞时，可以切换到同地区的备用节点。不要在视频播放过程中频繁切换，否则可能造成播放器重新鉴权或学习进度保存延迟。
实用测试方法
在选定节点后，连续播放一段 20 至 30 分钟的课程视频，同时观察缓冲次数、清晰度是否自动下降，以及资料下载速度是否持续稳定。这个结果比一次性的延迟测试更接近真实学习体验。
2建立在线学习专属策略组
建议在 Clash 配置中单独创建 Online-Learning 策略组，不要直接把 Coursera 等平台绑定到一个经常自动变更的负载均衡组。专属策略组可以让你在上课前手动确认节点，也方便出现卡顿时快速切换。对于经常观看课程的用户，稳定性通常比每次选择最低延迟更重要。
下面是一个简化的策略组示例。节点名称需要替换成你订阅中实际存在的名称；如果订阅配置已经提供了自动选择组，也可以将其作为候选组使用。
如果你的机场没有 US-Study 或 EU-Study 这类节点组，应先确认策略组中的代理名称与 proxies 列表完全一致。YAML 对缩进非常敏感，建议使用两个空格缩进，不要混用 Tab。配置保存后先进行语法检查，再重新加载配置，避免整个 Clash 配置因一个缩进错误而失效。
不要把所有流量都交给学习节点
学习节点主要服务于课程平台和相关 CDN。若将国内银行、政务网站或本地视频服务也强制走代理，可能增加登录验证、访问延迟或流量消耗。精确分流比长期全局代理更适合日常学习。
3动手配置：为 Coursera、edX 与 Udemy 分流
完成策略组后，将课程平台域名指向 Online-Learning。规则应放在通用的地区规则、代理规则或最终匹配规则之前，否则可能还没有匹配到平台域名，就已经被后面的规则接管。以下示例覆盖常用主域名，并加入部分典型的资源域名；不同课程的 CDN 可能有所变化，因此还需要结合 Clash 的连接日志补充规则。
将以下内容加入配置文件的 rules 区域靠前位置：
其中 cloudfront.net 和 googlevideo.com 属于共享 CDN 域名，不建议在不了解影响范围时直接全量代理。更稳妥的方式是先观察 Clash 日志，确认某个域名确实承载课程视频或字幕资源后，再使用完整域名、域名关键词或规则集合进行补充。
在客户端中验证规则是否生效
- 打开 Clash 的配置页面，确认当前配置已启用，并检查
Online-Learning策略组是否显示可用节点。 - 开启系统代理；如果浏览器、播放器或下载工具不遵循系统代理，再考虑开启 TUN 模式。
- 访问 Coursera、edX 或 Udemy，打开 Clash 的连接日志，搜索平台域名，确认最终策略显示为
Online-Learning。 - 播放课程视频并打开字幕，再下载一份讲义或课程资料。若页面能打开但视频资源仍然走
DIRECT，应根据日志中的实际 CDN 域名补充规则。 - 修改规则后重新加载配置，并使用无痕窗口测试登录、播放和下载，避免旧缓存或旧连接干扰判断。
判断成功的标准
平台主页、视频接口、字幕和资料下载均按照预期进入学习策略组；国内网站仍保持直连；播放 20 分钟以上没有频繁降清晰度或重新缓冲。
4优化 DNS 与 TUN：解决页面能开但资源失败
有些用户会遇到这样的情况：Coursera 或 edX 首页可以打开，但视频列表加载不全，Udemy 播放器长时间转圈，或者字幕和课程资料始终无法下载。这通常不是主域名规则的问题，而是 DNS 解析、资源域名分流或应用没有真正接入 Clash。
如果使用 Mihomo 内核，可以启用合理的 DNS 配置，减少运营商劫持和错误解析。下面是示意配置，具体 DNS 地址应根据所在网络和隐私需求调整：
fake-ip 模式通常能够让规则匹配更稳定，但部分银行、局域网设备或特殊应用可能不兼容。遇到本地打印机、企业内网无法访问时，可以为相关域名加入 fake-ip-filter，而不是直接关闭整个 DNS 模块。
如果课程播放器、桌面客户端或下载工具不遵循系统代理，可以开启 TUN 模式。TUN 会在系统层接管更多 TCP 和 UDP 流量，适合需要访问视频播放器、桌面应用或后台同步服务的场景。开启后要留意系统权限、防火墙提示和 DNS 接管状态，确认 Clash 界面显示 TUN 已运行，再进行测试。
5视频播放、下载与登录问题排查
在线学习问题往往不是单一故障。建议按照“节点—规则—DNS—浏览器”的顺序排查，不要一出现卡顿就立即更换所有配置。先固定一个节点，再通过日志确认请求究竟走了哪个策略组，这样才能找到真正原因。
- 视频一直转圈：先观察视频 CDN 域名是否走了
Online-Learning。如果规则正确但速度仍慢，切换同地区备用节点，并关闭浏览器中不必要的高清视频标签页。 - 视频清晰度自动下降：这通常与持续带宽、丢包或节点高峰拥堵有关。不要只依据测速延迟判断，尝试固定一个更稳定的节点，或把策略组从自动测速改为手动选择。
- 字幕无法加载：字幕可能使用独立的 API 或 CDN 域名。打开 Clash 日志，筛选课程平台域名，找到被拒绝或直连失败的请求后，再添加精确的
DOMAIN-SUFFIX规则。 - 资料下载失败：检查下载域名是否被浏览器扩展拦截，也要确认下载工具是否继承系统代理。必要时开启 TUN，或者在下载工具中手动填写 Clash 的本地 HTTP 或 SOCKS5 端口。
- 登录频繁验证：尽量保持账号使用同一个地区的节点，不要在课程播放过程中切换出口。清理异常 Cookie 后重新登录，并关闭会修改 User-Agent、定位或 WebRTC 的可疑扩展。
- 学习进度没有保存：确认保存进度的请求没有被广告拦截器阻止，等待播放器完成同步后再关闭页面。若网络短暂中断，不要连续刷新几十次，这可能触发平台安全限制。
浏览器缓存也很关键
规则修改后，旧的 DNS 缓存、Service Worker 和播放器连接可能仍在工作。可以先完全关闭浏览器，再重新打开；必要时用无痕窗口验证。确认新配置稳定后，再决定是否清理课程网站缓存。
6日常学习中的稳定性维护
配置完成并不代表以后完全不用维护。节点订阅会变化，课程平台也可能更换 CDN，Clash 内核和客户端版本同样会更新。建议每隔一段时间检查一次配置，而不是等到考试或课程截止日期前才临时处理。
- 上课前快速检查：确认 Clash 已启动、系统代理或 TUN 正常运行，策略组当前节点可用，并用平台首页进行一次访问测试。
- 保留稳定节点记录：记下在不同时间段表现较好的节点地区，建立主节点和备用节点，避免每次都从大量节点中重新尝试。
- 定期更新订阅：订阅更新后检查策略组名称是否改变。若原来的节点组被服务商重命名，规则可能仍然存在，但策略组已经没有可用代理。
- 控制连接数量：同时播放多个高清视频、同步网盘和运行系统更新，会让任何节点都显得不稳定。学习时尽量关闭不必要的下载任务。
- 保护账号与订阅：不要把订阅链接、课程账号 Cookie 或 Clash 配置文件公开分享。订阅泄露不仅会消耗流量，也可能让出口 IP 因异常使用而被平台限制。
总的来说，Coursera、edX 和 Udemy 的流畅体验依赖一套完整链路：可靠节点负责持续带宽，专属策略组负责稳定出口，精确规则负责覆盖主站与资源域名，DNS 和 TUN 则负责减少绕过与解析问题。先用日志确认事实，再逐项调整配置，通常比直接开启全局模式更容易获得可重复、可维护的学习网络环境。