前言：为什么要为流媒体单独分流
Netflix 与 Disney+ 对网络连接的要求，和普通网页浏览并不完全相同。网页偶尔延迟几秒，通常只会影响打开速度；但流媒体播放更依赖稳定的出口地区、持续的带宽、较低的丢包率以及一致的 IP。如果 Clash 处于全局代理模式，国内网站、网银、局域网设备和本地服务也会被一起转发，不仅浪费代理流量，还可能造成访问变慢、验证码增多或局域网设备无法发现。
更合理的做法是使用规则模式：Netflix、Disney+ 及其相关 CDN 域名走专用流媒体策略组，国内网站和本地网段保持 DIRECT，其他未匹配流量再交给默认策略。这样既能改善观看体验，也能避免为了看一部影片而牺牲整个系统的日常网速。
本文优化目标
建立 Netflix 与 Disney+ 专属代理组，按域名和地区进行精细分流，并通过 DNS、TUN 与节点测试减少缓冲、清晰度下降和地区识别异常。
使用提醒
流媒体平台的内容版权和可用地区会因账号、套餐、IP 与平台政策而变化。本文只讲 Clash 的网络分流方法，不保证解锁任何特定片库，请遵守当地法律及服务条款。
1先设计代理组：不要让两个平台共用混乱策略
代理组是整套配置的核心。许多订阅配置只有一个“节点选择”组，所有国外流量都挤在一起。这样虽然能够快速使用，但 Netflix 与 Disney+ 可能在播放过程中被切换到不同地区的节点，导致账号重新验证、画质下降，甚至出现地区不可用提示。
推荐的策略组结构
建议至少准备三个逻辑组：Streaming 用于所有流媒体，Netflix 用于 Netflix 专属节点，Disney 用于 Disney+ 专属节点。若你的服务商没有提供针对平台的节点，也可以让两个专属组引用同一批优质节点，但仍然保留独立组，方便以后单独调整。
上面的节点名称只是示例，实际使用时必须替换成订阅中真实存在的名称。手动选择适合长期观看的节点时，优先考虑出口地区稳定、带宽充足、晚间负载较低的线路。url-test 只能测试延迟，不能证明节点一定支持某个平台，因此最好先自动测速，再实际播放一段高清视频。
固定出口比频繁切换更重要
观看期间不要频繁切换节点。平台可能把短时间内来自多个国家或多个 ASN 的登录、播放请求视为异常，稳定使用一个合适的出口通常比单纯追求最低延迟更可靠。
2编写分流规则：平台域名要放在前面
Clash 会按照规则从上到下匹配，越具体的规则越应该放在越靠前的位置。如果先使用宽泛的国家规则、GEOIP 规则或订阅自带的兜底规则，流媒体域名可能已经被其他策略接管，后面的 Netflix、Disney+ 规则就不会生效。
Netflix 规则参考
Netflix 会使用多个主站、API、图片和视频分发域名。以下配置用于建立基本的域名分流，具体域名仍可能随平台调整而变化：
Disney+ 规则参考
Disney+ 的服务域名、登录接口和视频分发域名可能分布在多个域名体系中。配置时不要只添加 disneyplus.com，否则登录成功但播放失败的情况仍然可能出现。
如果订阅提供了现成的规则集，也可以采用 RULE-SET 方式统一维护。注意规则集名称必须与 rule-providers 中的定义一致，且规则集加载失败时要能通过日志发现，不要盲目认为配置已经生效。
把平台规则放在国内规则和 MATCH 之前。MATCH 必须放在最后，否则它会提前接管所有尚未匹配的请求。
3优化 DNS 与 TUN：避免解析和流量不一致
流媒体分流失败，不一定是规则写错，也可能是 DNS 解析结果与代理出口不一致。比如域名通过本地 DNS 解析，连接却从海外节点发出，平台可能根据解析区域、连接区域和出口 IP 的差异返回不同的 CDN。对于使用 Mihomo 内核的 Clash Verge Rev、Clash Meta 客户端，建议让 DNS 由 Clash 统一接管。
国内服务可以使用本地或国内 DNS，代理服务则使用加密 DNS；但不要在多个软件中重复启用不同的 DNS 接管功能。若开启后出现部分国内网站打不开、企业内网域名无法解析，可以将相关域名加入 fake-ip-filter，并重启 Clash 后重新测试。
什么时候需要开启 TUN 模式
系统代理主要接管遵循 HTTP 或 SOCKS 代理设置的应用，而部分播放器、桌面客户端、DRM 组件和后台服务可能不会读取系统代理。开启 TUN 后，Clash 会通过虚拟网卡接管更底层的连接，适合希望在整机范围内稳定分流的用户。
- Windows 与 Linux 用户通常需要以管理员权限启动 TUN，并允许系统防火墙创建虚拟网卡。
- macOS 用户首次启用时可能需要批准网络扩展或输入系统密码。
- 启用 TUN 后仍应保留局域网、打印机、路由器管理地址和国内网段的直连规则。
- 如果只是浏览器观看，先使用系统代理测试；确认需要接管播放器后再启用 TUN，便于定位问题。
4节点选择与播放测试：延迟低不等于体验好
选择流媒体节点时，不要只看 Clash 面板中的毫秒数。延迟测试通常只代表探测地址的响应速度，而视频体验还取决于带宽、晚高峰拥塞、国际出口质量、IPv4 或 IPv6 路径以及节点是否被平台识别为共享机房 IP。
| 测试项目 | 重点观察 | 建议判断 |
|---|---|---|
| 基础延迟 | 响应时间与波动 | 低延迟且连续多次变化较小 |
| 视频加载 | 首屏等待、清晰度切换 | 能稳定升到目标清晰度 |
| 持续播放 | 缓冲次数与丢包 | 播放 20 至 30 分钟不中断 |
| 地区检测 | 账号可用地区与片库 | 与节点标注地区基本一致 |
测试时应关闭其他大流量下载任务，并在相同时间段比较不同节点。可以先选择一个美国节点测试 Netflix，再选择一个适合 Disney+ 的节点测试 Disney+，记录首屏时间、最高画质和缓冲情况。若一个节点延迟很低却始终只能低清播放，通常是出口带宽、平台识别或 CDN 路径的问题，不应继续单纯调整规则。
使用日志确认真实命中
打开 Clash 的连接日志，搜索 netflix、nflxvideo、disneyplus 或 bamgrid。确认连接对应的策略组是 Netflix 或 Disney，而不是 DIRECT、默认代理组或其他地区策略。
5常见故障排查与稳定性细节
能打开网页，但登录或播放失败
先检查域名规则是否覆盖登录接口和视频域名，再查看日志中的实际连接。清理浏览器缓存、Cookie 和平台应用缓存后，用同一个节点重新登录。若浏览器可以播放而电视端或桌面应用不行，通常是该应用没有走系统代理，此时可以尝试 TUN 模式。
出现地区不可用或片库异常
这往往与节点出口地区不符合账号预期、IP 被平台标记、IPv6 直连泄漏有关。可以暂时关闭 IPv6 或为 IPv6 配置正确的代理路径，确认平台检测页面显示的出口地址与所选节点一致。不要在播放过程中自动切换不同国家的节点，也不要同时打开多个地区的代理出口。
国内网站变慢或局域网失效
检查是否误用了 Global 模式，或者规则中的 GEOIP,CN,DIRECT 被放在了平台规则之前。家庭路由器、NAS、打印机常见地址包括 192.168.0.0/16、10.0.0.0/8 和 172.16.0.0/12，应确保这些网段走直连。使用 TUN 时，还要检查“允许局域网连接”与系统防火墙设置。
配置修改后没有生效
修改 YAML 后先在客户端执行配置检查，确认缩进使用空格而不是 Tab。重新载入配置并清理 DNS 缓存，必要时重启客户端。若订阅更新会覆盖本地修改，建议使用 Clash Verge Rev 的 Merge、Script 或独立规则集功能，把自定义规则放在持久化文件中，避免每次更新订阅都重新编辑。
不要堆叠过多规则
规则越多不一定越准确。重复的 DOMAIN、DOMAIN-KEYWORD 和多个来源相互冲突时，反而会增加排查难度。优先保留官方域名、可靠规则集和明确的兜底规则，并定期删除失效条目。
常见问题 FAQ
Netflix 和 Disney+ 必须使用不同节点吗？
不一定。只要同一个节点同时具备稳定带宽、合适的出口地区并能正常通过两个平台的检测，就可以共用。但从维护角度看，建立两个独立策略组更灵活，某个平台出现问题时可以单独更换节点，不会影响另一个平台。
为什么规则命中了代理组，仍然无法播放？
命中规则只说明请求被送进了指定策略组，并不代表节点一定支持该平台。请继续检查视频 CDN 是否也命中同一策略、DNS 是否一致、TUN 是否接管了播放器，以及节点是否存在丢包或出口 IP 风险。
使用 url-test 自动选节点是不是最优？
它适合在多个候选节点中筛选响应较快的线路，但探测延迟不能代表流媒体带宽和地区可用性。推荐先用 url-test 缩小范围，再手动固定一个播放稳定的节点；对于长期观看，固定出口通常比频繁自动切换更合适。
手机端也能使用这套分流逻辑吗？
可以。Clash for Android、Mihomo Party 移动端或其他支持 Mihomo 的客户端都能使用类似规则，但菜单名称、TUN 权限和 DNS 选项可能不同。导入配置后，先确认 VPN 权限已授予，再通过连接日志和实际播放分别验证 Netflix、Disney+ 及国内网站。
完成配置后，建议保留一份可回滚的原始订阅，并记录每个节点的测试结果。这样即使服务商更新节点、平台调整域名或客户端升级，也能快速判断问题来自规则、DNS、节点还是平台本身。