如何为虚拟机的服务器设置IP地址，有哪些配置方法？

给虚拟机里的服务器配IP,核心思路就一句话：先把虚拟机的网卡模式选对，再进系统里把IP、网关、DNS写成固定值，多数所谓的“配不上IP”，其实不是命令敲错，而是宿主机的网卡模式压根没切对。

虚拟机服务器IP地址怎么设置？先搞懂三种网络模式

要配IP,你得先知道虚拟机在“物理网络”里扮演什么角色，很多新手直接照着教程敲ifconfig，敲完发现IP变了但外网不通，就是因为模式选错了。

加载中

Ubuntu桌面版配置静态IP【包含NAT和桥接两种模式，界面化和命令行两种方式，虚拟机版本22.04】

Galaxfy

5813954

原视频地址

虚拟机的网络模式主要分三种,行业共识认为 桥接模式最接近真实服务器部署。

桥接模式：把虚拟机变成一台“真机”

桥接模式下,虚拟机直接通过宿主机物理网卡接入局域网，拥有一个和你办公室网络完全同网段的独立IP，别人可以直接通过这个IP访问虚拟机里的服务，比如网站或API接口。

适合场景：你在搭测试环境、给客户演示系统，或者需要多台虚拟机像真实机器一样彼此通信。

配置逻辑：虚拟机IP必须和宿主机IP在同一网段，比如宿主机是168.1.100，虚拟机就设168.1.101，子网掩码255.255.0，网关168.1.1。

NAT模式：虚拟机偷偷借宿主机上网

NAT模式下,虚拟机藏在宿主机背后，宿主机当“代理”，虚拟机对外没有独立IP，外面访问不到它，但它能通过宿主机上网。

适合场景：临时下载个软件包、给虚拟机做实验、不希望虚拟机暴露在局域网里。

配置逻辑：虚拟机通常拿到的是168.x.0/24这样的内网地址，由VMware或VirtualBox内置的虚拟DHCP分配，这种模式一般不建议手动改IP，手工设错网关很容易断网。

仅主机模式：适合闭门做实验

虚拟机和宿主机组成一个封闭网络,完全不上外网，适合模拟隔离环境、研究恶意软件行为、测试网络攻击防御这类场景，配置IP时同样要和虚拟网卡的网段对齐，否则两边的包根本发不出去。

一句话记法：桥接=虚拟机独立出道，NAT=虚拟机躲在幕后，仅主机=彻底闭关。

虚拟机设置静态IP还是动态IP，别选错了方向

这是大家最容易纠结的问题,针对服务器的场景，结论很直接：生产环境用静态IP，临时测试用动态IP。

动态IP的优势是零配置,虚拟机开机自动从DHCP服务器拿地址，但你得知道，DHCP的租期一般是几小时到几天，到期后IP会被回收，如果你跑了个服务，客户端配置的还是老IP，服务就直接断开。

静态IP的优势在于地址稳定、可预期、便于管理防火墙规则，特别是你有多台虚拟机，互相要调接口，写死IP比靠域名解析省心得多。

业内专家指出,云服务商的虚拟机默认都是DHCP加私有IP，但在本地VMware环境中，静态IP更符合服务器运维的习惯。

还有个细节：即使你选择了动态IP，网关和DNS也必须正确，很多人只改了IP，没改DNS，结果虚拟机看着“在线”，实际解析不了域名，访问外网直接超时。

VMware虚拟机设置静态IP实战操作

下面以VMware Workstation为例，系统是CentOS Stream或Rocky Linux，走一遍完整流程。

第一步：把虚拟机的网卡模式切到桥接

关机状态下,右键虚拟机 → 设置 → 网络适配器 → 选择“桥接模式”，勾选“复制物理网络连接状态”，这一步的意义是让虚拟机直接复用宿主机物理网卡，如果宿主机连的是无线网络，一定要勾“复制”，否则MAC地址漂移会频繁掉线。

第二步：在系统里写死IP（RHEL系）

以NetworkManager为例,打开终端：

nmcli con mod ens33 ipv4.addresses 192.168.1.101/24
nmcli con mod ens33 ipv4.gateway 192.168.1.1
nmcli con mod ens33 ipv4.dns "223.5.5.5 8.8.8.8"
nmcli con mod ens33 ipv4.method manual
nmcli con up ens33

如果提示ens33不存在，先执行ip addr查看网卡名称，老系统的网卡可能叫eth0，改完后用ip addr验证，看到168.1.101/24就说明写进去了。

第三步：Ubuntu系统的写法

Ubuntu用的是Netplan,配置文件在/etc/netplan/目录下，一般是01-network-manager-all.yaml：

network:
  version: 2
  ethernets:
    ens33:
      dhcp4: no
      addresses:
        - 192.168.1.102/24
      routes:
        - to: default
          via: 192.168.1.1
      nameservers:
        addresses: [223.5.5.5, 8.8.8.8]

保存后执行：

sudo netplan apply

如果报错,大概率是YAML文件里多了空格或写错了缩进。netplan比ifconfig难搞的一点，就是它对格式极其挑刺。

第四步：验证

