天行IP订单显示“已开通”以后，先别急着把参数分发给所有设备。一次完整验收要回答四个问题：买到的产品是否与结算页一致，交付参数是否完整，当前环境能否正常连接，发生争议时有没有可复现的证据。
这套流程适合个人首次购买，也适合企业收货确认。渠道信息、优惠与免费测试以账户当期页面和订单为准；节点质量则需要用实际数据验证。
一、先核对订单，不要先改客户端
| 订单字段 | 需要确认 | 常见问题 |
|---|---|---|
| 产品名称 | 与结算页完全一致 | 相似名称对应不同IP属性或协议 |
| 地区/线路 | 所选地区、运营商或节点 | 库存变化后交付到其他地区 |
| 数量 | IP、端口或购买单位 | 把连接数误当成IP数量 |
| 服务周期 | 开通、到期和续费时间 | 不清楚从付款还是交付开始计时 |
| 金额与优惠 | 商品、优惠、实付和余额扣除 | 只看宣传价格，未保存结算页 |
| 售后条件 | 测试、替换、退款和工单规则 | 出问题后才发现适用条件不同 |
若产品或周期有出入，先暂停使用并提交工单。继续大量使用可能让“交付不符”和“使用后故障”混在一起。
二、节点参数至少应包含什么
不同产品交付字段不完全相同，常见信息包括：
- 节点名称或订单内的资源标识；
- 代理主机名或IP地址；
- 连接端口；
- HTTP、SOCKS5、L2TP等协议说明；
- 用户名密码、来源IP白名单或其他认证方式；
- 地区、有效期、连接数、带宽或流量限制；
- 客户端说明和售后入口。
不要把网站登录密码当作代理认证密码，也不要根据其他教程猜端口或预共享密钥。首次填写方法可参考天行IP节点参数与首次连接。
三、做一次最小连接验收
- 选一个明确支持当前协议的可信客户端；
- 逐字段填写主机、端口和认证，不使用来源不明的一键脚本；
- 记录连接前公网IP、DNS和测试时间；
- 连接后查询出口，核对是否与交付节点一致；
- 访问一个普通HTTPS页面，确认解析、连接和证书正常；
- 断开后再次查询，确认原网络能够恢复。
先用一台设备、一个应用做小样本验证。这样即使参数有误，也不会同时污染多台设备的配置。
四、IP属性和地区怎样核对
至少使用两个独立数据源查看地区、ASN和运营商，并与产品页描述对照。住宅、机房、静态和独享属于不同维度，不能只看一个标签就下结论。
数据库存在更新时间差，结果冲突时应保存查询时间与页面，让服务方解释资源定义。检测方法可参考纯净IP、黑名单与ASN检测。
五、稳定性验收不能只测一次
单次连接成功只能证明当时可用。建议在实际业务时段分批记录：
- 连接成功次数与总尝试次数；
- DNS、TCP、TLS和首字节耗时；
- 延迟中位数、波动与丢包；
- 连接重置、认证失败和超时的数量；
- 出口IP是否在不应变化时发生变化。
不要用高频请求压测公共网站。使用自有健康端点或已经获得许可的目标，指标设计见代理IP稳定性测试指南。
六、浏览器还要检查DNS与IPv6
公网IPv4变成代理出口，不代表DNS和IPv6一定使用相同路径。浏览器可能启用安全DNS，系统也可能保留IPv6直连。涉及企业测试或隐私要求时，分别检查IPv4、IPv6、DNS和WebRTC。
具体步骤可结合代理连接后的泄露检查。发现旁路时先查客户端能力和分流规则，不要直接关闭整个系统的IPv6。
七、保存一份脱敏交付档案
| 证据 | 建议保存 | 必须隐藏 |
|---|---|---|
| 订单 | 订单号、产品、周期、金额 | 支付账号和个人信息 |
| 交付 | 节点ID、地区、协议、到期时间 | 完整密码与访问令牌 |
| 测试 | 时间、客户端、网络、结果和错误码 | Cookie和业务敏感数据 |
| 工单 | 问题描述、回复、处理结果 | 验证码和未脱敏截图 |
八、哪些情况应该立即提交工单
- 订单商品、数量或周期与交付不一致；
- 后台给出的协议和参数无法对应；
- 多个可信网络和客户端均认证失败；
- 地区或IP属性与产品说明明显冲突；
- 节点持续不可达，且排除了本地网络问题；
- 到期时间、替换或退款条件无法确认。
工单应包含时间、脱敏节点ID、协议、客户端、错误码和最小复现步骤。不要只写“不能用”，也不要发送明文凭据。
九、邀请码和优惠不属于质量验收
blsj是否绑定、四折是否展示，属于账户与结算核验；节点是否适合使用，属于技术验收。两者都要检查，但不能互相代替。优惠核算可看blsj金额计算与订单核验。
通过验收的结论也应限定为当前订单、当前节点和测试时间，不应写成所有节点永久稳定。完成记录后再逐步扩大使用范围，出问题时才能快速回到明确基线。
