换区本质：出口、账号地区与 DNS 要「说同一种语言」
Netflix 判断你可看哪套片库，通常综合账号账单地区、当前访问的出口 IP 所在国家或地区，以及 CDN 边缘节点与解析路径。Clash 能控制的是代理链路与规则命中：哪些域名走哪个策略组、最终从哪个节点出网；它不能替你修改流媒体服务商的账号条款，也不能保证某一第三方节点长期「解锁」某一区——后者依赖节点所在 ASN、IP 信誉与平台策略，会随时间变化。
因此，配置目标应具体化为三件事：第一，与 Netflix 播放相关的域名与常见视频 CDN 域名，稳定命中你为其准备的流媒体策略组；第二，该策略组选用的节点，其出口地区与你期望观看的分区一致（或至少不被平台判定为异常）；第三，DNS 查询路径与 fake-ip、嗅探等设置不要让你在规则里「以为走了代理」，实际解析或连接阶段仍偏离预期。下面所有 Clash 写法都围绕这三点展开。
GEOIP、Rule Providers 与 MATCH 的系统性说明仍以YAML 分流指南为准。
会命中哪些域名：Netflix 主域与周边流量
播放一页内容往往不止请求 netflix.com：应用与网页会拉取脚本、鉴权、图片与视频流，部分流量落在 Akamai、Fastly 等 CDN 或平台自有子域上。实践上，社区维护的流媒体规则集（RULE-SET）通常已覆盖常见后缀；若你手写规则，至少用 DOMAIN-SUFFIX 覆盖 netflix.com、netflix.net、nflxvideo.net、nflximg.net 等高频后缀，并关注客户端日志里实际连接的目标主机名，按日志补漏比凭记忆罗列更可靠。
若规则过窄，可能出现「首页能开、点播放就黑屏或无限缓冲」：即部分请求仍走默认 MATCH 或直连，与主会话出口不一致。若规则过宽（例如把整个 CDN 大类都塞进流媒体组），又可能让非 Netflix 流量误走慢节点。折中做法是：优先使用可信规则集，再在本地 rules 顶部用少量 DOMAIN-SUFFIX 覆盖你环境中观测到的缺口。
与浏览器、电视端、手机 App 的差异
同一账号在不同设备上的域名集合可能略有差异；电视棒与内置浏览器还可能使用系统 DNS。若仅手机正常、电视异常，除规则外还要核对局域网 DNS、路由器是否劫持解析，以及电视是否走系统代理或 TUN。Clash 规则只解决「经过内核的流量如何分流」；设备是否全部纳入 TUN、是否需旁路由，属于网络拓扑问题，需与本文配置分开排查。
策略组设计：为 Netflix 单独建「流媒体」proxy-group
与 ChatGPT 分流类似，建议新增一个名称明确的策略组（例如「流媒体」或「Netflix」），类型可选 select 以便手动锁定某一国家或地区的节点，或使用 url-test 在多条同区线路间自动择优。候选列表不必与主「代理」组完全不同，但应确保至少有一条节点在你实测中对目标分区可用；若全为同一地区但质量参差，流媒体组里可只保留低丢包、带宽充足的几个。
使用 url-test 时，测速 URL 宜选稳定的 HTTPS 端点，并合理设置 interval，避免过于频繁的探测影响观看。观看长视频时，频繁切换节点可能导致会话中断，部分用户更偏向在「流媒体」组内手动固定节点，仅在失效时再切换。
proxy-groups: - name: "流媒体" type: select proxies: - "节点-目标区-A" - "节点-目标区-B" - "自动选择" # ... main PROXY / AUTO groups ...
确保 rules 中引用的策略组名称与 proxy-groups 完全一致（含大小写与引号）。若使用中文命名，注意 YAML 编码与客户端保存格式，避免乱码导致规则匹配失败。
规则顺序：DOMAIN、RULE-SET 与 GEOIP 如何搭配
Clash 按从上到下第一条命中即停止。与 Netflix 相关的规则必须出现在过于宽泛的 GEOIP,CN,DIRECT 或笼统的「全走代理」MATCH 之前，否则永远轮不到你的流媒体策略组。常见写法是：先处理局域网与私有地址，再处理流媒体 RULE-SET 或 DOMAIN-SUFFIX 指向「流媒体」组，然后是广告拦截、国内域名与 GEOIP，最后 MATCH。
若你使用 GEOIP 判断国内外，请注意 GeoIP 数据库版本与目标 IP 的实际归属：部分海外 CDN 节点可能被误判，导致播放流走直连或错误策略组。此时应优先以连接日志中的域名为准，用 DOMAIN-SUFFIX 或更细的规则集纠正，而不是仅依赖 GEOIP 一条规则定生死。
rules: # Example only; align RULE-SET names with your subscription - RULE-SET,netflix_domain,流媒体 - DOMAIN-SUFFIX,netflix.com,流媒体 - DOMAIN-SUFFIX,nflxvideo.net,流媒体 # ... GEOIP CN DIRECT, other sets, MATCH ...
RULE-SET 已包含 Netflix 类条目，核对它指向的策略组是否为你期望的「流媒体」组；重复或冲突的条目可能造成顺序混乱，必要时在本地用更精确的片段覆盖。
DNS、fake-ip 与「解析看起来对、播放仍不对」
启用 fake-ip 时，规则匹配阶段看到的地址与真实连接目标之间的关系，是许多「玄学问题」的来源。若 DNS 分流将流媒体域名指向错误的解析器，或嗅探（sniff）未按预期覆盖某些 TLS 流量，可能出现规则命中与真实出口不一致。排查时建议：在客户端中查看连接详情与DNS 查询日志（若内核与 GUI 支持），核对目标域名是否先被正确解析、再被正确匹配到「流媒体」策略组。
系统级 DNS 与 Clash dns 段同时存在时，要确保设备没有把查询旁路到运营商 DNS，导致解析结果与代理出口地区错位。部分环境下，需为流媒体域名指定 nameserver-policy 或使用 DoH，具体字段以你所用的 Meta（mihomo）版本文档为准；内核升级带来的 DNS 行为变化可参考《Clash Meta 内核升级完整教程》。
常见现象与错误码：从界面反推链路
下列现象多与「出口地区、账号分区、IP 被标记或路径不一致」相关，而非单纯 Clash「坏了」。对照时请先确认：连接日志里 Netflix 相关域名是否全部命中「流媒体」组、该组当前节点地区是否符合预期、DNS 是否与之一致。
| 现象或提示 | 可能原因 | 建议 |
|---|---|---|
| 提示「似乎在使用代理 / unblocker」类文案 | 出口 IP 被平台识别为数据中心或代理网段 | 更换节点类型或地区；避免同一 IP 频繁跨区切换 |
| 错误码含 M7111、M7037 等（编号随平台更新） | 地区限制、会话或版权区域冲突 | 核对账号地区与当前观看分区；清应用缓存后重试 |
| 仅特定剧集无法播放，其余正常 | 单部版权与分区策略，非全局代理故障 | 换区或接受分区差异；非规则顺序问题 |
| 无限加载、黑屏、音画不同步 | 部分子域未走流媒体组或带宽不足 | 查日志补全 DOMAIN；换更稳定线路；检查 UDP 是否需放行 |
| 手机正常，电视或浏览器异常 | 设备未走同一代理路径或 DNS 不同 | 核对 TUN/系统代理、电视网络 DNS 与分应用设置 |
错误码会随 App 与网页版本更新而变化，不必死记编号；关键是把日志里的域名、策略组名、出口 IP 地区三者对齐。若仅网页能播、官方 App 不能，优先对比两者是否使用同一系统代理与证书信任，而不是先改十几条无关规则。
移动端与 Clash for Android
在 Android 上观看 Netflix 时，分应用代理、省电策略与 VPN 权限可能导致仅部分应用走 Clash。若出现「浏览器能播、官方客户端不能」或「前台正常、锁屏后断流」，可结合《Clash for Android 订阅与 DNS 排查》从本机侧排除，再回到本文的流媒体规则是否完整命中。
合规与条款说明
使用代理访问受地区限制的内容可能违反服务提供商的用户协议或当地法律法规。本文仅说明 Clash 在技术层面的分流与排错思路，不构成对任何规避地区限制行为的鼓励；请自行评估合规风险并遵守适用条款。
写在最后：场景化分流与稳定观影
2026 年，用 Clash 看 Netflix 仍是一份「规则顺序、策略组、DNS 与真实出口」的综合题。把 Netflix 相关流量收拢到独立「流媒体」策略组，用 DOMAIN-SUFFIX 与 Rule Providers 保证命中，再用日志而非猜测去补域名缺口，能显著减少无谓折腾。与泛泛的全局规则相比，锁定场景、可复制、可对照日志——这三点更重要。
若你希望少在 YAML 缩进上耗神，可选用对新手友好的图形客户端，把精力放在节点选择与线路质量上；内核与分流逻辑仍是同一套。全平台安装包可从本站下载中心获取。
系统学习策略组与 Rule Providers 请阅读《Clash YAML 规则分流完全指南》；与 AI 场景分流对照可参考《ChatGPT 与 OpenAI API 分流》。更多文章见技术专栏。