虚拟化的pfSense 2.0.1是否会影响Hyper-V主机连接？阿普？
设置 我在Hyper-V中将pfSense 2.0.1（64bit-amd映像）设置为主机。如其他博客所述，我必须执行“ ifconfig down deX”，“ ifconfig up deX”来使网络正常运行。 该服务器（运行Windows 2008 R2的HP）配备了两个物理NIC。 主机中未配置第一个物理NIC（端口1）（仅作为Hyper-V交换机，请参阅下文）。 第二个物理NIC（端口2）配置有用于远程管理的网络（标准C类网络）。我认为两个NIC都连接到同一交换机，并且VLAN = default（物理布线是由我的托管服务提供商完成的）。 在Hyper-V中，定义了以下虚拟网络： internal：虚拟机内部网络，用于VM之间的通信（连接Windows服务器的“ LAN”）。 Internet：虚拟网络用作pfSense的WAN连接。该网络已分配给服务器的第一个物理NIC（端口1）。虚拟网络专用于Hyper-V，并且不与主机共享。 在我的设置中，我将pfSense用作面向Internet的两个虚拟机（Windows服务器）的防火墙，这些虚拟机也运行在同一Hyper-V主机上。 Windows盒使用pfSense作为默认网关，并且我已通过pfSense防火墙成功将Windows更新下载到所有虚拟机–运行流畅。 为了重定向进入的服务，pfSense设置了1-1 NAT，以将ISP的IP地址映射到Windows框上的内部172.16.0.0/16地址。 问题 我遇到的问题是，在管理网络（端口2）上成功使用RDP连接后，该连接将终止，并且所有网络连接都将丢失到服务器和VM。在问题发生之前，我做了两次配置更改。 将管理IP地址从端口1移动到端口2。此更改已通过在一个小时后在新接口（如上所述的端口2）上重新连接RDP来成功验证。 在pfSense中的虚拟IP上进行了一些配置（1-1 NAT所需）。 几分钟后，与机器的连接断开。 令我感到困惑的是，Hyper-V应该不会管理网络连接（端口2），因为它没有与Hyper-V集成。但是，似乎从pfSense传播了错误（在端口1上使用NIC）。 今天早些时候，当仅使用一个NIC（Hyper-V / pfSense与主机之间共享的端口1）时，我们也遇到了类似的问题。然后我们遇到的问题是，当pfSense停止时，我们可以对主机执行ping操作，而当再次启动时，ping会停止工作（我们所知道的没有IP冲突）。 pfSense是从ISO安装的，“ MAC地址欺骗”默认为= off。 由于问题接缝在两个物理端口之间传播，因此我猜测这可能与ARP无法正常工作有关。 任何对此的见解评论都非常感谢。 / J