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