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