要让旧机迁新机后IP与端口完全不变，不是靠运气，而是靠“先做网络层地址漂移，再统一服务监听配置”这套组合拳。 下面把这套门道拆开，从原理到实操,一步步说清楚。
旧机迁新机，IP和端口不变的核心思路
很多人一上来就想着改新机网卡参数，把IP填成和旧机一样，这个思路没错，但只适用最简单的情况，实际生产环境里，IP和端口能不能保住,取决于你动的是哪一层的配置。
先分清IP类型：内网IP、公网IP、虚拟IP
- 内网IP：机房或局域网内分配的地址，比如192.168.x.x或10.x.x.x，只要新旧机在同一个二层网络,直接沿用静态IP是最容易的。
- 公网IP：运营商或云厂商分配的地址，这类IP通常绑定在物理资源或NAT网关上，迁移时要么重新绑定,要么靠端口映射。
- 虚拟IP（VIP）：一种不固定绑定在某台设备上的IP，通过协议在节点间漂移，VIP才是“IP不变”最稳的载体。
端口不变的本质
端口本身没有“迁移”的概念，一个服务只要监听0.0.0.0:端口，或者监听指定IP:端口，对外表现就是IP+端口可达，所以端口能不能保住,核心看两点：
- 新机上的服务监听地址是否和旧机一致。
- 网络路径上有没有NAT、防火墙等中间层把端口改掉。
服务器迁移如何保证IP端口不变？三个实操方案
根据新旧机的位置关系和业务容忍度，方案分三种，选型时别贪多,先判断自己的场景。
同网段内网迁移，直接沿用静态IP
适合新旧机在同一内网段，且旧机可以一次性下线的场景，这种方式最简单，IP、端口都能做到完全不变。
操作路径如下：
- 新机装好系统后，用
nmtui或直接改/etc/network/interfaces，把静态IP设为旧机的IP，掩码、网关、DNS全部照抄。 - 确认新机的网卡MAC不与旧机冲突,尤其别开着旧机抢同一个IP。
- 先把新机上的业务服务停掉，等旧机下线后,再启动新机网络。
- 新机网络启动后，执行
arping -I eth0 -c 3 旧IP,主动刷新交换机ARP表。
这个方案的关键是“旧机必须彻底退网”，否则会引发IP冲突,比迁移失败更难受。
用虚拟IP（VIP）实现地址漂移
如果新旧机需要并行运行，或者你希望IP故障时能自动切换，VIP是标准答案，行业共识认为，在金融、政务等高可用场景中,VIP已经是事实标准。
以Keepalived为例,简化的配置步骤：
- 新旧机都安装Keepalived。
- 在配置文件中定义
vrrp_instance,设定虚拟IP为旧机的IP。 - 两台机器的优先级设为不同值，比如旧机150,新机100。
- 业务服务监听地址从具体IP改为
0.0.0或VIP。 - 迁移时先停业务，再手动降低旧机的优先级,VIP会在几秒内漂移到新机。
用VIP的好处是，IP不绑定物理网卡，新机接管后客户端完全无感知，坏处是网络层的VLAN、防火墙策略需要支持组播或VRRP协议的放行。
用端口映射保持外部端口不变
有时公网IP是机房或云厂商的资产，不能直接跟到新机，这时候只有端口不变，IP本身变不了，对外表现可能是旧IP:端口，内部转发到新IP:端口。
以Linux的iptables举例,在网关或防火墙设备上做DNAT：
iptables -t nat -A PREROUTING -d 旧IP -p tcp --dport 原端口 -j DNAT --to-destination 新IP:原端口为了端口完全一致，目标端口不换，如果用了云负载均衡，直接在控制台修改后端服务器IP,前端监听保持原样。
端口映射的优点是灵活，但会造成流量多一跳，延迟会略高，而且NAT规则本身也是要维护的,迁移后别忘了检查规则的持久化配置。
换服务器怎么保留原IP地址？这几个坑要避开
实际操作中，IP和端口“看起来没变”，但客户端就是连不上，问题往往不在IP本身,而是下面这些细节。
网卡MAC与DHCP绑定冲突
很多内网的IP是IP-MAC绑定的，新机的MAC地址变了，即使手动配了IP，交换机或DHCP服务器也可能不认，解决方法是把旧机的MAC地址绑到新机对应网卡上,或者去DHCP服务器修改绑定关系。
服务配置文件里残留旧IP
你以为改了网卡IP就完了，但很多服务的配置文件里写的是旧IP，比如Nginx的proxy_pass，MySQL的bind-address，Redis的requirepass 后的IP白名单，迁移后要全局搜索旧IP,一个不漏地替换。
防火墙与安全组没同步
内网服务器自带的iptables或firewalld规则，如果绑定了旧IP，新机启动后所有业务端口都会被挡掉，云服务器则要检查安全组,确保入方向规则仍然放行原端口。
端口监听时只绑了旧IP
Java或Python服务常会配置server.address=旧IP，或者listen = 旧IP:端口，迁移后如果新IP没有监听，端口自然不通,检查命令：
ss -lntup | grep 原端口看监听地址是不是0.0.0.0或新IP。
DNS缓存和客户端ARP缓存
即便IP和端口都处理好了，客户端本地缓存也可能导致短暂不通，迁移窗口内，可以用ipconfig /flushdns刷新DNS缓存,局域网跨三层访问时可以等ARP自然老化。
迁移后的验证清单，按顺序执行
- 新机启动后，先
ping通新IP。 - 确认
ss -lntup里原端口处于监听状态。 - 在外部机器执行
telnet IP 端口,测试TCP连通性。 - 如果业务有域名，
dig解析出的IP是否指向新机。 - 检查应用日志,确认连接来源IP和端口与预期一致。
旧机迁新机IP端口不变，常见问题排查
问：旧机迁新机后，端口没变但IP变了，客户端必须改配置吗？
不一定，如果网络层有负载均衡或NAT，可以通过映射保留旧IP的访问入口，没有中间设备的话，客户端配置必须改，但在迁移窗口内，建议先用端口转发顶住,等客户端全部切完再撤旧资源。
问：IP和端口都保持不变，直接把旧机硬盘克隆到新机能行吗？
不能，硬盘克隆会带上旧机的设备驱动、UUID、网络配置，新机硬件大概率起不来，或者启动后网络配置冲突，正确做法是装好新系统,按本文方案重新配置网络和服务。
问：迁移后端口不通，第一步该查什么？
先检查服务是否监听：执行ss -lntup | grep 端口，没监听就查服务配置；有监听就查防火墙和NAT规则；再不通就抓包确认数据包是否到达新机网卡。
迁移这件事，IP是表象，端口是通道，把网络层和应用层分开看，先定好方案再动手,IP和端口不变就不是玄学。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/625953.html
