|
<< Click to Display Table of Contents >> RayQC > 2026.3 > User Guide > Troubleshooting Verbindungen zu virtuellen Maschinen |
Die folgende Checkliste hilft dabei, mögliche Probleme bei der Arbeit mit Hyper-V-Maschinen zu finden und zu beheben:
1.Ist PowerShell 3.0 installiert (sowohl auf dem Gast- als auch auf dem Hostcomputer)?
a.Prüfen Sie $PSVersionTable.PSVersion in PowerShell
2.Ist die Maschine korrekt im Bereich Einstellungen > Virtuelle Maschinen konfiguriert (beachten Sie fest kodierte IP-Adressen, die möglicherweise dynamisch per DHCP vergeben werden)
3.Sind RayPack Studio Tools für Hyper-V auf dem Gastcomputer installiert? Läuft der Prozess vm-proxy.exe aus den RayPack Studio Tools für Hyper-V?
4.Ist WINRM konfiguriert?
a.Prüfen Sie winrm qc
5.Verfügt WINRM über die korrekten TrustedHosts-Einträge sowohl auf der VM als auch auf dem Server?
a.winrm s winrm/config/client '@{TrustedHosts="RemoteComputer"}'
b.winrm g winrm/config/client – zeigt die aktuellen TrustedHosts-Listen
c.Weitere Informationen: https://technet.microsoft.com/en-us/library/ff700227.aspx
6.Verfügt WINRM über eine Verbindung zur VM und umgekehrt?
a.- Test-WSMan -ComputerName IP
7.Sind alle erforderlichen Ports auf dem physischen Computer entsperrt?
a.Der Standardportbereich ist 48654-48999.
In einigen Fällen kann es erforderlich sein, benutzerdefinierte Portbereiche, Timeouts usw. für PackBot-bezogene Funktionen zu verwenden.
Die folgende Tabelle fasst die verfügbaren Optionen zusammen:
Einstellungsname |
Standardwert |
Beschreibung |
|---|---|---|
TcpIpDefaultPort |
48654-48999 |
Portbereich für die TCP/IP-Kommunikation. Verwenden Sie Minus (-) und Komma (,), um anzugeben, welche Ports für eingehende Kommunikation gültig sind. Stellen Sie sicher, dass diese Ports nicht durch Ihre Firewall blockiert werden. PackBot versucht, den ersten gültigen freien Port zu finden und hört auf diesen von niedrigeren zu höheren Nummern. |
TcpIpMaxRetry |
3 |
Maximale Anzahl von Wiederholungsversuchen, bevor festgestellt wird, dass die Maschine nicht verfügbar ist. |
TcpIpDefaultReceiveTimeout |
240000 |
Kehrt zum Standardwert zurück, wenn Windows keine eigenen Timeouts definiert. |
TcpIpDefaultSendTimeout |
240000 |
Kehrt zum Standardwert zurück, wenn Windows keine eigenen Timeouts definiert. |