CloudCone服务器迁移后网络连接异常？这里有一份保姆级修复教程

最近手里那台 CloudCone 的机器被强制迁移了，虽然心里早有准备，但迁移完后果然不出所料——网络直接挂了。IP 变了不说，连 SSH 都连不上，进网页控制台看日志也是各种报错。看了一圈社区，发现不少兄弟都踩了同样的坑。

既然官方的迁移脚本有时候并不靠谱，咱们还得靠自己动手丰衣足食。今天就把自己修复机器的过程和排坑思路整理一下，希望能帮到那些正对着黑屏发愁的朋友。

现象确认：是连不上还是跑不通？

首先得明确你的问题类型。CloudCone 迁移通常意味着 IP 地址的完全变更。如果你发现 SSH 拒绝连接，先别急着慌，进 VNC（Java 控制台）或者网页版 Serial Console 看一眼。

如果是这种状况：

机器能登录，但是 ping 不通外网（比如 8.8.8.8）。
无法解析域名（ping google.com 报 unknown host）。
网卡的 IP 地址还是旧的迁移前地址。

那就是典型的网络配置没更新过来。下面的方法主要解决这类问题。

核心问题：配置文件没跟上步伐

CloudCone 的底层通常是 OpenVZ 或者 KVM 虚拟化（尤其是老款特价机），迁移过程简单粗暴地换了物理节点，但系统内部的网络配置文件往往还留着旧数据。

1. 找到你的网络配置文件

这得看你系统用的什么工具。

CentOS 7 / Rocky Linux / AlmaLinux: 看 /etc/sysconfig/network-scripts/ 目录下的 ifcfg-eth0（或者 ens3、ifcfg-ens18 等等，取决于网卡命名）。
Ubuntu / Debian: 以前是 /etc/network/interfaces，新版本（Netplan）则是 /etc/netplan/00-installer-config.yaml 或者类似名字的 yaml 文件。

2. 修改 IP 地址

进入控制台后，用 vi 或者 nano 编辑文件。

把里面的 IPADDR（CentOS）或者 addresses（Ubuntu）改成新面板上给你的 IP。

关键点来了：子网掩码和网关。 很多时候 IP 改了，Netmask（掩码）和 Gateway（网关）如果没填对，照样不通。

子网掩码： CloudCone 大部分是 /24 或者 /255.255.255.0，除非你在特殊的局域网段，一般默认填这个就行。
网关： 这是最容易出错的。把 IP 的最后一段改成 .1 通常是成立的。比如你的新 IP 是 192.168.1.100，网关大概率是 192.168.1.1。如果不确定，去 CloudCone 的后台面板看看，有的 SolusVM 面板会显示网关信息，或者发个工单问客服要一下新节点的网关。

3. 重启网络服务

改完别激动，保存退出，刷新一下服务。

CentOS 7: systemctl restart network
Ubuntu 18.04+ (Netplan): netplan apply
Debian: systemctl restart networking

如果没报错，赶紧 ping 8.8.8.8 试试。通了就恭喜你，省钱又省时间。

进阶排坑：DNS 和路由表

如果 IP 修了还是上不了网（能ping通IP但打不开网站），那就是 DNS 挂了。

编辑 /etc/resolv.conf，把 nameserver 改成通用的公共 DNS，比如：

nameserver 8.8.8.8
nameserver 1.1.1.1
``

还有一种极为罕见的情况，是路由表被之前的脚本写错了。用 `ip route` 看一下，默认路由是不是指向你刚才填的那个网关。如果 `default via` 后面的 IP 不对，手动删掉加一下：
```bash
ip route del default
ip route add default via 你的网关IP dev eth0

为什么不直接找客服？

当然可以找客服，但 CloudCone 的效率大家懂的都懂。特别是现在的 AI 客服，你发个“网络不通”，他先机械地回复你要不要重装系统。为了几分钟能搞定的事，去工单里跟机器人聊半小时，太折磨人了。

掌握这点基础运维手艺，不仅修 CloudCone 顺手，以后遇到搬瓦工、DMIT 或者其他商家迁移机器，思路都是一样的。无非就是查网卡、改 IP、配网关三板斧。

如果你的情况比较特殊，照着做还是不通，那可能得排查一下是不是防火墙（iptables/firewalld）把新 IP 拦了，或者干脆就是商家迁移的时候节点拉稀了，这时候直接发工单骂街（划掉，礼貌催单）可能是最快的选择。