Hyper-V 虚拟网络交换机

DRF*_*DRF 4 networking hyper-v

所以这可能是一个非常基本和非常愚蠢的问题,但对于我的生活,我无法在网络上的任何地方找到关于这应该如何工作的解释。

我的 Windows 10 机器上有一个非常基本的 Hyper-V 设置。我有两个 VM,一个是 Mikrotik 映像,另一个是 lUbuntu。在这一点上,我正在处理最基本的网络配置。我希望 Mikrotik 在 lUbuntu 系统和外部之间充当路由器和防火墙。

我在 Hyper-V 中设置了两个虚拟网络交换机 (VS)。首先是我创建的默认开关(称为外部),其次是内部开关(称为内部)。Mikrotik 盒有两个 VNIC 设置,它们连接到两个交换机。它充当连接到内部 VNS 的 VNIC 上的 DHCP 服务器。

如果我查看我的主机系统(我运行 Hyper-V 的 Windows 10),我会看到预期的两个虚拟交换机作为 NIC 的一个 vEthernet(内部)和一个 vEthernet(外部)。

我的问题是(内部)网卡有一个 APIPA 地址。当我尝试使用 ipconfig /renew 让它更新地址时,命令超时。同时,Lubuntu 系统有一个连接到(内部)VS 的 VNIC 工作正常,并立即从适当的池中获取 IP 地址。

所以我的第一个问题是为什么主机系统的行为不像我对 Hyper-V 虚拟交换机所期望的那样?

我从我读到的有关 Hyper-V 虚拟交换机的信息中假设主机操作系统应该将其视为与来宾几乎相同。除了它知道它是虚拟的,我猜。

Vom*_*yle 6

所以你有了 。. .

  1. VM Mikrotik 机器配置了两个 NIC,一个连接到运行 DHCP 服务的“内部”Hyper-V 交换机(内部),另一个连接到“外部”Hyper-V 交换机(外部),等等。

  2. lUbuntu VM 有一个 NIC,您将它连接到“内部”Hyper-V 交换机,该交换机有一个 DHCP 服务器服务,从 Mikrotik 机器侦听它以相应地处理请求。

澄清资源

1. 在 Hyper-V NAT 交换机上配置虚拟机网络

  • 连接到 NAT 虚拟交换机的虚拟机位于隔离的广播域中,与 LAN 不同。NAT 交换机没有到主机连接到的 LAN 的平坦的 2 路路由。虚拟交换机是主机 NAT 到 LAN 的内部虚拟交换机。这意味着,默认情况下,虚拟机可以连接到 LAN,但 LAN 无法连接到虚拟机。即使我们创建了 NAT 规则,虚拟交换机仍然是一个独立于 LAN 的广播域。

    虚拟交换机在某种程度上与 LAN 隔离,尤其是与基于广播的服务(如 DHCP)隔离。您可以将自己的 DHCP 服务器部署为连接到虚拟交换机的虚拟机。这些服务器的范围仅限于虚拟交换机,因此对局域网没有影响,网络管理员应该不会对您的 DHCP 服务器部署在 NAT 虚拟交换机上有任何问题。

    来源

2.内部Hyper-V交换机配置

  • 内部:允许在同一 Hyper-V 服务器上的虚拟机之间以及虚拟机和管理主机操作系统之间进行通信。

    来源

3.所有开关模式的可视化

潜在的解决方法

  1. 我处理这个问题的方法是确保连接到内部交换机的 VM 分配了 IP 地址,然后从主机 Hyper-V 管理服务器,然后我可以通过它们的 IP 地址从主机操作系统访问这些机器。

  2. 您可能会查看设置 NAT 网络,并确保对其有充分的了解,然后创建 NAT 虚拟网络并对其进行相应配置,以查看它是否会使用“内部” Hyper- V 开关功能。

  3. 由于 VM 可以与 Mikrotik 机器通信,也许您可​​以在其中设置路由,然后告诉 VM 使用它可访问的内部 Hyper-V 交换机 IP 地址作为所有这些设备上的默认网关,然后让它在以下情况下进行路由需要访问未连接到内部 Hyper-V 交换机的内容。

  4. 检查您的 VLAN 配置并查看为 Hyper-V 配置虚拟局域网,以防需要此级别的某些内容或导致问题。

  5. 检查任何操作系统级别的防火墙规则,以阻止从内部 Hyper-V 交换机到主机 Hyper-V 或任何连接的 VM 的流量。