换机房后连不上：从新 IP 到应用逐层检查

先看迁移任务是否真正结束#

回到 KiwiVM 查看任务状态、Current Location、IP address 和 Status。任务尚未完成时，短暂连接中断可能处于切换阶段；不要立即提交第二次迁移或重装。

完成后记录新地址，保留旧地址用于搜索配置。迁移保留文件，并不意味着所有依赖旧 IP 的设置都会自动改好。

1. 先用新 IP 登录#

从面板读取实际 SSH Port，在自己的终端用新 IP 连接。不要继续使用旧的 SSH 别名、客户端收藏或远程工具中的旧主机地址。

如果出现主机密钥警告，先确认新地址确实属于自己的 VPS，并通过可信控制台核对指纹。不要为了消除警告删除整个 known_hosts 文件。处理方法见SSH 登录。

2. 核对系统地址与服务监听#

登录后检查地址、路由和监听端口，观察服务是否仍绑定旧地址。以下命令是只读检查：

ip -br address
ip route
ss -lntup
systemctl --failed

例如 Web 服务只监听旧 IP，就可能启动失败；数据库或应用白名单仍只允许旧地址，也会拒绝连接。只修改确认相关的配置，保留原文件副本。

不要统一把所有监听地址改成 0.0.0.0。数据库和管理接口是否需要公网访问，应按实际用途决定；本地服务继续监听 127.0.0.1 往往更合适。

3. 更新域名与外部白名单#

在真正管理该域名 DNS 的平台更新 A 记录；使用 IPv6 时，同时检查 AAAA 是否仍指向有效地址。更新后查询结果，并考虑旧 TTL 缓存尚未到期。

nslookup example.com
nslookup -type=AAAA example.com

同步更新 CDN 回源地址、第三方服务的来源 IP 白名单、监控目标、备份任务和自己电脑里的 hosts/SSH 配置。域名指向了新 IP，不代表这些设置也跟着改变。

4. DNS 生效前测试网站#

在自己的电脑执行下面的检查，将示例域名与地址换成真实值：

curl --resolve example.com:443:203.0.113.10 -I https://example.com/

若新 IP 直连检查正常，而普通域名访问仍异常，继续核对解析和缓存；若直连也失败，则先查 Web 服务、证书和防火墙。不要通过关闭 TLS 校验掩盖证书问题。

5. 最后检查数据、任务和线路#

抽查网站页面、后台登录、数据库查询和文件上传；检查定时任务、备份、Webhook 和监控是否恢复。再核对机房变更后的流量额度及用量显示。

网络复测使用与迁移前相同的来源、协议和时段。只有某一条宽带异常时，按网络诊断收集往返路径；服务器在多个来源都不可达时，再结合控制台和官方状态页排查。

将实际的新 IP、改过的配置和验证结果留在自己的维护记录中，下次迁移可以直接照单核对。