关于VMware两台虚拟机网络配置问题

Question

我电脑里（Windows）的vmware里有两台虚拟机，一台是Ubuntu（称为A,镜像文件使用的是_ubuntu-24.04.1-desktop-amd64_），一台是用教师提供的.vmx文件配置的centos7（称为B）。

A是先用上的，B是隔了几天才配的。

A当初网络使用的是DHCP，IP为192.168.19.128。

B根据课程需求（需要使用redis的nosql课程），不知道为啥让我们使用static配置B的IP，步骤是：先用DHCP，B虚拟机的cfg-ens33改为DHCP并注释掉IP，网关等信息，也就是保持VMware外部那个"编辑->虚拟网络编辑器->vmnet8->勾选使用本地DHCP服务将IP地址分配给虚拟机(这个我打开就已经默认勾选了，所以没动任何配置）"；然后进入B查看DHCP自动分配的IP，之后编写cfg-ens33,将DHCP改为static，并将注释掉的IP，网关等信息改为自动分配后的信息，并取消注释，重启虚拟机。

补充：B自动获取的IP为192.168.19.129。

另：我一开始的时候，虚拟机并没有vmnet8,是我自己在电脑上搞的，搞完出现:A能ping通主机，主机Ping不通，反之B不能ping主机，而主机可以Ping通B 这样的荒唐情况。最后我将VMware重置，将两台虚拟机恢复初始状态，结果是全部ping不通。之后我便把centos那台删了，重新配置，即最终情况如开头所叙述。

当我搞完前面的配置后，把虚拟网络编辑器里的“勾选使用本地DHCP服务将IP地址分配给虚拟机”取消勾选，重启两台虚拟机，发现A和B都能和我的主机互相ping 通，也能ping通百度（就是延迟有点高），xshell也能正常联通我的虚拟机。问题是：我后面重启电脑之后，就又变回了A能ping主机，主机不能pingA；而B则相反的情况。此时两台虚拟机也能ping通baidu,当我重新勾选dhcp选项后，重启虚拟机，还是不行，得重启电脑之后才能主机和两台虚拟机A和B互相ping通。

请问我这情况应该怎么解决，还是说保持勾选"使用DHCP"这个选项?这样会影响B虚拟机和我的主机间的通信吗（我的课程要求是，主机运行idea的一个鲜花网站，与虚拟机的redis服务交互）。

Answer 1

以下回复参考：皆我百晓生、券券喵儿等免费微信小程序作答:

首先，你需要理解DHCP和静态IP配置的区别和用途。DHCP（动态主机配置协议）允许设备自动获取网络配置信息（如IP地址、子网掩码等），而静态配置则需要你手动设置这些信息。在你的场景中，似乎网络配置存在一些混淆和不稳定的状况。下面是一些可能的解决方案和建议：

解决方案和建议：

1. 统一网络配置方式

• 为了简化网络配置和减少潜在的冲突，建议两台虚拟机都使用DHCP或者都是静态IP配置。不建议一台使用DHCP另一台使用静态IP。

2. 配置虚拟机网络适配器

• 确保虚拟机的网络适配器设置为“NAT模式”或“桥接模式”。NAT模式允许虚拟机通过主机共享IP地址，而桥接模式则使虚拟机直接连接到网络，就像一个独立的设备。选择哪种模式取决于你的具体需求和网络环境。

3. DHCP配置问题

• 如果你选择使用DHCP，确保VMware虚拟网络编辑器中的DHCP服务已启用，并且虚拟机的网络配置也设置为DHCP。不要手动更改虚拟机的IP地址和其他网络设置。
• 重新启动虚拟机后，DHCP可能会重新分配IP地址，这可能导致短暂的连接问题。确保虚拟机获得有效的IP地址后再进行其他操作。

4. 静态IP配置问题

• 如果你选择静态IP配置，确保你为主机分配了一个静态IP地址，并且确保虚拟机中的网络配置与之匹配。注意避免IP地址冲突。
• 在配置静态IP后，确保重启网络服务或虚拟机以应用新的设置。

5. 测试连通性

• 使用ping命令测试主机和虚拟机之间的连通性。确保可以双向通信。
• 使用xshell等工具测试虚拟机的远程访问。

6. VMware配置问题

• 检查VMware的配置和日志，看是否有任何与网络相关的错误或警告。有时，这些错误可能会提供关于问题的线索。

7. 保持DHCP选项勾选

• 如果你不确定哪种配置方式更好，可以先保持DHCP选项勾选，因为这种配置方式通常更容易管理并且更不容易出现网络问题。只要确保你的课程需求允许这种配置方式即可。

关于课程需求的问题：

你的课程要求主机与虚拟机的redis服务交互。在保持DHCP勾选的情况下，只要虚拟机能够正确获取IP地址并且能够访问互联网（例如可以ping通百度），那么它应该也能与主机进行交互。当然，最好还是根据课程的具体需求和网络环境来选择合适的网络配置方式。

总的来说，建议你尝试上述建议，并根据具体情况调整网络配置。如果问题仍然存在，可能需要更深入地检查网络设置和系统日志以找到问题的根源。