Eine WireShark-Netzwerkablaufverfolgung zeigte, dass das Einfrieren eintritt, wenn der Vista-Computer auf eine NetBios Name-Abfrage mit der IP-Adresse eines virtuellen VMWare-Netzwerkknotens anstelle der primären Netzwerkschnittstellenadresse antwortet. Die Beschreibung dieses virtuellen VMWare-Netzwerks lautet "Ein privates Netzwerk, das mit dem Host gemeinsam genutzt wird".
Es stellt sich außerdem heraus, dass die Firewall von Vista das virtuelle VMWare-Netzwerk als "öffentliches Netzwerk" klassifiziert und daher jeden Versuch blockiert, auf dieses Netzwerk von anderen lokalen Computern aus zuzugreifen. Durch Festlegen des virtuellen VMWare-Netzwerks als privat wird das Blockierungsproblem gelöst.
Update: Das Festlegen des virtuellen Netzwerks als privat ist nur eine teilweise Korrektur - die virtuellen Netzwerke werden nach einem Neustart wieder in öffentliche Netzwerke umgewandelt. Das vollständige Update besteht darin, sie als Netzwerkendpunkte (NDIS_DEVICE_TYPE_ENDPOINT) zu deklarieren, wie dies mit dem PowerShell-Skript unter VMWare VMNET-Adapter gezeigt wurde, das ein öffentliches Profil für die Windows-Firewall auslöst . Wie dieser MSDN-Artikel zeigt:
Hinweis: Vista erkennt und überwacht automatisch die Netzwerke, mit denen ein Computer verbunden ist. Wenn das Flag NDIS_DEVICE_TYPE_ENDPOINT gesetzt ist, ist das Gerät ein Endgerät und keine Verbindung zu einem echten externen Netzwerk. Daher ignoriert Windows das Endgerät, wenn Windows Netzwerke identifiziert. Die Network Awareness-APIs zeigen an, dass das Gerät den Computer nicht mit einem Netzwerk verbindet. Für Endbenutzer in dieser Situation zeigen das Netzwerk- und Freigabecenter und das Netzwerksymbol im Infobereich das NDIS-Endgerät nicht als verbunden an. Die Verbindung wird jedoch im Netzwerkverbindungsordner angezeigt. Wenn NDIS_DEVICE_TYPE_ENDPOINT eingestellt ist, ignoriert die Windows-Firewall die Verbindung, wenn die Windows-Firewall öffentliche, private oder Domänenrichtlinien durchführt.