Netflix 显示「代理错误」、影片无法播放、画面一直加载，或者只能看到封面却在点击播放后立刻报错，通常不只是“网络慢”这么简单。对使用 Clash 的用户来说，问题可能出在节点出口 IP 已被 Netflix 识别，Netflix 相关域名没有命中代理规则，DNS 解析结果与代理出口不一致，也可能是系统代理、TUN 模式与浏览器自身设置互相冲突。本文以 Clash Verge Rev、Clash Verge、Mihomo 等常见客户端为例，按照“先确认现象，再核对节点、规则、DNS，最后调整模式”的顺序，提供一套可重复的排查方法。
开始前需要明确：Clash 只能负责本地代理与流量分流，不能保证任意节点都能解锁 Netflix。流媒体平台会持续检测数据中心 IP、共享出口、异常登录位置和代理特征，因此即使 Clash 连接正常，某个节点仍可能无法播放特定区域内容。排障时不要一次性更换客户端、订阅和规则；保留变量，逐层确认，通常更容易找到真正原因。
先判断 Netflix 代理错误属于哪一类
第一步不要急着打开 TUN 或修改一大段 YAML。先观察错误出现的位置，因为不同现象对应的故障层并不相同。若 Netflix 首页都无法打开，浏览器提示连接超时或 DNS 错误，优先检查代理端口、系统代理和 DNS；若首页、搜索和封面都正常，只有播放时提示“您似乎正在使用解锁器或代理”，则更像是节点 IP 被识别；若视频可以播放但清晰度低、频繁缓冲，则应进一步看节点带宽、延迟和高峰拥塞。
- 首页无法加载：可能是 Clash 没有运行、系统代理未开启、浏览器没有使用系统代理，或者 Netflix 域名被错误地送往 DIRECT。
- 播放时提示代理或解锁器错误：最常见原因是当前节点的出口 IP 已被 Netflix 标记，换一个地区相同但出口不同的节点可能立即恢复。
- 一直转圈后播放失败：可能是 DNS 解析走了本地网络，而 HTTPS 连接却走了代理，导致解析、SNI 和出口位置不一致。
- 只有部分影片不可用：这不一定是 Clash 故障。Netflix 的内容版权按地区变化，节点所在地区本身可能没有该影片。
- 手机可以看，电脑不能看：重点比较两个设备使用的客户端、策略组、DNS 模式和出口 IP，而不是直接认定订阅失效。
如果页面明确显示类似“关闭代理后重试”或“无法播放此内容”，可以先在 Clash 的连接记录中搜索 netflix、nflxvideo、nflximg 和 nflxso。能够看到请求，说明流量至少进入了 Clash；但还要继续确认它最终命中的策略是不是代理节点，以及不同域名是否被分配到了同一个可用出口。
检查节点出口：Clash 连通不等于 Netflix 可用
很多人看到 Clash 主界面显示“已连接”，就认为 Netflix 一定应该能播放。实际上，“客户端连接到节点服务器”和“Netflix 接受这个节点的出口 IP”是两件事。前者只代表本地与代理服务器之间建立了连接，后者还受到 IP 类型、历史使用行为、共享人数和服务商线路质量影响。
先在 Clash 的代理页面选择一个明确标注为 Netflix、流媒体或解锁线路的节点。不要只根据节点名称判断，名称中的“US”“JP”或“SG”只能表示服务商的描述，并不能证明出口 IP 当前确实能够访问对应地区的 Netflix。切换节点后，完全关闭当前影片页面，再重新打开浏览器标签页，避免旧连接、Cookie 或播放器会话继续复用之前的出口。
建议每次只比较两到三个节点，并记录以下结果：Netflix 首页是否能打开、影片是否能开始播放、字幕与音轨是否符合预期、播放几分钟后是否出现错误，以及 Clash 连接面板中请求命中的策略组。若某个节点可以稳定播放，而另一个节点只能打开首页，基本可以确认问题集中在出口 IP 或节点线路，而不是客户端安装错误。
如果所有节点都无法播放，但其他海外网站可以访问，也不要立即断定 Netflix 规则写错。某些订阅服务的全部出口可能都属于被流媒体平台重点检测的机房 IP。此时可以用同一节点测试其他常规 HTTPS 网站，再回到 Netflix 对比。如果普通网站正常、Netflix 始终提示代理错误，优先向节点服务商确认该线路是否支持流媒体，而不是反复重装 Clash。
核对分流规则：Netflix 域名不能被误判为直连
Clash 的规则模式会根据域名、IP、规则集和规则顺序决定流量去向。Netflix 并不只访问一个主域名，首页、图片、接口、视频分发和账号服务可能使用不同的主机名。如果规则只覆盖 netflix.com，却没有覆盖相关子域名，就可能出现“封面能显示、视频打不开”的不完整代理状态。
在 Clash Verge Rev 或 Mihomo 客户端中打开连接面板，播放视频的同时观察新出现的请求。重点留意 netflix.com、netflix.net、nflxvideo.net、nflximg.net 和 nflxso.net 等域名。不同版本、地区和播放器流程可能使用不同的 CDN 主机，因此不建议只凭一条日志写死规则。你要确认的是：Netflix 相关请求是否统一进入用于流媒体的代理策略组，而不是其中一部分仍然显示为 DIRECT。
如果使用配置覆写，可以在自定义规则中加入较靠前的域名规则，再将其指向实际存在的策略组名称。例如策略组名称为 PROXY 时，示意写法如下：
rules:
- DOMAIN-SUFFIX,netflix.com,PROXY
- DOMAIN-SUFFIX,netflix.net,PROXY
- DOMAIN-SUFFIX,nflxvideo.net,PROXY
- DOMAIN-SUFFIX,nflximg.net,PROXY
- DOMAIN-SUFFIX,nflxso.net,PROXY这段内容只是规则思路，不能直接假定你的配置一定使用 PROXY 这个策略组。导入前先查看配置中的实际名称，常见名称可能是“节点选择”“自动选择”“流媒体”或其他自定义名称。若策略组写错，Clash 可能无法加载配置，或者规则回落到后续的默认策略。
规则顺序同样重要。若在 Netflix 规则前面存在宽泛的 GEOIP,CN,DIRECT、某个覆盖范围过大的 RULE-SET，或最后的兜底规则提前结束匹配，Netflix 请求仍可能被送往直连。修改后应重新加载配置，并在连接面板里实际确认策略变化。只看配置文件中的文字而不看运行时日志，无法证明规则已经生效。
处理 DNS 异常：避免解析位置与代理出口不一致
DNS 是 Netflix 排障中最容易被忽略的一层。浏览器首先需要把域名解析成 IP；如果 DNS 请求走本地运营商，得到的结果可能与代理出口所在地区不匹配，甚至被污染或返回不稳定的地址。随后 HTTPS 请求虽然进入了 Clash，但连接目标已经在前一步被解析错误，便会出现加载很慢、证书握手失败、视频 CDN 无法连接等问题。
如果你的配置使用 Mihomo 内核，通常可以在 DNS 设置中确认是否启用了合理的增强模式，例如 fake-ip 或符合当前配置设计的 redir-host。不要因为网上某个配置片段“看起来更强”就直接覆盖现有 DNS；不同客户端对 DNS 监听地址、IPv6、局域网解析和 Tun DNS 劫持的处理方式可能不同。更稳妥的步骤是先记录原配置，再一次只改一个变量。
- 确认 Clash 的 DNS 功能处于启用状态，而不是系统 DNS 与 Clash DNS 同时争抢解析。
- 在连接面板搜索 Netflix 域名，观察实际请求是否有稳定的域名信息。
- 如果开启 IPv6 后经常失败，可暂时关闭 IPv6 或确保 IPv6 流量也受 Clash 管理。
- 清理浏览器 DNS 缓存后重新测试，避免旧解析结果继续使用。
- 不要把局域网路由器、浏览器安全 DNS、系统代理和 Clash DNS 配成互相矛盾的多套链路。
Windows 用户可以重启网络适配器或清理系统 DNS 缓存；macOS 用户则可以关闭并重新打开 Wi-Fi，必要时重启 Clash 客户端。清缓存并不能修复被封锁的节点 IP，但能帮助你排除“配置已经改好、浏览器仍然使用旧解析”的假象。完成后最好用同一个节点、同一个浏览器窗口进行对比，避免测试条件不断变化。
选择合适的代理模式：规则、全局与 TUN 如何取舍
Netflix 排障时，最适合的验证顺序通常是先用全局代理做短时间测试，再回到规则模式完成长期使用。全局模式会把大多数流量交给当前代理策略组，变量较少，适合判断“当前节点能不能播放”。如果全局模式可以播放，而规则模式不行，就说明问题大概率在规则顺序、域名覆盖或策略组选择，而不是节点本身。
确认节点能够播放后，应切回规则模式。全局代理会让国内网站、局域网服务、办公系统和不需要代理的下载流量也绕行节点，可能增加延迟和流量消耗。规则模式则可以只将 Netflix 及其相关请求交给代理，同时保留其他网站的直连。切换回规则后再次播放，如果问题复现，就回到连接面板查看是哪一个域名命中了错误策略。
TUN 模式适合浏览器不遵循系统代理、某些播放器使用独立网络栈，或你需要接管不支持 HTTP 代理的程序。但 TUN 会改变系统路由和 DNS 行为，容易与公司 VPN、虚拟机网卡、Docker 网络、WireGuard 或其他加速软件冲突。若浏览器在普通规则模式下已经能够正常播放，没有必要为了“更彻底”而长期启用 TUN。
需要使用 TUN 时，可以按下面的顺序操作：
- 退出其他 VPN、网络加速器和代理增强插件，确保系统只有一个主要接管者。
- 记录 Clash 的混合端口、DNS 模式和当前策略组，确认配置可正常加载。
- 开启 TUN 后重启 Clash，再打开连接面板确认 Netflix 请求确实出现。
- 播放同一部影片五到十分钟，观察是否出现断流、DNS 超时或连接重复建立。
- 若 TUN 反而造成局域网或其他网站异常，先关闭 TUN，回到规则模式定位问题。
浏览器扩展也值得检查。某些代理扩展会覆盖系统代理，甚至单独设置 SOCKS5 端口；当它与 Clash 同时启用时，浏览器可能没有使用你在 Clash 中选择的节点。测试时建议暂时停用代理扩展，清除浏览器当前代理设置，让浏览器只遵循 Clash 的系统代理或 TUN 配置。
一套可执行的 Netflix 恢复流程
如果你不确定从哪里开始，可以按照下面的顺序操作。每一步完成后都重新测试一次，不要同时修改 DNS、节点和规则，否则即使恢复播放，也很难知道真正有效的改动是什么。
- 确认 Clash 内核正在运行：查看客户端状态、端口监听和当前配置是否加载成功；若配置旁边出现错误提示，先修复 YAML 格式或策略组名称。
- 关闭冲突工具：退出其他 VPN、浏览器代理扩展和系统级加速器，避免多层代理互相覆盖。
- 切换一个流媒体节点：选择与目标内容地区相符的节点，关闭旧标签页后重新登录或重新打开影片。
- 临时使用全局模式：如果全局模式可以播放，说明节点大概率可用，下一步应检查规则；如果仍然失败，则继续比较其他节点。
- 查看连接面板：搜索 Netflix 相关域名，确认请求是否出现、策略是否为代理、是否存在大量失败重试。
- 检查 DNS：确认 DNS 由 Clash 统一处理，必要时清理系统和浏览器缓存，并暂时关闭 IPv6 做对照。
- 回到规则模式：为 Netflix 相关域名指定正确的策略组，确认规则位于宽泛直连规则之前。
- 最后再尝试 TUN：仅当浏览器或播放器不遵循系统代理时启用，并测试它是否与其他虚拟网卡冲突。
若经过以上步骤仍不能播放，可以将问题拆成两个结论：第一，Clash 是否能稳定代理普通 HTTPS 请求；第二，当前节点出口是否被 Netflix 接受。前者可以通过连接日志、其他网站和不同模式进行确认，后者则只能通过更换出口或向服务商确认流媒体支持来验证。不要把 HTTP 401、账号区域限制、影片版权限制和代理错误混为一谈，它们的解决方式完全不同。
常见问题
Clash 显示已连接，但 Netflix 仍提示代理错误，为什么？
“已连接”只说明本地客户端与节点之间建立了连接，不代表节点出口 IP 没有被 Netflix 识别。请先更换同地区的其他节点，并在连接面板确认 Netflix 请求是否命中代理策略。如果所有节点都出现同样提示，可能是该服务商的出口网段整体不适合流媒体使用。
为什么全局模式能播放，规则模式却不能？
这通常意味着规则模式中的 Netflix 域名没有完整匹配，或者某条更靠前的规则将请求送往了 DIRECT。播放时搜索 netflix.com、nflxvideo.net 等主机名，逐条检查策略结果，再补充域名规则并重新加载配置。
Netflix 排障一定要开启 TUN 吗？
不一定。浏览器能够正常遵循系统代理时，规则模式或全局模式通常已经足够。TUN 主要用于不遵循系统代理的程序，或需要从路由层接管流量的场景。它会增加与 VPN、虚拟网卡和 DNS 配置冲突的可能，建议在普通模式确认问题后再启用。
可以通过 Clash 解决所有 Netflix 地区内容问题吗？
不能。Clash 可以改变请求的代理路径，但影片版权、账号地区、节点出口质量和平台检测结果仍由 Netflix 决定。即使同一国家的节点，也可能因为出口 IP 不同而得到不同结果；请同时遵守服务条款和所在地区的法律法规。
相比一些只能一键切换线路、却无法查看请求命中情况的代理工具，Clash 的优势在于可以从节点、规则、DNS 和 TUN 四个层面逐项验证：你能看到 Netflix 请求究竟走了哪条策略，也能保留国内站点直连，避免为了看一部影片而让整台设备长期走全局代理。如果你正在寻找一款便于定位代理错误、支持多平台并能细调分流的客户端，可以先从适合自己系统的版本开始。