Netflix 提示检测到代理或解锁工具时的排查顺序

先排除本地四项，再判断出口与平台

遇到“检测到代理或解锁工具”的提示，建议按固定顺序排查：先确认请求是否走代理、DNS 是否一致、IPv6 是否旁路、会话中出口是否切换，这四项都能在本地核对；如果都正常，问题多半在出口被平台识别或平台策略本身，读者无法从终端解决。本文只梳理排查顺序，不承诺任何一步能让提示消失，也不提供规避平台识别的方法。本站对 17 个品牌均未做流媒体实测（Not Tested）。

为什么顺序很重要

很多读者看到提示后的本能反应是反复换节点。这样做有两个问题：其一，如果原因在本地配置，换多少节点结果都一样；其二，频繁切换出口本身就会让平台看到更多异常信号。按“从近到远”的顺序排查，可以用最少的操作排除最常见的本地原因，再把剩下的问题交给能处理它的一方。

这一顺序与一级专题对流媒体平台判定方式的说明一致：平台看的是出口、DNS、设备与账号的综合信号，本地能控制的只是其中前几项。

六步排查表

第 1 步：请求是否走了代理

规则模式下，客户端按规则决定每个域名走哪个出口。Netflix 的页面、接口、图片与视频分片可能分属不同域名，如果其中一部分未被规则覆盖而直连，平台就会同时看到两个地区的请求。可以在客户端的连接日志里观察相关连接的出站去向。规则匹配的原理与日志查看方法，见规则分流与故障排查。

第 2 步：DNS 是否与出口一致

如果 DNS 查询在本地完成，CDN 可能按本地位置分配服务器，而后续请求从海外出口发出，两边地区不一致。代理客户端常见的虚拟地址模式与真实解析模式，处理方式不同，差异可参考代理客户端的 DNS 设置。

第 3 步：IPv6 是否旁路

在同时有 IPv4 与 IPv6 的网络里，部分应用会优先尝试 IPv6。如果代理只接管了 IPv4，IPv6 请求可能直接从本地网络发出。核对时关注客户端是否接管 IPv6，以及系统是否在使用 IPv6，按自身网络情况判断，不必一律关闭。

第 4 步：出口是否在会话中切换

自动测速、故障切换、负载均衡一类的策略组，会根据延迟或可用性改变所选节点。看剧过程中出口突然变化，平台看到的就是“同一会话来自两个地方”。排查时可以临时改用手动选择的固定出口，观察提示是否仍然出现。策略组的类型区别见Clash 策略组详解。

第 5 步：固定出口下的多时段观察

前四步确认无误后，在同一个固定出口上分几个时段打开同一部作品。如果每次都出现提示，基本可以判断是出口层的问题；如果时有时无，可能与平台名单更新或共享出口的信誉波动有关。记录格式可以参考解锁检测记录模板。

第 6 步：整理记录后反馈

把出现时间、节点名称、出口查询结果、设备与客户端类型、前五步的结论整理成几行文字，交给服务商客服。这一步的目的是让对方能定位到具体出口，而不是要求对方承诺什么。服务商是否调整、调整后结果如何，都不在读者控制范围内。

哪些情况本地无法解决

需要坦率说明的是，当出口 IP 已经被平台识别为代理时，终端上的任何正确配置都只能让信号“一致”，无法改变平台对该出口的判断。平台的识别名单如何更新、依据什么标准，外界无从得知。所以本文的排查顺序，本质上是帮读者确认“问题不在我这边”，从而避免无效操作。

另外，账号层面的因素也可能参与判断，例如账号的注册地区与当前访问地区差异较大。账号地区与访问地区的关系，在 Disney+ 一文中有更具体的讨论，见Disney+ 地区不支持与账号地区的关系。

与片库收窄现象的衔接

“检测到代理”与“只剩自制内容”往往同源：前者在播放环节拦截，后者在浏览环节降级。如果你遇到的是片库变少而不是弹出提示，原因分析见Netflix 只能看到自制内容是什么原因。

合规提醒

Netflix 等平台在服务条款中通常限定内容的观看地区，并可能限制代理访问。排查本地配置是为了确认网络工作正常，不是为了规避平台识别。请阅读并遵守平台服务条款与所在地法律法规。品牌资料中关于流媒体的描述属于 Vendor Data，具体可用性可能随 IP、地区、平台策略和测试时间变化，建议以最新实际测试结果为准。更多流媒体相关问题见流媒体专题。