☰

VMware 工作站 17 上的客户机（Oracle Linux）中的互联网无法正常工作

tag-icon • tag-icon vmware
VMware 工作站 17 上的客户机（Oracle Linux）中的互联网无法正常工作

图片1

图片2

VMware 工作站 17 上的客户机（Oracle Linux）中的互联网无法正常工作

root@Node01 ~]# ifconfig
ens33: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.10  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::9e0c:48d7:618f:ec5a  prefixlen 64  scopeid 0x20<link>
        ether 00:0c:29:5a:a6:a9  txqueuelen 1000  (Ethernet)
        RX packets 197  bytes 12502 (12.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 35  bytes 4782 (4.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ens36: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether 00:0c:29:5a:a6:b3  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 4392  bytes 391264 (382.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 4392  bytes 391264 (382.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
        ether 52:54:00:34:82:e4  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[root@Node01 ~]#

答案1

只要您更改客户机上配置的静态 IP，使其位于用于相应网络/适配器的 IP 子网内，它就可能会起作用。

根据屏幕截图，对于 NAT 适配器来说，它应该是之内 192.168.254.0/24并且不与主机/虚拟机管理程序使用的任何 IP 冲突，例如但不一定和/或不一定限于192.168.254.1。

如果 VMWare 仅使用 IP 子网中指定的地址范围，您可能还希望避免使用 DHCP 的范围，这样它就不会与使用 DHCP 的其他 VM 发生冲突。（有关任何潜在详细信息，请查阅相应的设置窗口。）

（注意：我的意思是，显然，如果它不只使用子范围而是使用整个子网作为其 DHCP 池，那么您只能在所有虚拟机上避免使用 DHCP，以完全避免潜在的冲突；但是，您甚至可能永远不会运行多个虚拟机）

确保也更正了默认网关（即默认路由的下一跳）。这有可能，但不一定192.168.254.1。（再次尝试设置窗口以获取任何潜在详细信息。）

尽管 VMware 在某些情况下可能会或可能不会阻止您使用静态 IP 作为 NAT 适配器（就像 Hyper-V 那样），但让客户机执行 DHCP 可能更容易，除非您有特殊理由不这样做，尤其是当我上面所写的内容对您来说似乎很奇怪/不熟悉时。

至于主机专用适配器，它不太可能与 NAT 适配器发生冲突，因为其 DHCP 服务器可能不会在适配器上配置默认路由。（“主机专用”实际上只是意思是“VMware 不会为您配置/假设超过一个广播域”。您完全可以在主机上设置 IP 转发，也可以选择设置 DNS 转发和 NAT操作系统流量从中流出。将它与“隔离”或“安全”等同起来是个坏主意。）如果有理由，您可以保留它。

但是，这里真正的问题是您需要区分客户机上的两个适配器（好吧，除非你只是为两者执行 DHCP)，我不知道 VMware 是否为您提供了一种方法（例如通过在设置页面上显示 MAC 地址）。

相关内容