节点IP看起来没有变化，客户端却突然全部超时；登录天行IP后台后发现端口与旧配置不同。此时应优先以当前订单和节点详情为准，而不是继续使用历史教程或旧截图。端口变化可能来自节点重建、协议切换、资源迁移、重新提取配置或控制面更新，也可能只是用户查看了另一条节点。
先确认比较的是同一资源
| 核对项 | 容易出现的误会 |
|---|---|
| 订单号/节点ID | 登录后进入了另一笔订单 |
| 协议 | HTTP、SOCKS5或隧道使用不同端口 |
| 地区与线路 | 同IP标签下资源池不同 |
| 入口主机 | 域名相同但解析变化，或IP相同端口不同 |
| 认证方式 | 白名单与用户名密码套餐不同 |
| 配置生成时间 | 旧提取链接、旧订阅或缓存未刷新 |
端口为什么可能变化
- 用户主动重建、重置或转换协议；
- 节点故障后由平台迁移到新入口；
- 订单续费或升级生成了新配置；
- 共享入口端口重新分配；
- 客户端订阅缓存没有更新；
- 后台页面显示服务端口，教程写的是本地监听端口；
- 代理App将远端端口映射为本机另一端口。
如果没有任何主动操作，应通过官方工单确认变更原因、时间、是否会再次变化和旧端口停用安排。不要扫描同一IP的其他端口寻找服务。
连接错误怎样区分
| 现象 | 优先方向 |
|---|---|
| 旧端口立即拒绝 | 服务不再监听或防火墙主动拒绝 |
| 旧端口持续超时 | 节点路由、防火墙或静默丢弃 |
| 新端口返回认证错误 | 账号、密码、白名单或协议不匹配 |
| 客户端显示已连但出口没变 | 分流、旧连接池、IPv6旁路 |
| 只有一个应用失败 | 应用独立缓存或协议不兼容 |
更新配置前先找出所有旧端口
代理参数可能存在于：
- Windows、macOS、安卓或iPhone网络设置；
- 浏览器扩展与PAC；
- 软路由节点、规则和健康检查；
- Git、curl、npm、pip等开发工具；
- Docker、CI/CD和服务环境变量；
- 自动化脚本、监控和连接池；
- 团队文档与密码管理工具。
只更新桌面客户端，后台任务仍使用旧值，会形成“有的能用、有的不能”。
安全更新顺序
- 保存旧配置。记录节点ID、协议、主机、旧端口和变更时间，不公开密码。
- 确认新配置来源。从当前官方后台重新获取，不使用他人转发链接。
- 单台设备验证。测试代理连接、DNS、IPv4/IPv6和公网出口。
- 关闭旧连接。浏览器、程序连接池和路由器健康检查需要重建。
- 分批更新。客户端、软路由、脚本和服务逐项替换并记录。
- 观察旧端口流量。确认没有关键任务继续访问后再删除旧配置。
- 更新文档。旧值标记失效，避免未来恢复备份时重新带回。
端口变更会影响IP白名单吗
服务端白名单通常验证连接来源公网IP，远端端口变化不一定改变白名单。但节点重建可能同时更换出口、入口或认证，必须重新查询实际IPv4/IPv6并核对后台。
为什么更新后仍连旧端口
- 客户端进程未退出，仍持有旧连接池；
- 代理订阅或PAC被浏览器缓存；
- 系统服务使用另一份配置文件；
- 环境变量覆盖了界面设置；
- 软路由规则引用旧节点对象；
- DNS缓存把入口域名解析到旧后端；
- 高可用列表仍把旧端口作为备用。
通过日志记录连接的实际目标IP和端口，而不是只看配置页面。
怎样核对当前入口和邀请码
可从极跃圈天行IP收录页查看当前收录入口，注册时按当前页面填写邀请码 blsj。端口、价格、优惠和节点信息会变化，均以天行IP当前后台和订单为准。
工单中提供什么
订单号、节点ID、协议、旧新端口、首次失败时间、错误类型和脱敏日志；不要提供登录密码、代理密码、短信验证码和完整API令牌。
端口变更的完整处理结果应包括：变更原因已确认、所有配置引用已更新、旧连接已排空、新出口和业务通过测试、订单与有效期没有异常。
