现场是这样的。把实例的公网地址换成了新地址，域名解析还没生效，接口回调全部失败，证书校验也报错，白天业务量大的时段几乎每小时都有超时记录。
真正麻烦的地方在于，几个原因的现象几乎一样。域名解析仍指向旧地址；对端白名单按 IP 配置；证书里包含了 IP 或者旧域名。
先确认新的公网出口地址
curl -s ifconfig.me更新解析记录并观察生效
dig +short 域名 @8.8.8.8通知对端更新白名单
echo '按出口地址提交白名单变更'等前面都确认过，再验证证书与回调是否正常
curl -I https://域名/callback这台环境是别人交接的，不少默认值被动过，只能一项项核。
恢复的判定其实很直接。解析指向新地址，回调与白名单全部更新，业务无感切换。
容易忽略的是，换地址前先把生存时间调小，并保留旧实例一段时间；只改一处白名单是最常见的遗漏。线上能稳定复现的问题都不算难，难的是只在大流量下才出现的那种。