用了代理ip为什么没变？出口检测方式与生效范围的常见误区

上周有位做投放的朋友，晚上十一点给我发来一张截图。他刚在电脑上把代理配好，打开检测页面一看，出来的还是本地那个地址。他第一反应是买到了假货，第二反应是软件装坏了。

我让他别急，换个检测入口再查一次。结果这次显示的是另一个城市。同一台电脑、同一套配置、相隔两分钟，两个结果。问题不在代理，在他查的那个页面读了缓存。

这类事我见得太多。「用了代理IP没变」几乎从来不是一句话能定性的事，得拆成两半看：一半是你怎么查的，一半是代理到底管到了谁。

一、先分清：你查到的到底是哪个「没变」

很多人以为「IP」只有一个标准答案，其实不同检测入口看到的根本不是同一件事。

最常见的是网页查询站。你在浏览器里打开一个查询页，页面会显示一个地址和归属地。问题在于，这类页面为了扛住访问量，前面基本都挂着缓存或边缘节点。你刷新得越快，越容易拿到几分钟前的结果——而这几分钟前的请求，很可能还是你配代理之前发出的。

接口查询是另一种。你调用一个返回纯文本或 JSON 的地址，每次都是新请求，不带页面缓存。这种方式看到的结果更接近真实出口。

还有一种是本地软件或程序自测。比如你的采集脚本里打印了一下出口地址，或者某个桌面客户端在状态栏显示了一个地理位置。这类结果往往取决于程序自己有没有读到代理配置，跟你系统里设成什么样关系不大。

检测入口	实际看到的东西	最容易踩的坑
网页查询页	页面服务端读到的来源地址	页面缓存、浏览器缓存，返回旧结果
接口查询	本次请求的真实出口	接口本身走了另一条链路
本地程序自测	程序自己的连接结果	程序压根没加载代理设置
系统网络状态	本机网卡配置	跟出口地址完全不是一回事

所以第一条建议很朴素：换两个不同来源的检测入口交叉验证。如果两个都显示新地址，说明代理是通的，只是你第一次查的那个页面在骗你。如果两个都显示本地地址，才需要往下查配置。

二、代理的生效范围：它只管你指给它的那个程序

这一点比缓存更容易被忽略。很多人在系统里填好代理地址和端口，就默认「整台电脑都走代理了」。实际上不是。

系统级代理设置，说白了只是一个「公共便签」。它会告诉那些主动来读这张便签的程序：出口在这儿。浏览器通常最听话，因为主流浏览器都默认读系统设置。但命令行工具、很多后台服务、一些客户端软件，它们根本不来读，各自有各自的配置方式，你不单独指定，它就走本地网络。

我遇到过最典型的一次：一个朋友在浏览器里看到新地址，开心地打开自己的采集脚本跑了一晚上，第二天发现拿到的数据全是本地的。脚本用的请求库只认代码里写的代理参数，系统设置对它来说是空气。

还有几种情况也在「不听话」名单里：

装在容器或虚拟机里的程序，走的是容器自己的网络栈，宿主机上设的代理跟它无关；后台常驻服务在开机时就把连接建好了，你后来才改的代理它根本没机会读；手机通过热点连着电脑，手机上的应用用的是手机自己的设置，电脑上配得再对也没用。

判断方法其实很简单：看这个程序有没有自己的代理设置项。有，就必须在里面单独填一次；没有，才轮到系统设置生效。配置这件事，宁可多填一遍，也别指望一次到位。

三、协议和端口：写错一个字符，等于没配

配置界面上那几个下拉框，翻车率也不低。

最常见的是协议类型对不上。代理服务端给你的是 SOCKS5，你在客户端里选了 HTTP，有些客户端不会报错，只会默默连不上，然后回落到直连。看起来一切正常，实际全程没用上。

端口填错也一样。地址对了、账号对了、端口少打一位，多数软件不会弹红色警告，只是连接超时后自动放弃。

还有一种更隐蔽的情况：DNS 解析没跟着走。你让连接走了代理，但域名解析还是本地做的，这时候某些检测页会同时看到两个来源，结果飘忽不定。命令行里想省事，可以用下面这种方式，让解析也一并交给代理：

# 命令行指定出口，socks5h 里的 h 表示解析也走代理
curl -x socks5h://账号:密码@代理地址:端口 http://检测接口地址

写代码的话，记得把 http 和 https 两个键都填上，别只填一个：

import requests

proxies = {
    "http":  "socks5h://账号:密码@代理地址:端口",
    "https": "socks5h://账号:密码@代理地址:端口",
}

resp = requests.get("检测接口地址", proxies=proxies, timeout=10)
print(resp.text)

如果这段代码返回的是新地址，而你的浏览器还是本地地址，那结论就很清楚了：代码通了，浏览器没通，问题在浏览器那侧的配置，不在代理本身。

四、四步自查：十分钟内定位到底卡在哪

把上面这些揉成一套顺序，遇到「没变」就照着走一遍，基本不用求人。

第一步，查出口。打开一个接口类检测地址，连续请求两次，看两次结果是否一致。两次不一样，说明链路本身在变，先别怀疑配置。

第二步，看配置。回到出问题的那个程序，找它自己的代理设置项，确认协议、地址、端口、账号密码四项都填了，而且协议类型和服务端给的一致。

第三步，清缓存。把检测页面强制刷新，或者干脆换个检测入口。浏览器缓存和页面缓存是「假没变」的头号元凶。

第四步，换节点。如果你用的是按时效分配的资源，可以换一个地区再取一次IP，用新拿到的地址重测。原来那个地址如果已经被大量使用过，某些检测结果也可能不准。

四步走完还是没变，那基本可以判定是代理服务这一端的问题，比如账号到期、并发占满、目标地区资源紧张。这时候再去找服务商，沟通效率也高得多——你能说清是哪个协议、哪个程序、什么时间、什么结果。

五、什么时候该考虑换一家服务

有些「没变」确实是配置问题，也有些是真的资源不行。区分办法是：同一套配置，换一个检测入口就正常了，说明是检测方式的问题；换成别的程序、别的协议、别的时段都一样连不上，那大概率是服务端的事。

挑服务的时候，别只看「有多少IP」这一个数字。出口稳不稳定、能不能指定到具体城市、机房是不是自己的，这些才决定你后面排查时会不会一直怀疑人生。神龙IP在这几块做得比较实在：200+城市精准定位，1000万+纯净IP，响应在30ms这个量级，机房是自营的，带宽6-15M可以按需定制。自营机房这点在实际使用中感受明显——线路是你自己的，出问题时排查路径短，不用在中间商那里绕。

协议这块支持 IKEv2、PPTP、L2TP、SSTP、SOCKS5，数据传输全程加密，从设备级连接到程序级调用都能覆盖。如果你之前踩过「协议对不上」的坑，这里至少能保证你要的那一种它都有。

套餐上分得比较清楚。要做各地搜索排名测试、数据采集和IP轮换这类事，动态高级比较合适：6Mbps峰值，日更200万+IP，时效2-360小时可选，用完就换，不会长期占着一个地址。如果你的业务需要长期固定出口，比如自媒体多账号的IP独立防关联，那就看静态高级，长期固定IP、运营商合作资源，6Mbps。介于两者之间、又想要独享不走共享池的，还有动态独享，10Mbps峰值，时效同样2-360小时。