Coursera、edX与Udemy怎么用Clash分流？在线学习配置指南
为什么要给 Coursera、edX 和 Udemy 单独分流？ 详解
如果你搜索的是「Coursera 国内怎么访问」「Udemy 视频一直转圈」或「Clash 怎么只代理在线课程」，通常并不意味着你需要把电脑上的所有网络流量都切到代理。在线学习平台的访问链路往往不止一个网站：课程页面、登录授权、视频播放、字幕、图片和静态脚本可能由不同域名提供。只给浏览器首页配置代理，可能出现页面能打开、登录跳转失败，或课程目录正常而视频无法播放的情况。
另一方面，直接把 Clash 切到全局模式虽能快速验证网络问题，却会让本来可以直连的国内网站、网银或局域网服务也经过代理。这样不仅增加不必要的延迟，还容易让用户误以为「分流配置好了」，实际却没有明确掌握哪些请求走了代理。更可控的做法是保持规则模式，为 Coursera、edX 和 Udemy 建立一个单独的策略组，再把课程平台相关域名指向该组；其余流量继续按原有规则处理。
本文以 Clash Verge、Clash Verge Rev、Mihomo 等使用规则模式的客户端为例。各客户端界面和配置覆写入口可能不同，但关键概念相同：规则决定请求交给哪个策略组，策略组决定实际使用直连还是代理节点。平台的域名、CDN 和登录流程也会随产品更新、地区和账号状态变化，因此下面的规则是起点，不是保证覆盖所有请求的永久清单；最终应以本机连接日志中实际出现的域名为准。
先分清网络与账号问题：Clash 可以改变请求的网络出口，但不能绕过平台的账号验证、课程购买要求、地区限制或学校单点登录政策。若请求已按预期走代理且连接成功，页面仍提示无权限、付款失败或账号受限，应优先检查平台账户与服务条款，而不是不断更换规则。
先建策略组：把学习平台流量集中管理 全面解析
开始改配置前，先确认当前配置使用 mode: rule，并在客户端里找到实际生效的配置或覆写位置。机场订阅通常会自动更新；直接编辑订阅下载的原始 YAML，可能在下次更新时被覆盖。更稳妥的方式是使用客户端提供的 Merge、覆写或本地配置功能，将自定义策略组和规则放在订阅更新后仍能保留的位置。不同版本的菜单名称不完全相同，找不到时可查看客户端当前的配置管理说明。
策略组名称必须与规则中引用的名称完全一致，中文、空格和标点也要对应。下面示例假定配置已有名为 🚀 节点选择 的节点组；如果你的组名不同，请替换成实际名称。新建的「在线学习」组提供手动选择，适合在视频播放不稳定时自行切换节点：
proxy-groups:
- name: 在线学习
type: select
proxies:
- 🚀 节点选择
- DIRECT若更希望客户端自动选择可用节点，可以把组类型改成 url-test，并填写可访问的测试地址、间隔和容差。自动测速便于初始筛选，但测速结果不等同于真实课程视频的播放表现：测速站能通，不代表平台授权页、视频 CDN 和长时间播放都稳定。对正在观看的课程，若自动选组频繁切换，建议改用手动选择并固定一个表现稳定的节点，避免播放期间出口变化造成缓冲或重新验证。
| 策略组选择 | 适用场景 | 需要留意 |
|---|---|---|
select |
需要手动挑选节点、对比课程视频表现 | 切换节点后，已有网页或视频连接可能需要重新加载 |
url-test |
希望自动挑选响应较快的可用节点 | 测速不代表平台链路质量，自动切换也可能中断长连接 |
DIRECT |
用来对照平台是否本来就能直连 | 若平台或网络环境要求代理，直连可能打不开或加载不完整 |
不少配置里已经存在「国外流量」「国际媒体」或「节点选择」等策略组。可以直接复用已有组，不一定要再建一层。单独建立「在线学习」的主要价值是方便排查：打开代理页即可集中检查 Coursera、edX 和 Udemy 的命中策略，也能在不改变其他网站策略的情况下测试课程节点。若配置采用规则集订阅，先确认规则集和自定义规则都确实被当前配置加载，避免只改了文本却没有应用到运行中的内核。
配置 Coursera、edX 与 Udemy 的域名规则 一次讲透
在 rules: 列表中，把平台规则放在较宽泛的规则之前，尤其要放在 GEOIP、兜底策略或 MATCH 之前。规则按顺序匹配；如果前面的宽规则已经接管请求，后面的平台规则就不会生效。以下示例使用 DOMAIN-SUFFIX 匹配主域及其子域，并将三家平台分别交给刚才建立的策略组：
rules:
- DOMAIN-SUFFIX,coursera.org,在线学习
- DOMAIN-SUFFIX,edx.org,在线学习
- DOMAIN-SUFFIX,udemy.com,在线学习
- DOMAIN-SUFFIX,udemycdn.com,在线学习
- DOMAIN-SUFFIX,udemycdn-a.com,在线学习
# 保留你原有的其余规则，GEOIP 与 MATCH 等兜底规则放在后面上面列出的域名只适合作为初始覆盖。主站域名与视频、静态资源或第三方认证服务域名可能并不相同，平台也可能根据地区或播放器版本接入不同的 CDN。特别是 Coursera 和 edX，不要在没有日志证据时把一长串来源不明的域名全部加入代理；对于确实出现的资源域名，可以按实际连接记录逐项增加规则。若只看到登录跳转失败，优先核对日志中失败请求的目标主机，而不是把整个 Google、Amazon 或 Cloudflare 域名空间都设为代理。
Udemy 的课程视频常由独立的媒体资源域名或 CDN 提供。主站 udemy.com 能打开但视频播放器一直缓冲时，查看 Clash 的连接列表，重点找出播放时新增的主机名，再添加精确的 DOMAIN 或适当的 DOMAIN-SUFFIX 规则。不要为了让一个视频播放，就把公共 CDN 的顶级域名整体送进代理；这类域名可能同时承载大量无关网站，宽泛匹配会让分流范围超出预期。
判断规则是否命中：打开课程页面前清空或记下连接列表，随后分别访问平台首页、登录页和一节课程。查看新连接的域名、规则类型与策略组名称；若规则命中「在线学习」，但选中的节点连接失败，问题更可能在节点或平台链路，而不是规则顺序。不同客户端的连接详情字段略有差异，重点是确认「目标域名、命中规则、策略组、实际出站」这几项。
如果你的客户端支持自定义规则覆写，优先把策略组定义放在覆写配置的 proxy-groups: 部分，并把平台规则合并进现有的 rules: 列表；不要在同一 YAML 中重复声明多个同名顶层键，某些解析方式会只保留其中一份，导致原规则丢失。保存后应用配置，并观察内核日志是否有 YAML 解析错误。出现「找不到策略组」时，先检查名称拼写和缩进，再确认新组确实已加载。
按页面、登录和视频逐项测试 深入理解
配置完成后，先保持规则模式，不要马上切全局模式。建议在同一台设备、同一个浏览器中依次测试首页、登录、课程目录、视频播放和字幕等功能。每次只改变一个因素：先确认规则是否命中，再切换策略组的节点，最后才考虑 DNS、TUN 或浏览器缓存。这样出现问题时可以知道变化来自哪一步，不会陷入同时改规则、换节点、清缓存后无法复现的情况。
- 确认规则模式：在客户端主界面检查运行模式为规则模式，确认配置已成功应用，且「在线学习」策略组出现在代理组列表中。
- 访问平台官网：分别打开 Coursera、edX 和 Udemy 首页，查看连接日志中的域名是否命中预期规则，并确认对应连接被交给「在线学习」组。
- 单独测试登录：按平台正常流程登录。若页面从主站跳转到身份认证服务，记下新出现的域名；只有日志证实该域名被错误直连或错误分流时，才追加有针对性的规则。
- 播放一段课程视频：观察连接列表是否出现新的媒体或 CDN 主机名。若主站正常但播放器持续加载，检查这些新域名的命中结果，并以精确域名规则补充缺失项。
- 固定节点复测：选择一个稳定节点，刷新课程页面并播放几分钟。若短暂切换节点后恢复，继续观察缓冲、清晰度和字幕是否稳定，而不要只以首页打开速度判断效果。
- 验证国内直连：访问常用国内网站和本地服务，确认它们仍按原有规则直连。若这些流量也进入代理，检查自定义规则是否过宽，或是否误切换到了全局模式。
浏览器能访问不代表其他应用也一定会走同一条链路。系统代理通常主要影响遵循操作系统代理设置的浏览器和应用；如果你在桌面客户端内打开课程，或使用不读取系统代理的浏览器、播放器组件，可能需要使用 Mihomo 的 TUN 接管，或者在应用自身设置代理。不要为了一个尚未确认的问题就立刻开启 TUN：TUN 涉及系统路由与权限，可能改变更多应用的网络路径。只有确认应用没有使用系统代理、且需要接管其流量时，再按客户端说明启用并测试。
DNS 也可能让问题看起来像规则失效。如果连接日志中域名解析异常、资源请求指向不可达地址，先确认客户端 DNS 设置与当前配置兼容，并检查是否有其他 VPN、企业网络策略或本机 DNS 工具同时接管解析。修改 DNS 后应重新解析并重试，而不是只刷新页面。若开启了 fake-IP，某些应用或本地安全软件的兼容性也可能不同；可以用浏览器与 Clash 连接日志交叉验证，不要同时更改 fake-IP、TUN 和规则顺序。
| 现象 | 优先检查 | 建议处理 |
|---|---|---|
| 首页打不开，日志没有相关连接 | 浏览器是否使用系统代理、TUN 是否按需接管 | 先确认客户端代理状态，再用支持系统代理的浏览器复测 |
| 首页可开，登录反复跳转 | 认证跳转域名及其命中规则 | 记录实际目标域名，按证据补充精准规则 |
| 课程目录正常，视频持续缓冲 | 播放时新增的媒体或 CDN 域名 | 核对规则与出站策略，固定节点复测视频链路 |
| 平台能打开，但国内网站也走代理 | 当前运行模式和规则顺序 | 恢复规则模式，检查宽泛规则是否排在平台及直连规则之前 |
| 节点切换后课程突然中断 | 自动测速组是否在播放期间更换出口 | 暂时使用手动选择，固定节点后重新载入课程 |
测试时还要区分连接错误和服务端拒绝。若日志显示请求已经通过预期策略组发出，TLS 连接也建立成功，但平台返回帐号、付款、课程权限或地区提示，Clash 分流通常已经完成了它的工作。避免把密码、订阅链接、授权令牌或含有个人信息的完整日志贴到公开论坛；如需请人协助，先隐藏账号标识、IP 地址和敏感参数。
常见问题 详解
是不是把所有 Coursera、edX 和 Udemy 流量代理就够了？（详解）
不一定。主站域名规则能覆盖一部分请求，但课程视频、静态资源和认证跳转可能由其他域名提供。应先通过连接日志找到未命中的实际域名，再增加最小范围的规则；不要把共享 CDN 或云服务的所有流量都纳入代理。
在线学习策略组里要不要保留 DIRECT？（要点）
可以保留，方便做直连对照，但不代表直连一定适合你的网络环境。如果平台在当前网络下无法直连，选择 DIRECT 后出现超时并不说明规则语法有错。排查结束后，可以按实际使用习惯决定是否保留这个选项。
平台首页正常，课程视频却无法播放，先换节点还是加规则？（说明）
先看连接日志。如果播放时出现新域名且没有命中平台策略，先补充经过核实的域名规则；如果视频域名已经命中正确组，再固定一个节点测试。规则与出站都正确、但平台仍报错时，再检查 DNS、浏览器扩展、播放器兼容性及账号状态。
配置分流一定要开启 TUN 模式吗？（实践）
不需要。对使用系统代理的浏览器，规则模式通常就能完成分流。只有当课程应用不读取系统代理，或你确实需要接管未配置代理的应用时，才考虑启用 TUN；启用后应重新确认系统路由、DNS 和国内网站的直连情况。
相比把所有流量切到全局代理，手动维护一大批来源不明的域名也容易造成范围过宽、更新后难排查。Clash 的实用之处在于可以按平台、策略组和日志验证逐步搭建规则：先让 Coursera、edX 与 Udemy 进入独立策略，再根据真实连接补齐缺失域名，国内网站仍交给原有规则处理。如果你还需要一个便于导入订阅、查看代理连接并管理分流配置的客户端入口，可以前往下载，再按本文的步骤逐项验证。