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

迁移完成后常见的问题是仍在访问旧 IP、DNS 尚未更新，或防火墙与应用配置绑定了旧地址。不要先重装系统。

更新日期：2026-09-16

规范地址：https://stock.iftalking.com/guides/after-migration/

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

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

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

## 1. 先用新 IP 登录

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

![KiwiVM 首页显示机房、IP 和 SSH 端口的位置](https://stock.iftalking.com/tutorial-media/provider-kiwivm-overview.jpg)

*图示说明：服务商官方知识库公开截图（旧版界面），用于对照功能名称；当前菜单位置可能调整。图中的套餐、IP、端口和日期仅为示例。*

如果出现主机密钥警告，先确认新地址确实属于自己的 VPS，并通过可信控制台核对指纹。不要为了消除警告删除整个 known_hosts 文件。处理方法见[SSH 登录](https://stock.iftalking.com/guides/ssh-login/)。

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

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

```sh
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 缓存尚未到期。

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

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

## 4. DNS 生效前测试网站

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

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

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

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

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

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

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


## 完成后检查

分别记录 IP 直连和域名访问结果；只有域名失败时，应优先检查 DNS、代理与证书。

## 参考资料

- [官方防火墙连接排障](https://bandwagonhost.com/kb.php?action=displayarticle&id=24)
- [官方网络连接排障](https://bandwagonhost.com/kb.php?action=displayarticle&id=26)
- [服务商官方说明](https://bandwagonhost.com/kb.php?action=displayarticle&id=30)