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