代理IP购买后，最稳妥的做法不是立刻接入正式任务，而是先完成一次可留证的验收。验收的目标不是证明某个IP“绝对干净”或“永远稳定”，而是确认它在指定设备、网络、协议、地区和目标服务上，当前能够满足合同与任务要求。
先保存交付信息，暂时不要改配置
收到节点后，先记录订单时间、套餐名称、服务器地址、端口、协议、认证方式、标称地区、有效期、并发和调换规则。账号密码不要放进公开截图或共享表格；如需向客服举证，可遮住认证信息，只保留时间、节点编号和错误现象。
同时记下本地测试环境：运营商、Wi‑Fi或有线网络、设备系统、客户端版本和测试时段。否则第二次出现故障时，很难判断是代理节点变化，还是本地网络和软件发生了变化。
代理IP验收的正确顺序
| 阶段 | 要回答的问题 | 通过信号 | 常见异常 |
|---|---|---|---|
| 交付核对 | 节点参数是否完整 | 地址、端口、协议、认证和有效期一致 | 协议不匹配、端口缺失、地区写错 |
| 端口通断 | 本机能否到达代理服务 | 指定端口可连接 | 超时、拒绝连接、本地防火墙拦截 |
| 代理握手 | 认证和协议是否正确 | 请求通过代理返回 | 账号密码错误、SOCKS5与HTTP混用 |
| 出口确认 | 外部看到的IP是否改变 | 检测页显示代理出口 | 仍显示本地公网IP、只有部分应用走代理 |
| 属性核对 | 地区、ASN和网络类型是否符合订单 | 多个数据库结果与约定范围相符 | 城市偏差、数据库未更新、网络类型不符 |
| 业务验证 | 实际任务能否稳定完成 | 在授权目标上连续完成既定操作 | 登录异常、验证码增加、连接中断 |
第一轮：通断、认证与出口IP
- 先测端口。确认本地到代理服务器的地址和端口可达。端口不通时，先排查网络、防火墙和白名单，不必急着评价IP质量。
- 再测协议和认证。客户端选择的HTTP、HTTPS或SOCKS5必须和交付一致。认证失败通常应先检查用户名、密码、分隔符、IP白名单和账号有效期。
- 最后确认出口。在未启用代理时记录一次本地公网IP，启用后重新打开检测页。如果结果没变，说明流量可能没有进入代理。
浏览器能打开网页，只能证明这条访问链路当前可用。它不能单独证明其他应用、UDP流量或系统后台流量也会自动走同一个出口。
第二轮：检查IP归属地与网络属性
IP归属地不是GPS定位。不同数据库的更新周期和城市映射可能不同，所以应至少交叉查看两个独立检测来源，并把订单承诺的精度作为验收标准。如果套餐只承诺国家或省级，不应因为某个数据库的城市显示不同就直接判定失败；如果明确购买了指定城市，则应保存差异截图并联系服务方确认。
除国家、省市外，还可以记录ASN、运营商或网络组织、住宅或数据中心标签、反向解析和常见信誉库状态。需要注意：任何单一网站的“纯净度分数”都不是绝对事实。检测结果会随数据库、目标服务和时间变化，更不能保证账号不会触发风控。
第三轮：排除DNS和WebRTC等泄漏
出口IP改变后，还要确认DNS请求、浏览器WebRTC以及不支持代理的应用是否暴露其他地址。发现泄漏时，先判断客户端是仅代理浏览器、仅代理指定应用，还是接管系统流量；不同工作模式不能混为一谈。
具体排查可结合DNS泄漏与真实IP暴露的检查方法。修复后应关闭旧标签页、清理必要缓存，再重新测试，避免把缓存结果误认为代理仍未生效。
第四轮：稳定性要分时段记录
一次延迟很低，不等于长期稳定。建议在同一设备上选择至少两个不同时段，记录连接成功率、延迟、抖动、丢包、下载或请求完成时间、断线次数以及出口是否意外变化。测试频率应尊重服务条款和目标服务限制。
判断方法可参考代理IP在线率、延迟、丢包与出口保持测试。对固定静态IP，还应观察重新连接后出口是否保持；对轮换住宅IP，则要核对会话时长和切换规则是否符合套餐说明。
最后再做小规模业务验证
基础网络指标通过后，只在已获授权的目标和测试账号上做小规模验证。使用与正式任务相同的客户端、协议和请求路径，但限制并发和频率。记录成功条件，也记录错误码、验证码、超时和重定向等失败信号。
基础检测通过、实际任务失败并不矛盾：目标服务可能有自己的地区、信誉、协议或账号策略。此时应把“网络不可用”和“业务不兼容”分开反馈，避免只有一句“IP不好用”。
可以直接照抄的验收记录
- 订单与节点编号：
- 协议、认证、并发和有效期：
- 测试设备、客户端版本与本地网络：
- 无代理公网IP与代理出口IP：
- 国家/省市、ASN、网络类型检测结果：
- DNS、WebRTC和应用分流结果：
- 分时段延迟、丢包、失败次数和出口保持：
- 授权业务的小规模结果与错误信息：
- 客服反馈、调换节点和复测时间：
验收完成后再逐步增加使用量，并保留初始记录。这样既能在售后期限内提供清楚证据，也能在后续性能下降时找到可比较的基线。
