Erweiterte Themen > PackBot-Fehlerbehebung

Fehlerbehebung bei Hyper-V-Verbindungsproblemen

Die folgende Checkliste hilft dabei, mögliche Probleme beim Arbeiten mit Hyper-V-Maschinen zu finden und zu beheben:

1.Ist PowerShell 3.0 installiert (sowohl auf dem Gast- als auch auf dem Host-Computer)?

a.Überprüfen Sie $PSVersionTable.PSVersion in PowerShell

2.Ist der Computer korrekt im Bildschirm Settings > Virtual Machines konfiguriert (achten Sie auf fest codierte IP-Adressen, die möglicherweise dynamisch vom DHCP vergeben werden)?

3.Ist RayPack Studio Tools for Hyper-V auf dem Gastcomputer installiert? Wird der Prozess vm-proxy.exe von RayPack Studio Tools for Hyper-V ausgeführt?

4.Ist WINRM konfiguriert?

a.Überprüfen Sie winrm qc

5.Hat WINRM korrekte 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.Hat WINRM eine Verbindung zur VM und umgekehrt?

a.- Test-WSMan -ComputerName IP

7.Sind alle erforderlichen Ports auf dem physischen Computer entsperrt?

a.Der Standard-Portbereich ist 48654-48999.

TCP/IP-Konfiguration ändern

In einigen Fällen kann es erforderlich sein, benutzerdefinierte Portbereiche, Timeouts usw. für PackBot-bezogene Funktionalität 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 ihn von niedrigeren zu höheren Nummern zu belegen.
TcpIpMaxRetry	3	Maximale Anzahl von Wiederholungsversuchen, bevor festgestellt wird, dass der Computer 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.