有一次我做三节点的 ZooKeeper 集群测试三个 CentOS 虚拟机跑得好好的我顺手重启了其中一台结果发现它的 IP 从 192.168.100.131 变成 192.168.100.142。集群直接分裂我花了半个多小时排查才发现是 IP 变了导致节点互相连不上。从那次以后我养成了一个习惯只要是装虚拟机做实验第一步永远是把固定 IP 配好。这篇文章就围绕“虚拟机 centos 配置固定 IP”这件事把 VMware 里的网络模式选择、CentOS 端的具体配置、以及我踩过的各种坑完整讲一遍。内容不挑版本CentOS 7 到 CentOS Stream 9 都能用。适合刚接触 Linux 虚拟机的初学者也适合那些配过几次但总在重启后掉线的老手。1. 动手之前先想清楚固定IP到底要固定哪些东西很多人一上来就打开网卡配置文件把 BOOTPROTO 改成 static填一个 IP 完事。结果重启后要么连不上网关要么 DNS 解析不了域名折腾半天。其实固定 IP 这件事表面上是在写一个地址实质上是在向系统声明四个信息IP 地址、子网掩码、网关、DNS。任何一个不对网络都不通。1.1 IP只是敲门砖网关和DNS才是关键先打个比方。IP 地址是门牌号子网掩码决定你这个小区有多大网关是你这个小区的总大门DNS 是手机里的通讯录。你把门牌号改了、小区范围对了但如果总大门地址填错你出不了小区如果通讯录坏了你出小区后也不知道该往哪走——对应到网络里就是能 ping 通 IP 但上不了网。在 VMware 的 NAT 模式下虚拟机的网关几乎永远是那个网段的 .2 地址。比如 VMware 默认把 VMnet8 网段划分成 192.168.100.0/24那么网关就是 192.168.100.2。这个 .2 是 VMware 虚拟网关的固定占用地址你在配置虚拟机的时候一定不能把这个地址分配给自己用否则就会冲突。DNS 的选择比较自由。你可以用宿主机的 DNS可以用 VMware NAT 的虚拟 DNS也可以直接用公共 DNS 比如 223.5.5.5阿里或者 119.29.29.29腾讯。如果想让虚拟机在只有内网的环境里稳定运行我会把网关地址同时填成 DNS1再配一个公共 DNS 作为 DNS2。这样既能保证内网解析又能在需要上外网的时候兜底。1.2 为什么填了静态地址还会丢网络这是我在新手阶段常遇到的问题明明在图形界面里改了配置IP 也填对了重启后又变回去了。原因通常是 NetworkManager 和网卡配置文件之间产生了分歧。CentOS 7 时代网络服务有 network 和 NetworkManager 两套机制CentOS 8 开始更是默认由 NetworkManager 全权接管。如果你只是用文本编辑器改写了 ifcfg 文件但没有让 NetworkManager 重新加载配置系统下次启动时大概率还是按照旧的连接配置来。理解“连接connection”这个概念很重要。NetworkManager 管的是一个连接配置而不是直接管网卡。一个网卡上可能同时存在多个连接配置——比如系统原有的 ens33 连接、你手动新建的静态连接、还有 VMware 克隆时自动生成的连接。表现就是你改了 ifcfg-ens33屏幕上显示的是另一份配置。这部分细节我放在第 4 节详细展开这里只要记住一句话手动改文件之后一定要重启 NetworkManager 或使用 nmcli 让新配置生效。2. VMware三种网络模式怎么选NAT模式才是固定IP的主战场不少教程一上来就直接让读者改 /etc/sysconfig/network-scripts/ifcfg-ens33 文件很少讲清楚 VMware 的三种网络模式对固定 IP 的影响。实际工作中我发现网络模式选错了静态 IP 再怎么配都是白搭。2.1 三种模式适用于哪个场景一张表说清楚VMware Workstation 的虚拟机网卡有三种模式桥接模式、NAT 模式、仅主机模式。它们的核心差别在于虚拟机如何与宿主机、局域网、外网沟通。网络模式虚拟机和宿主机通信虚拟机上外网虚拟机之间通信固定IP的省心程度桥接模式借助物理网卡逻辑上等同局域网内一台独立主机依赖宿主机所在局域网的路由条件可以互通但依赖物理交换机容易和局域网其他设备冲突需要确认空闲 IPNAT 模式通过虚拟网关 VMnet8 转发通过宿主机 NAT 转发直通外网同一 VMnet8 下可互通网段隔离独立静态 IP 最稳定仅主机模式只能和宿主机及同网段虚拟机通信不能上外网可以互通适合纯内网测试但外网不通桥接模式最接近物理机的网络环境。虚拟机会直接用宿主机的物理网卡向外通信表现上就像是局域网里又多了一条主机。反过来你的虚拟机 IP 必须落在宿主机所在的局域网网段内而且不能和现有设备冲突。比如你家路由器的网段是 192.168.1.0/24那虚拟机就得设一个 192.168.1.x 的地址还不能跟手机、电视、宿主机抢同一个 .x。听起来简单但路由器 DHCP 分配的地址时不时会变化静态 IP 就可能撞地址。一旦冲突要么虚拟机掉线要么把人家手机挤掉线。仅主机模式则彻底断开外网只有虚拟网卡 VMnet1 提供内网通道。它适合做渗透测试、内网实验但不适合日常需要更新软件包的场景。2.2 NAT模式下VMware的虚拟网关和DHCP服务NAT 模式是绝大多数人做实验最省心的选择。它通过 VMnet8 虚拟网卡把虚拟机包一层 NAT转发到宿主机的物理网络上。虚拟机的 IP 网段由 VMware 自己划分和外部局域网隔离。就算你家里路由器的网段也是 192.168.100.0/24VMware 的 VMnet8 也是同样的网段虚拟机和物理局域网还是互不干涉因为中间隔了一层 NAT。VMware 在 NAT 模式里会自带两个服务虚拟 DHCP 服务和虚拟 NAT 服务。虚拟 DHCP 负责动态下发 IP虚拟 NAT 负责把虚拟机的流量伪装成宿主机流量发出去。默认情况下VMnet8 子网的起始地址通常是 192.168.100.128 或者类似段位具体看 VMware 的随机分配。你可以在 VMware 的“虚拟网络编辑器”里点选 VMnet8查看子网 IP 和 DHCP 设置这个界面我在第 5 节还会用到。固定 IP 在这个模式下最舒服的地方在于虚拟机的网段是完全由你控制的系统不会把 192.168.100.200 这样的固定地址分配给其他设备因为整个网段里只有你的虚拟机。相比桥接模式要担心局域网冲突NAT 模式只需保证自己网段内不重复即可。3. CentOS端配置静态IP的完整操作命令方式和配置文件方式二选一这一节是全文的核心操作。我会给你两套写法第一套用 nmcli 命令推荐优先使用CentOS 7/8/9 都能跑第二套直接改 ifcfg 配置文件适合你更习惯传统做法的场景。两套选一套用就好不要混着来否则反而容易触发配置冲突。3.1 先做三件事确认网卡名、当前网络、连接名称配置前必须知道自己机器上的网卡叫什么。很多人照着网上的教程写 ens33但你的网卡可能是 ens160也可能是 enp0s3。查网卡名用 ip addr看当前网络配置用 ip route 和 nmcli con show。ip addr nmcli con show ip route第一行命令会列出所有网卡和它们的当前地址。你要找到状态是 UP 的那块网卡名。第二行命令显示 NetworkManager 当前管理的连接列表注意看 CONNECTION 列里那个名字是不是网卡名——经常会出现连接名和网卡名不一样的情况这叫连接名Connection Name是 NetworkManager 的逻辑名称后面改配置时要用这个连接名而不是设备名。第三行命令看默认路由确认现在的网关地址是什么。3.2 用nmcli一把梭CentOS 7到9通用假设你的网卡名叫 ens33想把 IP 固定在 192.168.100.200/24网关 192.168.100.2DNS 用网关加一个公共 DNS。打开终端逐条执行下面命令nmcli con mod ens33 ipv4.method manual nmcli con mod ens33 ipv4.addresses 192.168.100.200/24 nmcli con mod ens33 ipv4.gateway 192.168.100.2 nmcli con mod ens33 ipv4.dns 192.168.100.2 223.5.5.5 nmcli con down ens33 nmcli con up ens33第一行就是把连接从 DHCP 改成手动配置。第二行设置 IP 和掩码必须带 /24 这种前缀长度不写的话 nmcli 会报错。第三行设网关第四行设 DNS注意两个 DNS 之间用空格而不是逗号。最后两行是重启这个连接让配置立刻生效。个别情况下你的连接名不是 ens33而是系统自动起的 Wired Connection 1 之类的名字。这时候把上面命令里的 ens33 全部替换成对应的连接名就好。用 nmcli con mod Wired Connection 1 这种方式最稳妥的判断方法是先执行 nmcli con show 看当前激活的连接名。配置完成后看结果ip addr show ens33 ping -c 3 192.168.100.2 ping -c 3 223.5.5.5第一条确认 IP 已经变成 192.168.100.200。第二条检查能不能通网关如果 ping 网关都不通说明配置或网段有问题第三条检查外网如果不通基本就是 DNS 或 NAT 的问题。3.3 老派做法直接改ifcfg文件也一样有效如果你更习惯改文件的方式或者需要批量部署多台虚拟机直接编辑 /etc/sysconfig/network-scripts/ifcfg-ens33 也可以。先备份原文件再动手cp /etc/sysconfig/network-scripts/ifcfg-ens33 /etc/sysconfig/network-scripts/ifcfg-ens33.bak vim /etc/sysconfig/network-scripts/ifcfg-ens33文件内容大致改成这样TYPEEthernet PROXY_METHODnone BROWSER_ONLYno BOOTPROTOstatic DEFROUTEyes NAMEens33 DEVICEens33 ONBOOTyes IPADDR192.168.100.200 NETMASK255.255.255.0 GATEWAY192.168.100.2 DNS1192.168.100.2 DNS2223.5.5.5BOOTPROTO 是关键必须从 dhcp 改成 static。ONBOOT 必须为 yes否则开机不启用。IPADDR、NETMASK、GATEWAY、DNS1、DNS2 都是固定 IP 的核心参数。改完后让配置生效systemctl restart network # CentOS 7 用法 systemctl restart NetworkManager # CentOS 8 及以上推荐用法这里有个容易犯迷糊的地方CentOS 8 / CentOS Stream 9 里network 服务已经被 NetworkManager 取代service network restart 在某些版本里甚至不存在。所以最保险的办法是使用 nmcli con reload nmcli con up ens33 这两个命令来加载并激活配置。这套组合在 CentOS 7 到 9 上都有效。3.4 学会验证才算配置完很多时候配置完发现连不上并不是 IP 没填对而是没有彻底验证。我会按三个层次来做检查第一层检查本机网卡是否拿到了配置。ip addr show ens33 看 IP 和掩码。第二层检查三层路由是否可用。ping 网关地址不通就回头查掩码和网关。第三层检查 DNS 解析是否正常。用 nslookup www.baidu.com 或者 getent hosts www.baidu.com。如果网关能通但域名解析不了基本就是 DNS 没覆盖到。养成一个习惯配完任何网络设置都主动跑一遍这三个层次的验证。不然你安装半天的软件后发现 yum 源超时再回头排查网络浪费的时间比现在这三分钟多得多。4. 固定IP踩坑实录三个最容易翻车的隐藏细节操作步骤看起来简单实际配置过程中我踩过的坑比教程多得多。下面三个问题是我在反复配置虚拟机 centos 固定 IP 时最高频踩中的每一个都有完整的排查路径。4.1 ifcfg文件和NetworkManager各改各的谁生效全靠运气有一次我给 CentOS Stream 9 配固定 IP老老实实改了 ifcfg-ens33 文件然后 systemctl restart NetworkManager。结果 ip addr 一看IP 还是 DHCP 分配的旧地址配置文件里写的内容像不存在一样。排查时我首先执行 nmcli con show发现当前激活的连接名是 cloud-init ens33 connected ens33。这个连接名里带着 ens33但跟设备名不完全一样说明系统里存在一份由 cloud-init 或者安装器生成的独立连接配置。NetworkManager 优先加载这个连接而我改的 ifcfg-ens33 文件虽然还在却没有被这个连接引用。解决方式有两种。第一种直接用 nmcli 修改真正生效的连接nmcli con mod ens33 ipv4.method manual nmcli con mod ens33 ipv4.addresses 192.168.100.200/24 nmcli con mod ens33 ipv4.gateway 192.168.100.2 nmcli con mod ens33 ipv4.dns 192.168.100.2 223.5.5.5 nmcli con down ens33 nmcli con up ens33第二种如果是初装系统还没有业务数据直接删掉多余连接删完再重新建立连接。用 nmcli con delete 连接名 清理。记住只要系统里存在多个连接配置就一定会出现配置不生效的情况排查的前提是先看 nmcli con show 到底有哪些连接在。4.2 防火墙关了又重启SSH还是连不上固定 IP 配好后从宿主机 SSH 登录虚拟机发现连接被拒。很多人第一反应就是 systemctl stop firewalld关了之后确实能连上。问题是重启虚拟机之后 firewalld 又自己起来了SSH 再次连不上。这个坑的本质是 CentOS 的 firewalld 默认开机自启。systemctl stop 只是临时停止并没有禁用服务。如果只是测试环境直接禁用它systemctl disable firewalld systemctl stop firewalld如果生产环境不想完全关防火墙那就只放行需要的端口比如 SSH 的 22 端口firewall-cmd --permanent --add-servicessh firewall-cmd --reload为什么我专门提这个坑因为 SSH 连不上会给人造成“固定 IP 失败”的错觉。实际上 IP 已经是固定了只是你无法远程访问而已。排查顺序应该是先 ping IP 检测网络层再 telnet IP 22 检测端口最后才想到问题可能出在防火墙而不是 IP。4.3 克隆出来的CentOS两台MAC地址竟然一样有一次我克隆了几台 CentOS 虚拟机做测试配置好固定 IP 后发现一个诡异现象只有一台机能从宿主机 SSH 通其他几台时通时不通ping 还经常丢包。用 nmcli con show 检查IP 都正确。最后查出来是 MAC 地址冲突。VMware 做“复制虚拟机”而不是“完整克隆”时新的虚拟机会沿用模板机的网卡 MAC 地址。两台虚拟机在同一个 VMnet8 网段里ARP 缓存根本分不清谁是谁流量就会串线。排查方法很简单在两台机上分别执行cat /sys/class/net/ens33/address如果地址完全相同说明 MAC 冲突了。解决方法是关掉出问题的虚拟机在 VMware 虚拟机设置里找到网卡点击“高级”把 MAC 地址的“生成”按钮点一下重新生成。也可以在虚拟机内部通过改网卡配置的方式修改 MAC但 VMware 层面重新生成更干净。为了防止以后再踩这个坑每次克隆完虚拟机第一步就检查 MAC第二步再改 IP。顺序反了会浪费大量的排错时间。5. 备选思路DHCP保留地址实现“准固定IP”的玩法固定 IP 不一定只能靠手动配置。很多场景下动态分配反而比静态配置更安全因为不会有 IP 冲突。在 VMware 里有一种介于 DHCP 和静态 IP 之间的办法DHCP 保留地址。搜索热词里有“dhcp 分配固定 ip”指的就是这个思路。5.1 什么时候该用DHCP保留地址虚拟机数量一多比如你有 20 台 CentOS全部手动配静态 IP每台都要单独登录改文件效率低还容易因为手滑把网关或 DNS 写错。而每台都用纯 DHCPIP 又会变来变去。DHCP 保留地址的方案是虚拟机的网卡仍然通过 DHCP 获取地址但 DHCP 服务器根据你的 MAC 地址永远只下发同一个 IP。这个方案最典型的使用场景是实验集群和测试环境。管理端只需要在宿主机维护一张“MAC 地址—IP”对应表新增虚拟机时不用登录虚机操作系统也不用担心配错。虚拟机的网络配置保持最简单的 dhcp 模式系统层面不会有任何“手动 IP”相关的残留配置。5.2 在VMware里按MAC地址锁定IP的正确姿势先说结论VMware Workstation 的图形界面并不能直接做“按 MAC 绑定 IP”的操作你需要手动编辑 DHCP 配置文件。这个文件在 Windows 宿主机上位于 C:\ProgramData\VMware\vmnetdhcp.conf在 Linux 宿主机上位于 /etc/vmware/vmnet8/dhcpd/dhcpd.conf。以 Windows 为例用管理员权限打开这个文件找到 VMNET8 的 subnet 声明段subnet 192.168.100.0 netmask 255.255.255.0 { range 192.168.100.128 192.168.100.254; option broadcast-address 192.168.100.255; option router 192.168.100.2; }在这个 subnet 段内追加类似下面的配置host centos-node1 { hardware ethernet 00:0C:29:AB:CD:01; fixed-address 192.168.100.200; } host centos-node2 { hardware ethernet 00:0C:29:AB:CD:02; fixed-address 192.168.100.201; }hardware ethernet 后面填虚拟机的 MAC 地址fixed-address 填你想固定的 IP。注意这个 IP 要落在 range 范围内否则 VMware 的 DHCP 服务可能拒绝发地址。保存后重新开关虚拟网络或重启 VMware 服务让配置生效。这个做法我在三节点集群上验证过稳定程度不输手动静态 IP。唯一要注意的是修改 dhcpd.conf 前先备份因为它还管着 VMware 虚拟网络的其他参数改坏了会导致整个 VMnet8 的 DHCP 服务不可用。5.3 DHCP保留方案的优劣优点很明确集中管理、避免手动配错、系统层面保持最原始的 DHCP 配置。缺点也有如果你离开了做 DHCP 保留的宿主机换到另一台宿主机上运行同一个虚拟机绑定关系会失效另外如果 VMware 的 DHCP 服务异常所有虚拟机都会拿不到地址而不像静态 IP 那样不受 DHCP 服务影响。所以我的建议是两三台虚拟机直接用第 3 节的手动静态 IP省事直观五台以上且经常变动的新机器用 DHCP 保留地址维护成本更低。两者都是“固定 IP”的合理实现选哪种取决于你管理虚拟机的习惯和规模。6. 配好IP之后顺手做这几件事固定 IP 配置只是第一步网络通了不代表环境就稳了。实战里我习惯在确认网络正常后立刻把下面几件事一并做完避免后面返工。6.1 SSH开机自启与主机名固定固定 IP 解决的是“机器在哪里找”的问题SSH 服务解决的是“能不能进去”的问题。先确保 sshd 服务开机自启systemctl enable sshd systemctl start sshd更推荐的做法是顺手把 hostname 也改了。比如三台虚拟机叫 node1、node2、node3hostnamectl set-hostname node1hostname 配合第 6.4 节的 hosts 映射比记 IP 直观得多也降低了“IP 没记错为什么连不上”的误解概率。6.2 网络就绪后立刻拍快照配好 IP、能 ssh、能 yum 联网的阶段是虚拟机最干净的快照时机。很多人在这个阶段急着装 Java、MySQL等软件装到一半发现某个包把网络配置覆盖了再想回滚已经来不及。我现在的习惯是CentOS 装完、固定 IP 配好、SSH 能连三步走完后直接打一个快照命名成“base-network-ready”。后续实验搞砸了一条命令就能回到干净状态比重新装系统省太多时间。6.3 复制粘贴失效多半是VMware Tools的问题不少人在虚拟机里复制宿主机内容发现粘贴不过去误以为是固定 IP 配置的问题。其实多半是 VMware Tools 没装好。CentOS 上装开源版本最省事yum install -y open-vm-tools装完 reboot。没有工具的话虚拟机分辨率、共享剪贴板、拖拽文件都会受限这些跟网络固定 IP 是两码事别混在一起排查。6.4 在宿主机加一个hosts映射宿主机如果是 Windows编辑 C:\Windows\System32\drivers\etc\hosts加一行192.168.100.200 node1 192.168.100.201 node2 192.168.100.202 node3以后在宿主机上直接用 ssh node1 就能连过去不用再记 IP。这个操作配合固定 IP 使用等于把整套实验环境的“通讯录”提前整理好比在浏览器收藏夹里存一堆 vCenter 地址还实用。踩过几次坑之后我最大的体会是固定 IP 这件事90% 的问题都出在动手之前没想清楚网络拓扑动手之后又没做好验证。只要先确定好了用 NAT 模式、网段不冲突再把网关和 DNS 一次写对整个配置过程其实就三分钟的事。最后建议你配完 IP 之后顺手把 SSH 和快照一起搞定一套流程走下来后续做任何实验都会顺畅很多。