前言：为什么要为流媒体单独分流
Netflix 与 Disney+ 都属于对网络质量比较敏感的流媒体服务。它们不仅需要稳定的国际网络连接，还会根据出口 IP、DNS 解析结果、节点所在地区以及账号所在区域判断可播放内容。很多用户在 Clash 中直接开启全局模式，虽然短时间内可以打开页面，但国内网站、网银、即时通信和本地视频应用也会被迫经过代理，造成延迟升高、加载变慢，甚至触发额外的安全验证。
更常见的问题是：Netflix 可以打开但播放时报错，Disney+ 首页能够加载却无法播放，或者视频始终停留在低清画质。此时问题不一定出在带宽，也可能是流媒体域名没有完整进入代理组、DNS 解析到了不匹配的地址，或者同一个策略组频繁切换出口节点。本文将以 Clash Verge、Clash Verge Rev 和 Mihomo 为例，介绍一套可迁移到其他 Clash 客户端的 Netflix 与 Disney+ 分流方案。
本文优化目标
让 Netflix 与 Disney+ 使用独立、稳定的流媒体策略组，国内网站和应用继续保持 DIRECT 直连，同时通过 DNS 与 TUN 设置减少解析错误和流量绕行。
使用前须知
请确认你所在地区、账号和订阅服务符合 Netflix 与 Disney+ 的使用条款。Clash 只能负责网络连接与分流，不能解锁账号本身没有权限观看的内容，也不能保证所有节点都能通过平台的 IP 检测。
1先设计策略组：代理、流媒体与直连分开
稳定分流的第一步不是马上添加域名，而是先把策略组结构设计清楚。建议至少保留三个逻辑组：一个用于日常代理，一个用于 Netflix，另一个用于 Disney+。这样做的好处是可以分别测试节点，并避免日常浏览时手动选择的节点被流媒体规则意外复用。
- Proxy：用于海外网站、软件更新和一般代理流量，可使用手动选择或
url-test。 - Netflix：只放入经过实际播放测试的节点，优先选择出口地区稳定、带宽充足的节点。
- Disney：单独维护一组节点，因为不同平台对 IP 的识别和可用性并不完全相同。
- Domestic：国内网站、局域网和常用本地服务通常使用
DIRECT。
如果你的订阅配置已经自带“流媒体”策略组，不必重复创建。先打开客户端的策略组页面，确认该组是否真的包含可用节点；很多配置只是定义了组名，却没有按照服务划分节点。对于 Netflix 和 Disney+，建议优先使用手动组，测试阶段不要使用会频繁切换出口的负载均衡组。
上面的名称只是示例，必须与你配置文件中真实存在的代理组名称保持一致。若配置文件没有 Netflix-US 或 Disney-US，可以先删掉这些占位项，只保留实际可用的节点组。不要为了追求复杂结构添加大量无法验证的规则，清晰、可测试比组名数量更重要。
2添加流媒体规则：域名匹配要放在前面
Clash 会按照规则从上到下进行匹配，先匹配到的规则会优先生效。因此，Netflix 和 Disney+ 的专属域名应放在通用的 GEOIP、GEOSITE 或最终兜底规则之前。如果把流媒体规则放在 GEOIP,CN,DIRECT 后面，部分域名可能已经被直连处理，导致页面和视频请求使用不同出口。
Netflix 规则参考
Netflix 的域名较多，且网页、登录、封面和播放接口可能使用不同的主域名。以下规则适合放在自定义规则或 Merge 配置的前部：
Disney+ 规则参考
Disney+ 同样会调用多个内容分发和账号服务域名。建议先使用下面的基础规则，再根据客户端日志补充实际出现的域名：
最后一行中的域名仅作提醒，不建议直接复制带有空格或不完整格式的示例。实际使用时应以客户端日志中显示的完整域名为准，并遵循 DOMAIN-SUFFIX,域名,策略组 的格式。修改后先检查 YAML 缩进，再重新载入配置。规则组名称中包含特殊字符时，也要确认客户端是否能够正确识别。
规则顺序建议
流媒体专属规则 → 其他海外服务规则 → 局域网与国内直连规则 → GEOIP 规则 → MATCH 兜底。不要把 MATCH,Proxy 放在所有细分规则之前。
3动手配置：在 Clash Verge Rev 中完成测试
下面是一套适合排查问题的实际操作流程。不同客户端的菜单名称可能略有差异，但核心步骤都是导入配置、启用规则模式、选择策略组并观察连接日志。
- 打开 Clash Verge 或 Clash Verge Rev，在「配置」页面选中正在使用的配置文件，先复制一份作为备份。
- 将 Netflix 与 Disney+ 规则加入自定义规则、Merge 配置或配置文件的
rules区域，确保它们位于兜底规则之前。 - 切换到「规则」模式，分别进入 Netflix 和 Disney 策略组，手动选择一个节点。首次测试不要使用自动切换。
- 打开客户端日志，依次访问两个平台并开始播放。检查页面域名和视频域名是否都命中了对应策略组，再观察是否出现超时、连接重置或大量重试。
测试顺序
先测试网页登录，再测试封面加载，最后播放高清视频。每次只更换一个变量，例如只更换节点或只调整 DNS，这样才能判断问题来源。
如果网页能打开但视频无法播放，重点查看播放域名是否仍然走了 Proxy 或 DIRECT。如果登录页面循环刷新，则要检查 DNS、系统时间和浏览器缓存。建议在切换节点后关闭旧页面并重新打开，避免平台继续使用之前的会话和缓存结果。
4DNS 与 TUN：解决能打开却不能播放
流媒体分流不仅是域名匹配问题。DNS 解析结果会影响 CDN 节点选择，如果请求由系统 DNS 或运营商 DNS 处理，可能出现解析污染、地区判断异常或页面与视频使用不同解析路径的情况。Mihomo 用户可以启用增强 DNS，并根据自身网络选择 fake-ip 或 redir-host。
这段配置只是通用参考，不代表所有网络环境都适用。若某些局域网设备依赖真实 IP，或个别应用与 fake-ip 不兼容，可以尝试切换到 redir-host。修改 DNS 后要清理系统 DNS 缓存，并重新启动 Clash 内核，避免旧解析继续生效。
对于不遵循系统代理的播放器、浏览器扩展或电视设备，建议在支持的客户端中开启 TUN 模式。TUN 可以接管更多系统流量，但也会影响局域网访问、虚拟机和部分安全软件。启用后应确认「绕过局域网」「允许局域网连接」等选项符合你的使用需求，并为打印机、路由器管理地址保留直连或绕过规则。
不要盲目堆叠 DNS
同时配置过多公共 DNS 可能造成解析结果不稳定。优先选择两到三个可靠服务器，并通过日志确认 DNS 请求确实由 Clash 处理，而不是被系统或浏览器的独立 DNS 设置绕过。
5节点选择与画质优化：延迟不是唯一指标
流媒体播放最容易被误导的指标是延迟。延迟低只说明小数据包往返较快，并不能代表长时间视频传输的稳定性。一个延迟 150 毫秒但带宽充足、丢包率低的节点，实际观影体验可能优于延迟 60 毫秒但高峰期拥堵的节点。
- 优先测试持续带宽：连续播放十分钟以上，观察是否频繁降码率、缓冲或重新连接。
- 避免频繁更换出口：登录、选片和播放期间尽量保持同一个节点，减少会话失效与风控验证。
- 选择与账号区域匹配的节点：节点地区可能影响目录和字幕显示，不能只依据节点名称判断可用性。
- 关注高峰期表现：晚间反复缓冲通常说明共享带宽不足，应更换线路或联系服务商，而不是无限增加规则。
建议分别建立“日常代理”和“流媒体专用”组。日常代理可以使用 url-test 自动测试，但 Netflix 和 Disney+ 最好先手动选择稳定节点。确认多个节点都能播放后，再考虑使用自动策略，并把测速 URL 设置为可访问且响应稳定的地址。自动测速只反映测试站点的网络状况，不能完全代表流媒体 CDN 的实际质量。
推荐排查顺序
先确认规则命中，再确认节点出口，然后检查 DNS，最后才调整 TUN 和播放器设置。按照这个顺序排查，可以避免把简单的规则错误误判成节点质量问题。
6常见故障排查与维护方法
页面可以打开，但提示地区或代理错误
先在 Clash 日志中确认相关域名是否命中 Netflix 或 Disney 策略组，再检查当前节点的出口地区和 IP 信誉。若更换多个节点仍然失败，可能是该服务商的节点整体被平台识别，单纯修改 Clash 规则无法解决。此时应更换服务商提供的其他线路，并避免短时间内连续登录多个地区的账号。
视频一直缓冲或画质突然下降
检查节点的实时流量、丢包和连接数，确认没有开启会频繁切换节点的自动组。也可以暂时关闭浏览器扩展、系统级网络加速软件和其他 VPN，排除多个代理同时接管造成的连接重置。若只有某个设备出现问题，还要检查该设备是否使用了独立 DNS 或 IPv6 绕过 Clash。
国内网站也变慢了
通常是规则顺序或兜底策略组配置错误。确认 GEOIP,CN,DIRECT、国内域名列表和局域网规则位于合适位置，并检查是否误把 MATCH 指向了流媒体组。启用 TUN 后，还应检查局域网网段、内网域名和路由器地址是否加入绕过列表。
配置能够稳定运行后，建议保留一份带日期的备份，并记录每个策略组实际可用的节点。订阅更新时不要直接覆盖所有自定义内容，优先使用 Merge 或脚本覆写规则。每隔一段时间重新测试一次，因为平台域名、CDN 和节点 IP 都可能变化，旧规则并不等于永久有效。
常见问题
Netflix 和 Disney+ 必须使用不同节点吗？
不一定。只要同一个节点能够稳定通过两个平台的连接与播放测试，就可以复用。但单独设置两个策略组更方便后续更换节点，也能避免一个平台可用、另一个平台不可用时互相影响。
使用全局模式是不是更容易成功？
全局模式只能减少部分规则遗漏，并不能解决节点被识别、DNS 错误或带宽不足的问题。长期使用还会让国内服务绕行代理，因此更推荐规则模式加独立流媒体策略组。
为什么已经添加域名规则，播放器仍然无法播放？
播放器可能调用了规则中没有覆盖的 CDN 域名，也可能绕过系统代理。请查看 Clash 连接日志，补充实际出现的域名；如果应用不支持系统代理，再考虑开启 TUN，并检查 IPv6 是否绕过了代理。
节点切换后是否需要清理缓存？
如果只是普通节点切换，通常重新载入页面即可。若出现地区信息残留、循环验证或旧 CDN 持续报错，可以退出账号、清理站点数据并重启 Clash。不要在短时间内反复切换大量地区节点，以免触发平台额外验证。
通过独立策略组、靠前的域名规则、可靠的 DNS 和经过测试的节点，Clash 可以把 Netflix 与 Disney+ 的流量从日常网络中清晰分离出来。建议先采用简单配置验证链路，再逐步加入 TUN、自动测速和自定义规则，稳定性通常比一次性堆叠所有高级功能更好。