代理IP到手别急着配进业务里用。先用十分钟做一轮检测——归属地对不对、能不能连通、是不是高匿、有没有DNS/WebRTC泄漏、IP是不是在黑名单里。这个检测流程做一次也就十分钟，省掉的是上线后发现IP有问题再返工的时间。
检测一：IP归属地和ASN验证
第一个也是最容易出问题的——代理商标注的归属地和实际一致吗。打开 ipinfo.io 或 ip-api.com，输入代理IP地址，看返回的City、Region、Country和ASN运营商。三个检查点：
- 国家对不对——标的美国IP实际在国内就是有问题
- ASN运营商——买的是住宅IP但ASN显示阿里云/华为云，用机房IP冒充
- 城市精度——标的洛杉矶实际在达拉斯，城市级偏差多数商家不管
天行IP和鲸云IP这类正规平台的标注准确率高，但到手验证一下不费事。邀请码 blsj 注册天行IP享折扣。
检测二：连通性和延迟
能ping通代表网络层可达（但有些代理禁ping，不通不代表不能用）。更准确的是TCP连接测试：
# 测试代理IP和端口是否可达
timeout 5 bash -c "echo >/dev/tcp/代理IP/端口" && echo "通" || echo "不通"连通后测延迟——ping 5次取平均。如果延迟超过200ms，看是不是你到代理之间的线路问题：用traceroute或mtr看数据包经过了哪些跳。某个中间节点延迟突然拉高——那段路有问题。
检测三：匿名度——高匿还是透明
用 httpbin.org/ip 验证代理后出口IP是否正确。再用 httpbin.org/headers 看请求头里有没有暴露信息：
- 高匿代理：看不到X-Forwarded-For、Via等任何真实IP痕迹
- 匿名代理：会加Via: 1.1 proxy之类的头，说明走了代理但没暴露IP
- 透明代理：X-Forwarded-For头里有你的真实IP——这种代理基本不能用
检测四：DNS泄漏
dnsleaktest.com——看DNS解析请求是从哪个DNS服务器发出的。如果显示的是你宽带运营商的DNS，你的DNS查询没走代理。浏览器里用 about:config → network.proxy.socks_remote_dns = true解决。
检测五：WebRTC泄漏
browserleaks.com/webrtc → 看Public IP是不是你的真实IP。是的话关掉WebRTC——Chrome://flags 搜 WebRTC 设 Disabled。
检测六：黑名单状态
mxtoolbox.com/blacklists.aspx → 输入代理IP → 查100多个黑名单。红色叉号=被拉黑了。详细见第19篇（ID 13549）。
检测结果处理
| 检测结果 | 怎么处理 |
|---|---|
| 归属地不对 | 截图+找客服退换 |
| IP在黑名单 | 换节点（除非买的就是”纯净IP”） |
| 透明代理暴露IP | 直接退——没法用 |
| 延迟高但其他正常 | 看业务是否容忍；不能就换地区更近的节点 |
| 全绿通过 | 放心配进业务里用 |
常见问题
检测二显示”不通”但商家说节点正常？
代理可能设置了IP白名单——只有你指定的IP才能连。确认你的出口公网IP有没有加入代理平台的白名单。或者代理是共享节点，当前账号数满了暂时连不上。
每买一个新IP都要做一遍检测吗？
同一个平台同一个套餐的节点质量通常一致——第一批抽检3-5个，后面的可以抽检。换了平台或换了套餐类型重新全检。
全过检测后上线还会出问题吗？
检测是静态快照——这一时刻是好的不代表永远好。IP可能在几小时后被目标网站封、带宽可能在晚高峰被挤占。检测通过是必要条件不是充分条件。
