IP 变更影响梳理
迁移后主机 IP 通常会变，影响面远超“改个配置”：防火墙白名单、域名解析、证书绑定、第三方回调地址、商业软件授权绑定的机器信息、监控与日志上报目标都会受影响。做法是把这些项目逐条列成检查表，明确更新人与生效时间。
基本信息
| 网络侧 | 安全组、防火墙、专线路由、NAT 映射 |
|---|---|
| 应用侧 | 连接串、回调地址、CDN 回源、证书 |
| 外部侧 | 第三方白名单、短信与支付回调、合作方接口 |
| 授权类 | 部分商业软件把授权与 IP 或 MAC 绑定，需提前申请重签 |
| 域名类 | 切换前把 TTL 调小，减少解析缓存等待 |
| 检查方式 | 逐一确认更新人与生效时间，保留确认记录 |
典型使用场景
- 制定割接检查表，把“谁改什么、什么时候生效”写清楚
- 提前通知第三方更新白名单并索取生效确认
- 核对证书与域名绑定，避免切换后 HTTPS 校验失败
- 评估地址变化对会话保持与长连接的影响
- 切换后逐项回归验证，把结果回填检查表
梳理与核对用命令
梳理与核对用命令
ip -br addr # 新环境的地址清单
ss -lntp # 对外监听端口，确认服务都已起来
grep -RInE '([0-9]{1,3}\.){3}[0-9]{1,3}' /etc/app | head # 找出配置里写死的地址
grep -RIl '<旧IP>' /etc /opt 2>/dev/null | head # 全量列出引用旧地址的文件
ip route get <对端IP> # 确认出网路径与源地址是否符合预期
dig +short <业务域名> # 对比新旧解析结果与 TTL影响面检查表
| 层面 | 需要确认的项目 | 校验方式 |
|---|---|---|
| 网络 | 安全组、防火墙、NAT 映射 | 从对端实测连通性 |
| 解析 | DNS 记录与 TTL | dig 对比新旧解析结果 |
| 应用 | 连接串、回调地址、证书绑定 | 全文检索配置中的旧地址 |
| 外部 | 第三方白名单与回调 | 与对方确认生效时间 |
| 授权 | 商业软件绑定的机器信息 | 提前申请重签或换绑 |
域名解析的 TTL 要在切换前提前调小（例如 60 秒），并预留足够的传播时间，否则切换完成后仍会有一批客户端按缓存访问旧地址。
涉及第三方白名单的，必须提前对接并拿到“已生效”的明确回复：割接当天才发通知，往往要在窗口外等对方处理，业务恢复时间不可控。