啥叫"真连"？先对齐一个标准
代理配好了，浏览器网页照样刷得动，不少人到这一步就直接开跑业务。结果两三天后回头一看，后台记录里全是自己家宽带的IP——代理压根没接上。这种面板显示"已连接"、流量却绕开代理走的情况，就是常说的假连。它麻烦的地方在于不报错、不弹窗，等你发现时数据已经歪了。真连其实只有一条标准：你的请求顶着代理服务器的身份出门，目标网站看到的是代理的IP，而不是你的本机地址。下面五个信号全围绕这条标准展开，逐项过一遍，两分钟就能下结论。
信号一：出口IP换没换，一查便知
最硬核的验证，是直接看请求最终从哪个IP出去。先不挂代理，查一次本机出口：
curl cip.cc记下返回的地址，然后挂上代理再查一次：
curl --proxy socks5://用户名:密码@代理地址:端口 cip.cc两次结果一对比，答案就出来了。第二次显示的IP和代理商后台给的IP对得上，说明流量确实走了代理；要是还停在原来那个宽带IP，就是假连——配置看着配了，请求实际绕了过去。
碰上这种情况，先排查三个常见原因：客户端只接管了浏览器，命令行工具没吃到代理设置；环境变量写了但当前窗口没生效；协议类型选错，服务端给的是SOCKS5，你却按HTTP方式去连。
信号二：归属地对不对得上号
出口IP变了只是及格线。做各地搜索排名测试、区域数据核对这类活儿，IP落在哪个城市、哪家运营商，直接决定数据准不准。买的是苏州节点，查出来归属地在河北，那拿到的本地价格、搜索结果全都串了味。
查完出口IP，顺手把归属地核一遍，常见异常就下面三种：
| 异常现象 | 可能原因 | 处理办法 |
|---|---|---|
| 城市和下单节点不符 | 节点选错，或IP库标注漂移 | 重新指定城市节点再测一次 |
| 城市对、运营商不对 | 混拨套餐随机分配出口 | 改用指定运营商的独享节点 |
| 归属地显示为机房段 | 拿到的是数据中心IP | 普通业务无影响，敏感业务换静态资源 |
这一步想省心，下单时就挑支持城市级定位的服务商。像神龙IP覆盖200多个城市，指定哪个城市、出口就落在哪个城市，归属地核验基本不会翻车。
信号三：延迟数字不会说谎
连上之后连续请求几次，盯着耗时看：一百毫秒以内，体感很顺；三百毫秒以内算正常；动不动两三秒甚至超时，要么节点负载高，要么线路绕了远路。用curl自带的计时参数就能测：
curl -o /dev/null -s -w "连接耗时:%{time_connect}s 总耗时:%{time_total}s\n" \
--proxy socks5://用户名:密码@代理地址:端口 目标网站地址多测几次取平均，单次快可能是运气。延迟长期压不下来就别硬撑，换个节点再测——同一家服务商不同城市的节点，速度差出几倍都不稀奇。
信号四：连跑三十次，看成功率
单次成功说明不了什么，稳定性要靠次数堆出来。写个几行的小脚本，间隔一秒发一次，连跑三十次，统计成功几回：
import requests, time
proxies = {
"http": "socks5://用户名:密码@代理地址:端口",
"https": "socks5://用户名:密码@代理地址:端口",
}
ok = 0
for i in range(30):
try:
r = requests.get("http://httpbin.org/ip", proxies=proxies, timeout=8)
if r.status_code == 200:
ok += 1
except Exception:
pass
time.sleep(1)
print("成功 %d / 30" % ok)三十次全成，或者只挂一两次，这个节点可以放心用；失败超过三分之一，直接换。补一句：动态套餐的IP本身带时效，短的两小时、长的三百六十小时，到期自动获取新的IP是设计如此，别误判成掉线。像神龙IP的动态高级套餐，日更200万以上的IP，需要频繁获取新IP的数据采集业务用着正合适。
信号五：别让真实IP"漏底"
前四项都过了，还有最后一道坎：匿名性。有些代理连上之后，请求头里会带一个X-Forwarded-For字段，把你本机的真实地址原样交给目标网站。做自媒体多账号、讲究IP独立防关联的人最怕这个——等于把底牌直接亮给对方。
检测还是靠回显接口，重点看返回的headers：
curl --proxy http://用户名:密码@代理地址:端口 http://httpbin.org/getheaders里没有你本机IP的影子，算高匿名，放心用；明晃晃带着原始地址的，是透明代理，业务敏感就别用它。还有个容易忽略的坑：个别客户端网页请求走了代理，域名解析却在本地做，同样会漏线索。看完headers，再用回显站核对一下解析出来的位置，两边对得上才算干净。
五项全过，才算真连
把清单收拢一下：出口IP换了、归属地对得上、延迟在合理区间、连跑成功率高、没有信息泄露。五个信号全绿，才敢把正式业务压上去；缺任何一项，都先停下来排查。
这套清单反过来用也成立。以后接入任何一家新的代理服务，先拿五个信号验收一遍，比看多少宣传页都实在。
常见问题
Q: 网页能正常打开，是不是就代表代理连上了？
不一定。网页能开只能说明网络通，不代表流量走了代理。最保险的办法是按信号一查出口IP，前后对比一次，十秒钟出结论。
Q: 查出来的IP和代理IP一致，业务请求却总失败，怎么回事？
先看目标网站是不是对机房段IP有风控，再检查超时设置和请求头写法；也可能是协议没对上，比如服务端只开了SOCKS5，你按HTTP方式去连，能连上但走不通。
Q: 用着用着IP自己变了，是掉线了吗？
动态套餐按时效轮换IP属于正常设计，短效的两小时左右就会换。业务上需要长期不变的出口，选静态类套餐更合适，IP固定下来省去反复核验。
Q: 每次都要手动跑一遍这些检测吗？
接入初期建议五项完整过一遍；跑顺之后，把出口IP核对和成功率统计写进脚本，每天自动跑一次就够，出现异常再人工介入。
