天行IP静态节点断线后自动重连，查询到的出口地址却与之前不同，先不要只看“静态”两个字就认定交付错误。静态IP通常指约定服务周期内地址相对固定，但客户端可能连到备用节点、订阅配置可能更新、订单可能过期重分配，服务端维护也可能触发迁移。排查的核心是确认重连后仍使用同一实例和同一出口，而不是同名配置。
静态地址与连接会话不是一回事
网络抖动、设备休眠、NAT超时或客户端重启都会让连接断开，但正常重连到同一静态实例后，出口通常应保持。TCP会话本身一定会重新建立，所以“连接断了”不等于“IP必须改变”。反过来，客户端显示相同节点名称，也不证明后台分配的具体实例没变。
首次交付时就应记录实例编号、节点地区、服务器、协议、完整出口IP、开始和到期时间。只有建立基线，地址变化时才能判断是最后一段数字变化、整个前缀变化，还是IPv4和IPv6查询混淆。
先排除五种客户端侧情况
- 订阅自动更新后，同名节点指向了新的服务器。
- 主节点失败，客户端按规则切到备用线路。
- 多个配置同时启用，测试应用命中了另一条代理。
- 软路由断线后直连，本地宽带出口被当成新地址。
- IPv4走天行、IPv6仍直连，查询网站优先显示了IPv6。
关闭自动切换和其他代理，只保留原实例做一次最小测试。核对控制台当前节点信息，再分别查询IPv4与IPv6。软路由查看规则命中与出口接口，不要只看“在线”状态。
订单到期和续费会怎样影响地址
在原实例有效期内续费，与到期后重新购买通常不是同一个动作。自动续费失败、余额不足、实例删除或超过保留期后，平台可能重新分配库存。依赖API白名单和远程管理的业务，应在到期前确认最晚续费时间、原IP保留和故障更换规则。
续费完成后立即记录订单有效期和出口，再在数小时后复查。若地址发生变化，提供续费前后截图、订单号、时间和出口给天行售后。不要先删除实例或批量重购，否则会破坏问题现场。
备用线路与高可用如何设计
自动切换能提高连通性，却可能改变出口。普通浏览可以接受备用节点；固定白名单业务必须提前登记备用地址，或在主节点失败时阻断并告警。高可用不是“无论如何都能上网”，而是故障后的行为符合业务预期。
如果目标系统允许两个白名单地址，可预先审批主备出口并定期测试。切回主线路后核对来源日志，及时回收不再需要的临时权限。API仍要使用令牌、签名和多因素认证，不能只依赖地址。
建立一张地址保持记录
| 时间点 | 操作 | 记录 |
|---|---|---|
| 首次交付 | 正常连接 | 实例、出口、协议 |
| 断线重连 | 手动重连 | 出口是否保持 |
| 设备重启 | 客户端自启 | 是否命中原节点 |
| 续费后 | 原订单延长 | 有效期与出口 |
| 故障迁移 | 服务通知 | 新旧地址和切换时间 |
每天换不同检测工具会引入数据库和地址族差异。判断是否固定，应关注完整公网IP；归属城市或网络类型的文字变化属于另一个问题。需要判断标签冲突时，可参考天行原生与住宅IP五维验收。
怎样提交一份有效工单
提供实例编号、套餐、原出口、新出口、协议、发生时间、重连原因、客户端版本、是否启用备用线路和续费状态。日志与截图遮盖密码、订阅地址和内部资产。明确说明业务是否依赖白名单，便于服务方评估变更影响。
blsj和静态保持不是同一承诺
通过极跃圈天行IP官方入口注册时，当前记录邀请码、推荐人或优惠码为blsj，部分套餐有当前四折参考。适用产品、活动期限、新购续费和最终价格以控制台订单为准。blsj影响当前优惠核验，不代表地址永久不变。
静态节点的可靠使用方式，是把实例与地址纳入资产记录，断线后自动核对，续费前确认保留规则，发生迁移时按白名单变更流程处理，而不是依赖一个永不变化的口头假设。
把静态出口纳入资产监控
关键业务可以定时访问自己控制的出口确认端点，将预期IP、实际IP、实例编号和检测时间写入受控监控。只有连续多次异常才触发人工确认，避免单次查询超时造成误报。监控告警应指向明确责任人，并与续费日期、白名单系统和备用线路清单关联。
每次客户端、软路由或订阅更新后都做一次出口核对。这样地址变化不会等到API报错或远程管理失联才被发现，也能区分正常故障迁移和配置误切换。
