ARTICLE DETAIL

资讯详情

深耕网站视觉设计与运营推广的一线实战洞察。

Linux下VMware虚拟机网络配置:桥接与NAT模式详解与实践

Linux下VMware虚拟机网络配置:桥接与NAT模式详解与实践 1. 项目概述为什么虚拟机网络配置是Linux环境下的必修课在Linux环境下捣鼓VMware虚拟机网络配置绝对是绕不开的一道坎。无论是想搭建一个独立的测试服务器还是复现一个复杂的网络环境虚拟机能不能上网、能不能被主机访问、能不能和其他虚拟机通信都直接取决于你网络模式选得对不对、配得准不准。我见过太多新手卡在这一步虚拟机装好了系统跑起来了结果发现是个“信息孤岛”既上不了网主机也ping不通瞬间就没了继续折腾的欲望。其实VMware Workstation或Player在Linux宿主机上提供了几种网络模式其中最核心、最常用的就是桥接Bridged和NAT。这两个模式一个追求“独立自主”一个讲究“经济实惠”背后的设计哲学和适用场景截然不同。桥接模式下虚拟机会像一台真实设备一样直接连接到你的物理局域网拥有独立的IP地址能和网络里的其他机器包括你的宿主机、路由器、甚至互联网平等对话。而NAT模式则像是给虚拟机安排了一个“共享上网管家”虚拟机通过宿主机的网络连接出去对外只显示宿主机的IP适合在IP地址紧张或者想简单隔离的场景下使用。今天我就结合自己多年在Linux桌面如Ubuntu、Fedora和服务器如CentOS、RHEL上配置VMware虚拟机的经验把桥接和NAT这两种模式的原理、配置步骤、适用场景以及那些容易踩坑的细节给你掰开揉碎了讲清楚。无论你是想在Ubuntu上给Kali Linux配个桥接网络搞安全测试还是在CentOS服务器上用NAT模式快速拉起一批测试机这篇文章都能给你一套清晰、可落地的操作指南。2. 核心概念解析桥接与NAT的本质区别在动手配置之前我们必须先搞清楚桥接和NAT到底是怎么一回事。这不仅仅是点几下鼠标的区别更关系到你整个虚拟化环境的网络架构设计。2.1 桥接模式虚拟机的“独立公民”身份你可以把桥接模式想象成VMware在你的物理网卡上虚拟出了一个网络交换机。你的物理网卡和虚拟机的虚拟网卡都接在了这个虚拟交换机上。这样一来虚拟机在数据链路层OSI第二层上就和你的物理机处于完全平等的地位。工作原理当虚拟机发出一个网络数据包比如一个HTTP请求时这个包首先到达虚拟交换机。虚拟交换机会查看数据包的目标MAC地址。如果目标在同一局域网内就直接转发给对应的物理机或虚拟机如果目标是外网则交给物理网卡由物理网卡通过宿主机的网络栈和路由表发送出去。对于网络中的其他设备如你的路由器来说这台虚拟机就是一台拥有独立MAC地址和IP地址的、全新的物理设备。关键特征IP地址虚拟机需要从你所在局域网的DHCP服务器获取IP或者手动配置一个与宿主机在同一网段的静态IP。例如你宿主机IP是192.168.1.100虚拟机可以配置成192.168.1.101。网络位置虚拟机和宿主机、以及局域网内所有其他设备处于同一个广播域。它们可以互相直接访问。优势网络结构清晰虚拟机完全融入现有网络非常适合需要对外提供服务如Web服务器、或需要与其他物理设备如开发板、网络设备直接通信的场景。劣势需要消耗一个额外的局域网IP地址。在某些有严格IP-MAC绑定的企业网络或酒店网络中可能无法自动获取IP。2.2 NAT模式虚拟机的“共享上网”方案NAT模式则采用了另一种思路。VMware会在宿主机内部虚拟出一个私有网络并让宿主机充当这个私有网络的“路由器”和“网关”同时负责进行网络地址转换。工作原理VMware会创建一个虚拟的NAT设备通常还有一个虚拟的DHCP服务器。这个NAT设备拥有一个私有IP如192.168.xxx.1并作为虚拟机的默认网关。虚拟机被分配到这个私有网络中的一个IP如192.168.xxx.128。当虚拟机要访问外网时数据包先到达虚拟NAT设备。NAT设备将数据包的源IP从虚拟机的私有IP192.168.xxx.128替换成宿主机的物理IP如192.168.1.100然后转发出去。外部网络返回的响应数据包到达宿主机后NAT设备再根据之前记录的转换关系将目标IP从宿主机IP改回虚拟机私有IP并转发给虚拟机。关键特征IP地址虚拟机从VMware内置的DHCP服务器获取一个私有IP通常是192.168.xxx.0/24网段与宿主机物理网络不在同一网段。网络位置虚拟机之间、以及虚拟机到宿主机是直接连通的因为它们在同一虚拟网络。但虚拟机对外部网络包括宿主机所在的物理局域网是“隐藏”的外部设备无法直接发起对虚拟机的连接除非在NAT设备上配置端口转发。优势配置简单不占用物理网络IP虚拟机可以无障碍访问外网具备一定的网络隔离安全性。劣势外部网络无法直接访问虚拟机如需从外部访问虚拟机上的服务如SSH、Web必须配置端口转发规则。注意这里说的“外部网络无法直接访问”指的是从你家里的另一台电脑或者公司局域网里其他同事的电脑无法直接ping通或连接到NAT模式下的虚拟机。但宿主机本身是可以直接访问虚拟机的因为它们在一个虚拟网络内。2.3 模式选择决策指南怎么选记住这个简单的原则选桥接当你的虚拟机需要扮演一个“真实”的网络节点时。例如搭建一个需要被局域网内其他设备访问的FTP或Web服务器。进行网络测试需要虚拟机与其他物理设备如路由器、交换机模拟器交互。在多台虚拟机之间组建一个与物理网络融合的复杂实验环境。选NAT当你只是想让虚拟机方便地上网且不需要被外部直接访问时。例如用于软件测试、学习编程、浏览网页。快速搭建一个临时的开发或实验环境。在公共网络如咖啡馆、酒店中使用虚拟机避免IP冲突或网络策略限制。3. 环境准备与前置检查在Linux宿主机上配置VMware网络第一步不是急着打开虚拟机设置而是确保你的“地基”是牢固的。很多问题其实都出在宿主机环境上。3.1 宿主机网络环境确认首先你需要明确你的Linux宿主机是如何连接到网络的。打开终端用几个命令快速诊断查看网络接口与IPip addr show或者用老牌命令ifconfig找到你正在使用的物理网卡通常是eth0、enp3s0或wlan0。记下它的名称和分配的IP地址、子网掩码。查看默认网关ip route show default或route -n这能告诉你数据包默认被发送到哪里通常是你的路由器地址如192.168.1.1。测试外网连通性ping -c 4 8.8.8.8确保宿主机本身可以正常访问互联网。3.2 VMware网络服务状态检查VMware在Linux上依赖几个后台服务来管理虚拟网络。如果这些服务没跑起来一切都是空谈。检查VMware网络服务 对于使用systemd的现代Linux发行版如Ubuntu 16.04, CentOS 7sudo systemctl status vmware-networks.service你应该看到状态是active (running)。如果没运行启动它sudo systemctl start vmware-networks.service sudo systemctl enable vmware-networks.service # 设置开机自启检查虚拟网络编辑器权限 在Linux下VMware的虚拟网络编辑器vmware-netcfg可能需要root权限才能修改某些底层设置。一个更通用的方法是直接检查并配置虚拟网络接口。 运行VMware从菜单栏打开编辑-虚拟网络编辑器。如果你看到的是空白或者提示需要管理员权限很可能是因为相关服务没启动或者权限问题。实操心得在Linux桌面环境下有时即使服务运行了GUI工具也可能无法正常显示。这时可以尝试从终端用sudo启动VMwaresudo vmware。但这不是推荐做法更好的方法是确保当前用户对相关的网络配置文件和设备有访问权限。3.3 安装必要的网络工具包为了后续的配置和排错建议在宿主机上安装一些常用的网络工具# 在基于Debian/Ubuntu的系统上 sudo apt update sudo apt install net-tools iproute2 traceroute dnsutils -y # 在基于RHEL/CentOS/Fedora的系统上 sudo yum install net-tools iproute traceroute bind-utils -y # CentOS 7/RHEL 7 # 或 sudo dnf install net-tools iproute traceroute bind-utils -y # CentOS 8/Fedoranet-tools提供了ifconfig、route等传统命令iproute2命令是ip是更现代的工具集traceroute用于路径追踪dnsutils或bind-utils提供了nslookup、dig等DNS诊断工具。4. 桥接模式配置全流程详解假设你现在需要在Ubuntu宿主机上给一台CentOS虚拟机配置桥接网络让它获得一个192.168.1.0/24网段的IP和你的其他设备平起平坐。4.1 步骤一在VMware中配置网络适配器模式确保你的虚拟机处于关机状态。在VMware中选中该虚拟机点击编辑虚拟机设置。找到网络适配器选项。在右侧网络连接部分选择桥接模式。在桥接到的下拉菜单中这是关键一步。你需要选择正确的物理网卡。如果你的宿主机是用有线连接上网的通常选择你的有线网卡如eth0或enp3s0。如果你的宿主机是用Wi-Fi连接上网的则必须选择无线网卡如wlan0。如果下拉菜单里有一个自动选项VMware会尝试帮你选择活跃的网卡。但在复杂的多网卡环境或某些Linux发行版下自动可能不可靠手动指定是更稳妥的做法。重要提示桥接到Wi-Fi网卡wlan0在技术上是可行的但实际体验可能不如有线稳定。因为无线网卡本身工作在共享介质上再叠加一层桥接在某些驱动或路由器环境下可能会出现性能下降或连接不稳定的情况。如果可能优先使用有线连接进行桥接。4.2 步骤二启动虚拟机并配置内部网络现在启动你的CentOS虚拟机。系统启动后我们需要在虚拟机内部配置IP地址。方法A使用DHCP自动获取推荐初学者这是最简单的方法。大多数家庭路由器的DHCP服务器都会给新设备分配IP。进入CentOS系统打开终端。查看网络接口名通常是ens33或eth0。ip link show使用nmcliNetworkManager命令行工具或直接编辑网络配置文件来启用DHCP。使用nmcliCentOS 7/8, RHEL 7/8, Fedorasudo nmcli connection modify 有线连接 1 ipv4.method auto # 启用DHCP sudo nmcli connection up 有线连接 1 # 激活连接连接名可以通过nmcli connection show查看编辑配置文件通用方法 配置文件通常在/etc/sysconfig/network-scripts/目录下名字像ifcfg-ens33。sudo vi /etc/sysconfig/network-scripts/ifcfg-ens33确保有以下关键行BOOTPROTOdhcp ONBOOTyes保存退出后重启网络服务sudo systemctl restart network方法B配置静态IP适用于需要固定IP的场景如果你需要虚拟机有一个固定的IP比如作为服务器就需要手动配置。同样编辑网络配置文件如/etc/sysconfig/network-scripts/ifcfg-ens33。将其修改为类似以下内容请根据你的实际网络修改TYPEEthernet BOOTPROTOstatic # 改为static NAMEens33 DEVICEens33 ONBOOTyes IPADDR192.168.1.101 # 你想要设置的静态IP需在局域网内且未被占用 NETMASK255.255.255.0 # 子网掩码通常和宿主机一样 GATEWAY192.168.1.1 # 网关通常是你的路由器IP DNS18.8.8.8 # DNS服务器可以设成路由器IP或公共DNS DNS2114.114.114.114保存并重启网络服务。4.3 步骤三验证桥接网络连通性配置完成后在虚拟机终端里进行测试查看IP是否获取成功ip addr show ens33你应该能看到inet后面跟着一个192.168.1.xxx的IP地址。测试内网连通性ping 192.168.1.1 # ping你的路由器网关 ping 192.168.1.100 # ping你的Linux宿主机IP这两个都应该能通。测试外网连通性ping -c 4 8.8.8.8如果通了恭喜你桥接模式配置成功。从宿主机测试 在你的Linux宿主机上打开终端尝试ping虚拟机的IPping 192.168.1.101同样应该能收到回复。这证明了双向通信都是正常的。5. NAT模式配置全流程详解现在我们换一个场景在Fedora宿主机上给一个Ubuntu虚拟机配置NAT网络主要目的是让它能方便地上网同时又不干扰物理网络。5.1 步骤一在VMware中选择NAT模式虚拟机关机状态下打开编辑虚拟机设置-网络适配器。选择NAT模式。在NAT设置或虚拟网络编辑器中你可以看到默认的NAT网络通常是VMnet8。大多数情况下保持默认即可。你可以查看其子网地址例如192.168.152.0和网关地址例如192.168.152.2这些信息在虚拟机内配置静态IP时会用到。5.2 步骤二虚拟机内部网络配置启动Ubuntu虚拟机。现代Ubuntu18.04以后默认使用netplan来管理网络配置方式与CentOS略有不同。方法A使用DHCP默认且推荐NAT模式下的DHCP由VMware内部的虚拟DHCP服务器提供无需额外配置虚拟机开机后通常会自动获取到192.168.xxx.xxx的IP。在Ubuntu终端中使用ip a命令查看是否已自动获取到IP通常是以192.168.开头的不同于宿主机物理IP段。如果没获取到可以尝试重启网络服务sudo netplan apply或者重启systemd-networkdsudo systemctl restart systemd-networkd方法B配置静态IP可选如果你想在NAT网络内给虚拟机一个固定IP需要配置netplan。找到netplan配置文件通常在/etc/netplan/目录下名字如01-network-manager-all.yaml。sudo vi /etc/netplan/01-network-manager-all.yaml修改配置文件。假设VMware NAT网络的网关是192.168.152.2子网是192.168.152.0/24我们可以给虚拟机分配192.168.152.128。network: version: 2 renderer: networkd # 或 NetworkManager ethernets: ens33: # 你的网卡名 dhcp4: no # 关闭DHCP addresses: [192.168.152.128/24] # 静态IP和掩码 routes: - to: default via: 192.168.152.2 # NAT网关地址 nameservers: addresses: [8.8.8.8, 114.114.114.114] # DNS应用配置sudo netplan apply5.3 步骤三验证NAT网络连通性在Ubuntu虚拟机内进行测试查看IPip addr show ens33确认IP是192.168.152.xxx这样的私有地址。测试网关和宿主机ping 192.168.152.2 # ping NAT网关VMware虚拟的 ping 192.168.152.1 # 通常宿主机在NAT网络中的虚拟网卡IP是xxx.1也可以ping一下这两个地址应该都能通这证明了虚拟机到NAT设备以及到宿主机的虚拟通道是好的。测试外网ping -c 4 8.8.8.8如果成功说明NAT转换工作正常虚拟机可以通过宿主机的网络访问互联网。测试从宿主机访问虚拟机 在Fedora宿主机上ping虚拟机的NAT IP192.168.152.128ping 192.168.152.128应该能通。因为宿主机和虚拟机在同一个虚拟网络VMnet8内。测试从外部网络访问虚拟机应失败 尝试从你局域网内的另一台电脑比如你的手机IP是192.168.1.50ping虚拟机的NAT IP192.168.152.128。你会发现ping不通。这正是NAT模式的隔离特性外部网络看不到虚拟机。6. 高级配置与端口转发NAT模式虽然隔离了虚拟机但有时我们确实需要从外部网络访问虚拟机上的某个服务比如SSH或者一个测试的Web页面。这时就需要用到端口转发。端口转发的原理是在宿主机的NAT设备上设置一条规则“告诉”NAT设备凡是发往宿主机某个端口的数据包都转发给虚拟机指定的IP和端口。6.1 在VMware中配置端口转发注意此配置需要在虚拟机关机或至少是网络适配器断开连接的情况下进行。在VMware主界面点击编辑-虚拟网络编辑器。选择VMnet8NAT模式对应的虚拟网络点击NAT设置按钮。在弹出的窗口中点击添加。填写端口转发规则主机端口宿主机上用来监听的端口。例如你想用宿主机的2222端口转发到虚拟机的SSH端口就填2222。类型TCP或UDP根据服务选择。SSH是TCP。虚拟机IP地址虚拟机的NAT网络IP地址例如192.168.152.128。虚拟机端口虚拟机内服务监听的端口。SSH默认是22。保存所有设置。6.2 端口转发应用实例外部SSH连接NAT模式虚拟机假设我们做了上述配置主机端口2222 - 虚拟机IP 192.168.152.128:22。确保虚拟机内的SSH服务已启动sudo systemctl status ssh在局域网内的另一台电脑比如一台Windows笔记本IP为192.168.1.50上打开SSH客户端如PuTTY。在PuTTY的Host Name中填写你的Linux宿主机的物理IP地址例如192.168.1.100。在Port中填写你设置的主机端口2222。连接。你会发现你成功登录到了NAT模式下的Ubuntu虚拟机。原理Windows电脑发起到192.168.1.100:2222的连接。数据包到达Linux宿主机后VMware的NAT服务根据规则将其转发给192.168.152.128:22从而实现了穿越NAT的访问。实操心得端口转发是NAT模式下实现外部访问的利器。但要注意主机端口不能是宿主机上已被占用的端口如80、443、22等常用端口。同时如果宿主机的防火墙如firewalld或ufw是开启的需要放行对应的主机端口外部连接才能到达。7. 常见问题与深度排查指南配置虚拟机网络时你几乎一定会遇到各种“连不上”的问题。别慌按照以下思路系统性排查大部分问题都能解决。7.1 桥接模式常见问题问题1虚拟机无法获取IP地址DHCP失败现象ip addr show显示网卡只有link/ether信息没有inet地址。排查步骤检查物理网络确认宿主机本身能上网并且所在网络有正常的DHCP服务器家庭路由器通常都有。检查桥接目标在VMware的虚拟机设置中确认桥接到选项选择的是你当前正在使用的、活跃的物理网卡。如果你用Wi-Fi却桥接到了有线网卡那肯定不行。检查虚拟机网络服务在宿主机上再次确认vmware-networks.service服务是运行状态。检查防火墙/安全软件某些Linux发行版的防火墙如firewalld或第三方安全软件可能会阻止DHCP广播包。可以尝试暂时关闭防火墙测试sudo systemctl stop firewalld # 对于firewalld # 或 sudo ufw disable # 对于ufw测试后请记得根据安全需求重新开启尝试静态IP如果DHCP始终失败可以尝试在虚拟机内手动配置一个与宿主机同网段的静态IP、网关和DNS测试基础连通性。如果能通说明是DHCP环节的问题。问题2宿主机能ping通虚拟机但虚拟机ping不通网关或外网现象虚拟机有IP也能和宿主机互ping但ping 192.168.1.1网关或ping 8.8.8.8不通。排查步骤检查虚拟机网关配置ip route show default或route -n查看虚拟机的默认网关是否正确设置成了你的路由器IP。检查虚拟机DNS配置cat /etc/resolv.conf查看DNS服务器地址是否正确。可以尝试将其改为8.8.8.8测试。检查路由器/交换机策略有些企业级路由器或交换机会设置禁止未知MAC地址的设备上网MAC地址过滤。虚拟机拥有独立的MAC地址可能被过滤。你需要将虚拟机的MAC地址添加到路由器的允许列表中或者在路由器中关闭此过滤功能家庭路由器通常无此限制。7.2 NAT模式常见问题问题1虚拟机无法上网NAT失效现象虚拟机有192.168.xxx.xxx的IP能ping通NAT网关192.168.xxx.2但ping不通外网8.8.8.8。排查步骤检查宿主机网络首先确保宿主机本身可以访问互联网。检查VMware NAT服务在Windows宿主机的服务管理中需要确保VMware NAT Service是运行的。在Linux宿主机上对应的就是vmware-networks.service。同时检查虚拟网络编辑器里VMnet8的NAT设置中网关IP是否正常。检查虚拟机路由在虚拟机内执行ip route确认默认路由指向的是NAT网关IP如192.168.152.2。检查宿主机的IP转发与防火墙NAT功能需要宿主机内核支持IP转发。检查并开启sudo sysctl -w net.ipv4.ip_forward1同时宿主机的防火墙需要允许NAT相关的流量。对于firewalldNAT模式对应的区域通常是libvirt或trusted需要正确配置。一个简单的测试方法是暂时禁用宿主机的防火墙。问题2端口转发不生效现象在VMware中配置了端口转发规则但外部机器仍然无法通过宿主机的端口访问虚拟机服务。排查步骤规则生效条件确认端口转发规则是在虚拟机关机或网络断开时配置的配置后已重启虚拟机网络或虚拟机。检查服务监听在虚拟机内确认服务确实在运行并监听在正确的IP和端口上。例如对于SSH运行sudo ss -tlnp | grep :22看是否在0.0.0.0:22或192.168.152.128:22上监听。检查宿主机防火墙这是最常见的原因宿主机的防火墙必须放行你设置的主机端口。以firewalld为例放行TCP 2222端口sudo firewall-cmd --permanent --add-port2222/tcp sudo firewall-cmd --reload检查目标IP确保外部机器连接的是宿主机的物理IP地址而不是虚拟机的NAT IP地址。避免端口冲突确认宿主机上2222端口没有被其他程序占用sudo ss -tlnp | grep :2222。7.3 通用排查命令速查表无论遇到什么问题按顺序执行以下命令能帮你快速定位大部分网络问题的层次。排查层次命令在虚拟机内执行目的与正常结果网卡与链路层ip link show或ifconfig -a查看网卡是否处于UP状态。如果state DOWN需要用sudo ip link set ens33 up启动。IP地址层ip addr show或ifconfig查看是否成功获取到IP地址inet字段。路由层ip route show或route -n查看默认网关default via ...是否正确设置。DNS解析层nslookup www.baidu.com或dig www.baidu.com测试域名解析是否正常。失败则检查/etc/resolv.conf中的DNS服务器。局域网连通性ping 网关IP测试到网关路由器或NAT设备是否连通。宿主机连通性ping 宿主机IP或NAT虚拟IP测试到宿主机的通路。外网连通性ping 8.8.8.8测试到互联网的连通性。如果通但DNS不通则是DNS问题。端口监听sudo ss -tlnp | grep :端口号检查某个服务如SSH的22端口是否在监听。追踪路由traceroute 8.8.8.8查看数据包出去经过的路径在哪一跳丢失。8. 性能调优与安全考量配置通了只是第一步用得好、用得稳才是关键。这里分享一些关于性能和安全方面的经验。8.1 网络性能优化建议虚拟化网络会有一定的性能开销尤其是在高带宽或低延迟要求的场景下。选择正确的虚拟网卡类型在VMware的虚拟机设置 - 网络适配器 -高级选项中你可以选择网卡类型。对于Linux客户机VMXNET 3是性能最好的半虚拟化网卡驱动它能提供接近物理网卡的吞吐量和更低的CPU占用率。确保你的Linux虚拟机已安装VMware Tools其中就包含了VMXNET 3驱动。桥接模式优先使用有线连接如前所述无线网卡桥接的稳定性和性能通常不如有线网卡。对于需要稳定高速网络访问的虚拟机如文件服务器尽量让宿主机使用有线网络并进行桥接。调整MTU值高级在极少数网络环境下如果出现数据包分片过多导致性能下降可以尝试在虚拟机和宿主机上调整MTU最大传输单元。但除非你明确知道问题所在否则不建议修改默认值通常是1500。8.2 网络安全配置要点虚拟机网络不是法外之地也需要考虑安全。桥接模式的安全风险虚拟机在桥接模式下完全暴露在局域网中会面临和物理机同样的网络攻击风险。务必为虚拟机系统及时打补丁。启用并配置防火墙如firewalld、ufw或iptables仅开放必要的端口。使用强密码禁用不必要的服务。NAT模式的天然隔离NAT模式本身提供了一层网络隔离外部无法直接扫描到虚拟机。这是一种简单的安全提升。谨慎使用端口转发NAT模式下的端口转发相当于在防火墙上开了一个洞。只转发你确实需要从外部访问的服务端口并且确保该服务本身是安全的如使用密钥认证的SSH而不是密码。宿主机的防火墙这是保护所有虚拟机的第一道防线。即使虚拟机有防火墙宿主机防火墙也应保持开启并仅允许必要的流量如你配置的端口转发。8.3 复杂场景多网卡与自定义网络对于更复杂的网络实验你可能需要给一台虚拟机配置多个网卡或者创建自定义的虚拟网络。多网卡配置你可以在虚拟机设置中添加多个网络适配器每个适配器可以选择不同的网络模式例如一个桥接到外网一个连接到仅主机模式Host-Only用于内部管理。在虚拟机内部你会看到多个网络接口如ens33,ens34需要分别配置。自定义虚拟网络在虚拟网络编辑器中你可以创建新的网络如VMnet2并自定义其子网、DHCP范围等。然后可以将虚拟机的网卡连接到这个自定义网络用于构建隔离的测试环境。配置多网卡或复杂网络时核心思路是一样的在VMware中定义好虚拟网络的拓扑和属性然后在虚拟机操作系统中像配置物理多网卡服务器一样为每个接口配置正确的IP、路由和防火墙规则。这需要你对Linux网络配置有更深的理解但原理是相通的。
返回列表