ping 192.168.1.1   # 测网关
ping www.baidu.com # 测外网

两步都通,说明IP配置已经没问题了，如果第一步通、第二步不通，优先检查DNS。

VirtualBox和Hyper-V的IP配置差异

这两个平台配置思路一致,但坑不太一样。

VirtualBox的桥接模式,要在“设置 → 网络 → 连接方式”里选“桥接网卡”，然后在“名称”里手动选你宿主机真正在用的物理网卡（比如Realtek或Intel的以太网卡），有个非常容易踩的坑：如果你的宿主机连的是WiFi，某些无线网卡不支持桥接模式下混杂模式，即使配了静态IP，虚拟机也只能发包不能收包，这种情况建议临时改用NAT，别硬磕桥接。

Hyper-V用的是“虚拟交换机”机制，在Hyper-V管理器里创建一个“外部虚拟交换机”，绑定物理网卡，然后虚拟机连接这个交换机，内部配IP的逻辑和VMware完全一样，需要注意：创建外部交换机的时候，宿主机网络会短暂掉线几秒，建议在没有关键任务的时候操作。

设置完IP之后的排错顺序

很多人配完IP发现还是不通,先别急着删配置，按下面的顺序一条条验。

第一步：先从虚拟机内ping网关

ping -c 3 192.168.1.1

不通说明IP跟网关不在同一网段,或者子网掩码写错了，比如网关是168.1.1，你配了168.2.101/24，两边必然不通。

第二步：从宿主机ping虚拟机

不通但虚拟机自己能上网,多半是宿主机防火墙拦了ICMP，Windows宿主机开启“文件和打印机共享”规则，macOS系统则要查“应用程序防火墙”是否信任VMware进程，观察配置前后是否出现网络断开又连上的情况，往往就是防火墙策略在捣乱。

第三步：重启虚拟机后IP丢失

这说明你改的是运行时配置,没有持久化，RHEL系用了NetworkManager就改profile，Ubuntu就要改Netplan文件而不只是临时敲ip addr add，还有一点别忽略：如果虚拟机开了DHCP且租期很短，即便设了静态IP，DHCP服务器也可能主动发送冲突告知，导致系统自动切换回DHCP，此时要把NetworkManager的DHCP接管行为彻底停掉。

第四步：检查网卡驱动是否被虚拟机平台重置

VMwareTools没装好的情况下,虚拟网卡驱动经常在快照回滚后丢失配置，装好VMware Tools或open-vm-tools，能减少这类奇怪问题，部分免费版虚拟机软件在虚拟机重启后会把网卡MAC地址重新生成，这就意味着旧IP绑定全部失效，需要在虚拟机的系统配置里把MAC地址固定。

本地测试和机房部署的IP设置差异

本地虚拟机怎么配是个人的事,一旦涉及机房托管或云上服务器，规则就变了。

如果你跑的是简米云、酷番云这类云服务器，后台控制台里的“安全组”和服务器内部的防火墙是两套体系，你在云控制台放行了端口，但虚拟机内部的Firewalld没放行，外部请求照样打不进来，很多做本地测试的人第一次上云，都会卡在这个环节。

如果是物理机房托管,比如你租了某地机房的机柜，机房会给你分配一段可用的公网IP段、掩码、网关，IP得按机房给的配置，不能像本地一样随手写，但凡你配了168.x.x这种内网地址，外部流量根本进不来，SSH都连不上。

配置前先问清楚：到底是本地测试环境、云上VPC环境，还是机房物理机环境，三种环境对IP的约束完全不同，一套配置走天下是不存在的。

关于虚拟机服务器设置IP的常见问题答疑

Q1：虚拟机设置IP后重启失效，通常是什么原因？

配置文件没写对,用NetworkManager时，要修改连接profile而不是用ip addr add写临时地址，Ubuntu系统则要确认Netplan里写的是dhcp4: no，并且CMDLINE里没有残留的网络配置干扰，检查完这两个地方，重启失效的问题基本可以解决。

Q2：桥接模式下虚拟机设置了静态IP，但宿主机可以上网，虚拟机无法上网，怎么排查？

查看虚拟机网关是否与宿主机虚拟机网卡NIC处于同一网段,检查宿主机的虚拟机网络编辑器是否正确绑定了物理网卡，如果宿主机用的是无线网络，桥接模式下经常出现单向通的情况，此时建议换成NAT模式，最后还要确认虚拟机内部的DNS是否可达，ping 223.5.5.5能通、ping www.baidu.com不通，就是DNS设置问题。

Q3：虚拟机设置固定IP时，选什么网段不会和现有网络冲突？

先查宿主机IP及掩码再做决定,如果宿主机是168.31.x，虚拟机就不要用168.1.x，也不要用0.2.x这种VMware NAT默认段，最保险的做法是让虚拟机和宿主机完全处于同一网段、不同IP末尾段，比如宿主机168.31.10，虚拟机取168.31.20到168.31.100之间的地址，配置完顺手在宿主机ping一次，确认该IP没人占用，机房环境则按机房分配的网段为准，不要自行选用Internet上已被占用的公网段，运营商机房侧的防火墙会直接拦截未注册地址的流量。