在电脑端通过代理做解锁检测前需要确认的设置

检测前只问一件事：请求有没有从目标出口发出

电脑端做解锁检测，最常见的问题不是脚本不准，而是检测请求根本没有经过你想测的那个节点。所以检测前要逐项确认：节点是否固定、代理模式是否覆盖检测程序、DNS 与 IPv6 的去向、有没有其他代理工具干扰，以及脚本来源与记录准备。八项都确认后，结果才谈得上“代表这个出口”。

本文只讲检测前的确认项，不涉及客户端的完整配置教程，也不包含任何品牌的检测结果（本站对 17 个品牌均为 Not Tested）。客户端操作细节可参考桌面端客户端：Windows 与 macOS。

八项确认清单

下面按组说明。

节点与模式：项 1～3

固定节点。 检测期间把策略组切换为手动选择，选定一个节点后不再改动。自动测速、故障切换一类的策略组会在后台更换节点，几分钟的检测里就可能换过一次出口。

让检测程序进入代理。 浏览器一般会使用系统代理，但终端里的命令行工具默认不读取系统代理。常见做法有两种：在当前终端会话里设置代理环境变量，或者开启客户端的 TUN 模式让系统流量统一进入代理。两种方式的覆盖范围不同，区别见Windows 系统代理与 TUN 模式，终端相关的设置见终端与开发工具不走代理怎么办。

检查规则命中。 如果客户端处于规则模式，被测平台的域名是否命中代理规则，取决于当前规则集。检测前可以在客户端连接日志里观察这些域名的去向；为了排除规则干扰，也可以在检测时临时使用全局模式，测完再改回。三种模式的区别不在本文展开。

DNS 与 IPv6：项 4～5

DNS。 客户端的 DNS 设置有虚拟地址与真实解析等不同处理方式，它决定了平台域名在哪里被解析、解析结果指向哪组服务器。检测前至少要知道当前用的是哪种方式，并保持多次检测之间不变。设置项的含义见代理客户端的 DNS 设置，DNS 与出口不一致会带来什么，归IP 类型与地区策略讨论。

IPv6。 本机拿到 IPv6 地址、而代理只接管 IPv4 时，脚本的 IPv6 检测会绕过代理。检测前可以分别查询一次 IPv4 与 IPv6 出口，看它们是否都显示为节点出口；如果 IPv6 显示为本地运营商，就在记录中把 IPv6 那组结果标为“本地网络”，不计入节点结果。

环境与准备：项 6～8

关闭干扰工具。 同时运行多个代理客户端、加速器或网络管理软件，可能出现系统代理被反复改写、虚拟网卡冲突等情况。检测前只保留一个代理工具。

审阅脚本。 以 RegionRestrictionCheck 为代表的开源检测脚本，应从其官方仓库获取，避免使用转载版本或把远程内容直接交给终端执行的一行命令。运行前先通读脚本，确认它会访问哪些地址、是否修改系统配置或上传数据。Windows 上运行这类终端脚本通常需要类 Unix 的命令行环境，具体依赖以脚本说明为准。

准备记录。 在开始前就打开记录表，写好日期、时间、客户端模式、节点名称，测完再补出口 IP 与结果。字段设计见解锁检测记录模板。

一次检测前的快速自检

节点是否手动固定？            否 → 先固定
终端是否走代理？              不确定 → 在终端里查询一次出口 IP
被测域名是否命中代理规则？    不确定 → 看连接日志或临时用全局模式
IPv4 / IPv6 出口是否都是节点？ 否 → 记录时分开标注
其他代理工具是否已关闭？      否 → 关闭后重新确认出口
脚本是否来自官方仓库并已审阅？否 → 不运行
记录表是否已填好时间与节点？  否 → 先填再测

全部为“是”之后再开始检测。如果不想运行脚本，也可以用浏览器手动确认，方法见不用脚本如何手动确认。

检测结束后的复原

检测时做过的临时调整，测完要逐项复原：在终端会话里设置的代理环境变量，关闭会话后通常失效，但如果写进了配置文件，要记得删除；临时切换的全局模式要改回原来的规则模式；为检测关闭的其他工具，确认需要时再重新开启。复原这一步容易被忽略，结果往往是几天后遇到“关闭代理后国内网站打不开”或“某个软件莫名走了代理”一类的问题。

另外，如果打算在不同节点之间对比，每换一个节点都要重新确认出口与 IPv6 去向，不要沿用上一个节点的确认结果。只有每组记录都满足同样的前提，前后对比才有意义。

合规提醒

这些确认项的目的是让检测结果如实反映当下出口的状态，而不是改变平台对出口的判断。检测和使用都应遵守所在地法律法规与各平台服务条款，本站不提供规避平台风控的方法。更多内容见解锁检测方法与结果解读专题。