虚拟机运行ROS时网络通信不畅，绝大多数情况是网络模式选择不当加上ROS环境变量未正确指向实际IP，核心解决思路是：优先使用桥接模式让虚拟机与宿主机同网段，然后在.bashrc中固化为rosmaster和本机IP配置。
为什么选桥接模式而不是NAT
很多朋友第一次在虚拟机里装好ROS，启动roscore后，在另一个终端跑rosrun节点，发现根本收不到数据，查来查去,问题几乎都出在网络模式上。
虚拟机软件默认给的NAT模式，本质上是让虚拟机躲在宿主机后面“借道上网”，宿主机是192.168.1.10，虚拟机却是10.0.2.15，两个设备不在同一网段，ROS的通信机制依赖IP直连，NAT模式下的虚拟机和宿主机之间虽然有网络连接，但ROS节点的广播和订阅在跨网段时极容易出问题，业内专家指出，多数ROS初学者的虚拟机通信故障，根源都在网络地址不可达，而非ROS本身配置错误。
行业共识认为，ROS的通信模型是平坦的TCP/UDP直连结构，所有节点必须能直接访问roscore所在主机的11311端口，NAT模式增加了地址转换层，虽然能单向访问外网，却不保证宿主机能反向访问虚拟机,这直接破坏了ROS的发现机制。
改用桥接模式后，虚拟机会像一台独立电脑一样直接插在路由器上，获得和宿主机同网段的IP，通信路径变成“直连”,问题就解决了大半。
桥接模式设置步骤居然这么简单
具体操作按以下流程走：
- 关闭虚拟机系统，在VMware菜单栏点“虚拟机”->“设置”->“网络适配器”。
- 网络连接选“桥接模式”，勾选“复制物理网络连接状态”。
- 如果用的是笔记本且频繁切换Wi-Fi和有线，注意桥接时要选对物理网卡，点“高级”旁的“桥接”配置,选择当前宿主机正在使用的网卡。
- 启动虚拟机,确认Ubuntu里的联网方式为自动DHCP或手动设置静态IP。
Vmware和VirtualBox的差异对比
| 项目 | VMware桥接 | VirtualBox桥接 |
|---|---|---|
| 设置路径 | 虚拟机设置->网络适配器 | 设置->网络->连接方式选“桥接网卡” |
| 混杂模式 | 默认即可 | 建议选“全部允许” |
| 网卡重选 | 手动指定物理网卡 | 需在“高级”里选接口名称 |
|
|
一般 | 有时需在界面名称里手动选wlan0 |
| 稳定性 | 较高 | 多数情况下也可用 |
VirtualBox用户注意，桥接网卡的“界面名称”一定要选对，否则分到的IP可能不在宿主机同网段，选了“wlp2s0”却插着网线,虚拟机自然上不了局域网。
固定IP才是ROS通信的定心丸
网络模式设好后，虚拟机的IP还是会变，DHCP分配的地址每次开机可能不同，而ROS要求节点知道roscore在哪台机器哪个IP上，如果开机后IP变了，.bashrc里写的旧地址就会失效。
建议给虚拟机设置静态IP，编辑/etc/netplan/01-network-manager-all.yaml（Ubuntu 18.04及以后版本）,写入类似配置：
network:
version: 2
renderer: NetworkManager
ethernets:
ens33:
dhcp4: no
addresses: [192.168.1.120/24]
gateway4: 192.168.1.1
nameservers:
addresses: [114.114.114.114]执行sudo netplan apply生效，用ip addr确认IP后,再配置ROS环境变量。
ROS环境变量设置是通信成败关键
很多教程只讲把source /opt/ros/noetic/setup.bash写进.bashrc，却忽略了ROS_MASTER_URI和ROS_IP。
这两个变量一个告诉节点“去哪找主节点”，一个告诉主节点“本机地址是什么”，默认情况下ROS会用主机名去解析，虚拟机里主机名解析经常出问题，表现为roscore能起，但rosnode list只显示/rosout，rostopic echo收不到话题。
单机通信也要明确IP
即使是同一台虚拟机里的多个终端，也必须明确这两个变量,检查方法：
echo $ROS_MASTER_URI echo $ROS_IP
如果输出为空，说明没设置，编辑~/.bashrc,在文件末尾加上：
export ROS_MASTER_URI=http://192.168.1.120:11311 export ROS_IP=192.168.1.120
IP换成你自己虚拟机的实际地址，然后source ~/.bashrc生效，这样设置后，无论开多少个终端,节点都能准确找到master。
多机通信时各写各的IP
宿主机也要装ROS时，宿主机的.bashrc里：
export ROS_MASTER_URI=http://192.168.1.120:11311 export ROS_IP=192.168.1.10
这里的ROS_MASTER_URI指向虚拟机，ROS_IP填宿主机自己的IP，节点程序在哪台机器上跑，ROS_IP就写哪台机器的地址。
需要注意的是，所有通信设备的IP必须能互相ping通，用ping 192.168.1.120验证双向连通性。
防火墙和共享内存这些坑也得填
Ubuntu默认防火墙（ufw）通常是关闭的，但如果你之前开启过，ROS的11311端口会被拦截,检查命令：
sudo ufw status
如果是active状态，执行sudo ufw allow 11311/tcp放行，ROS的节点间通信还会使用随机高端口,最稳妥的办法是在防火墙里允许局域网内互访：
sudo ufw allow from 192.168.1.0/24
还有一类隐蔽问题：VMware的“虚拟化引擎”里默认开启了“IOMMU”，部分网卡驱动在虚拟机里不稳定，实测遇到网络时通时断的情况，试着在虚拟机设置里关闭“虚拟化IOMMU”。
共享内存方面，ROS2（如foxy、galactic版本）依赖DDS发现机制，对组播支持要求高，如果你用的是ROS2而不是ROS1，桥接模式几乎成为必要条件，因为NAT下DDS的组播发现经常失败，节点之间互相找不到，ROS2环境下还要额外确保虚拟机防火墙放行7402和7410端口,这是DDS发现协议的默认端口。
快速排查通信问题的命令合辑
如果配置完仍有问题,按以下顺序排查：
ifconfig # 查看虚拟机的IP地址 ping 宿主机IP # 测试虚拟机到宿主机 ping 虚拟机IP # 在宿主机上测试反方向 netstat -tulnp | grep 11311 # 确认roscore监听地址 rosnode list # 查看当前所有节点，应包含/rosout rostopic list # 应显示发布者和订阅者的话题列表
roscore启动信息里有一行
started core service [/rosout]，这行上方会显示ROS_MASTER_URI的值，如果指向localhost:11311而不是实际IP，说明.bashrc里的设置没生效,检查是否source了正确用户的bashrc。
温哥华地区或远程服务器的特殊考虑
如果你的虚拟机跑在云服务器上，比如酷番云或简米云的轻量服务器，网络模式没得选，只能用NAT，这时云平台的“安全组”规则必须放行11311端口，虚拟机的/etc/hosts文件里要加一行：
0.0.1 你的主机名否则roscore解析本地主机名时报unable to resolve错误,这一点在国内使用云服务器跑ROS的朋友经常踩坑。
问题解答
为什么我在虚拟机里ROS节点能启动但无法收到话题数据？
先确认网络模式是不是NAT，如果是，节点间虽然能启动，但话题数据的发布订阅路径需要跨网段回环，虚拟机和宿主机互相访问受限，改成桥接模式后，再利用export ROS_IP=虚拟机实际IP强制指定地址,绝大多数情况下能解决。
ROS1和ROS2在虚拟机网络配置上有区别吗？
区别较大，ROS1用roscore作中心，只需保证ROS_MASTER_URI和ROS_IP正确指向即可，ROS2采用DDS无中心发现机制，依赖组播和动态端口，桥接模式在ROS2下更为重要，VMware里ROS2如果节点间互相发现不了，检查网卡驱动是否支持组播，试着在“虚拟机设置”->“高级”里启用“每台VM分配MAC地址”,可缓解部分冲突问题。
宿主机和虚拟机都装了ROS，如何确认多机通信已调通？
在虚拟机启动roscore，运行一个发布者节点（如rosrun rospy_tutorials talker），在宿主机运行rosrun rospy_tutorials listener，如果虚拟机终端里显示有人订阅了话题，宿主机终端里能打印出Hello World，说明ROS层面已通，这时再用rqt_graph查看计算图,两个不同主机名下的节点会显示在同一张图中。
ROS在虚拟机里的网络配置，本质是“让IP可达”和“让ROS知道IP”两件事，桥接模式解决前者，环境变量解决后者，这两点做到位,通信自然顺畅。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/757673.html
