"RPC-Server nicht verfügbar" beim Versuch, über Hyper-V Manager unter Windows 8.1-Client auf den Hyper-V-Server zuzugreifen

44448
bwDraco

Das Problem

Nach der Suche nach Verwendungen für meinen alten Laptop habe ich mich entschlossen, den Wyvern in einen Virtualisierungsserver mit Microsoft Hyper-V Server 2012 R2 (frei verfügbar, im Wesentlichen ein stark eingeschränkter Windows Server 2012 R2 mit nur den Hypervisor-Funktionen) umzuwandeln. Ich habe jedoch Probleme, von meinem Windows 8.1 Pro-Client, dem Dragon, eine Verbindung herzustellen . Ich erhalte die folgende Fehlermeldung von Hyper-V Manager auf dem Client:

RPC-Server nicht verfügbar. Verbindung zwischen WYVERNund kann nicht hergestellt werden DRAGON.

Wenn ich die Windows-Firewall auf dem Server insgesamt (mit net stop MpsSvc) deaktiviere, erhalte ich Folgendes:

Es kann keine Verbindung zum RPC-Dienst auf dem Computer hergestellt werden WYVERN. Stellen Sie sicher, dass Ihr RPC-Dienst ausgeführt wird.

In beiden Fällen zeigt Hyper-V Manager vor dem Anzeigen der Fehlernachricht "Loading Virtual Machines ..." an, was darauf hinweist, dass der Client sich sonst mit dem Server verbinden kann.

Hinweis: Die Community bei Server Fault ist wahrscheinlich in der Lage, dieses Problem besser zu lösen, ist jedoch technisch nicht in der Lage, da dies in einer häuslichen Umgebung der Fall ist ( eine entsprechende Debatte finden Sie in dieser Meta Server Fault-Frage ). Daher poste ich diese Frage hier.

Netzwerkinformationen

Die Computer sind über ein LAN verbunden und derselben Arbeitsgruppe (keiner Domäne) beigetreten. Beide Computer sind in der Lage, den Namen des anderen Computers in die richtige IP-Adresse aufzulösen, sich gegenseitig zu pingen und auf das Internet zuzugreifen.

Seltsamerweise funktioniert es, wenn der Server direkt über ein Ethernet-Kabel mit dem Client verbunden ist und Internet Connection Sharing mit dem Ethernet-Adapter des Clients verbunden ist und auf dem Server DHCP aktiviert ist . Dies kann einen Hinweis auf die genaue Ursache des Problems geben.

Schritte gemacht

Ich habe dieses Thema ausführlich recherchiert und folgende Schritte unternommen:

Client-Seite

  • Ich habe den Wyvern in die hostsDatei auf dem Client eingefügt .
  • Ich habe die Firewall so konfiguriert, dass die gesamte Kommunikation zwischen den beiden Computern möglich ist. (Das Deaktivieren der Firewall hilft nicht.)
  • Ich habe DCOM-Berechtigungen für den Client festgelegt, um ANONYMOUS LOGONRemotezugriff zuzulassen .
  • Ich habe Authentifizierungsinformationen eingerichtet, damit sich der Server immer mit dem korrekten Benutzernamen ( Administrator) und dem richtigen Kennwort anmeldet (so dass keine Fehler "Zugriff verweigert" werden).

Serverseite

  • Ich habe alle Windows-Updates auf dem Server installiert.
  • Ich habe den Server mehrmals neu gestartet.
  • Ich habe dem Server eine statische IP-Adresse zugewiesen, die in der Clientdatei aufgeführt ist hosts.
  • Ich habe den AdministratorBenutzer zur Gruppe "Distributed COM Users" hinzugefügt :net localgroup "Distributed COM Users" /add Administrator
  • Ich habe den Befehl PowerShell ausgeführt Enable-NetFirewallRule -DisplayGroup "Windows Remote Management"und netsh advfirewall firewall set rule group="Windows Management Instrumentation (WMI)" new enable=yessichergestellt, dass die Firewall auf der Serverseite den Remoteverwaltungszugriff nicht blockiert.
  • Ich habe ausgeführt Enable-NetFirewallRule -DisplayGroup "Network Discovery", um das Äquivalent dessen auszuführen, was in diesem Blogbeitrag beschrieben wird .

Ich bin am Ende, was das Problem ist. Irgendwelche Ideen?

3

2 Antworten auf die Frage

5
bwDraco

Das Ausführen von HVRemote half dabei, die Ursache zu ermitteln, und es stellte sich heraus, dass die Firewall auf dem Client falsch konfiguriert wurde.

Der Dragon ist durch Norton Internet Security geschützt. Ich hatte zwar eine Firewall-Regel, die explizit Zugriff auf den Server gewährte, sie wurde jedoch am Ende der Liste der Regeln aufgeführt. Sie hatte also nicht die beabsichtigte Wirkung und die DCOM-Kommunikation wurde sowieso von der Firewall blockiert. Nachdem ich die Regel an den Anfang der Liste verschoben habe, kann ich den Server problemlos über den Hyper-V-Manager erreichen.

Um das Problem zu klären, lesen Sie in der Online-Dokumentation zu Norton Internet Security Folgendes:

Die Smart Firewall verarbeitet Verkehrsregeln, bevor sie Programmregeln verarbeitet. Wenn beispielsweise eine Programmregel vorhanden ist, über die Internet Explorer über Port 80 mit TCP-Protokoll auf das Internet zugreifen kann, und eine Verkehrsregel, die die TCP-Kommunikation über Port 80 für alle Anwendungen blockiert. Die Internet Explorer-Anwendung kann nicht auf das Internet zugreifen, da Norton Internet Security den Verkehrsregeln Vorrang vor den Programmregeln gibt.

In der Liste der Verkehrsregeln werden die Regeln in der Reihenfolge ihres Auftretens von oben nach unten verarbeitet. Programmregeleinträge werden nicht in der richtigen Reihenfolge verarbeitet. Die Regeln in jedem Programmregeleintrag werden jedoch in der Reihenfolge des Erscheinens von oben nach unten abgearbeitet.

Beispielsweise haben Sie eine Programmregel für die Symantec pcAnywhere-Anwendung, die die Verwendung der Anwendung mit einem anderen Computer blockiert. Sie fügen eine weitere Regel für dieselbe Anwendung hinzu, die die Verwendung mit einem bestimmten Computer ermöglicht. Sie verschieben dann die neue Regel vor der ursprünglichen Regel in der Programmregelliste. Norton Internet Security verarbeitet die neue Regel zuerst und ermöglicht die Verwendung von Symantec pcAnywhere mit diesem bestimmten Computer. Anschließend wird die ursprüngliche Regel verarbeitet und die Verwendung mit einem anderen Computer verhindert.


Als Happy End ist das openSUSE-Installationsprogramm auf einer VM, die auf dem Wyvern gehostet wird und auf dem Dragon angezeigt wird :

Remote virtual machine displayed on desktop

Vielen Dank für die Einführung von HWRemote (das für Windows 10 nicht aktualisiert wird) und den Hinweis, dass das Problem möglicherweise auf die Firewall des Clients zurückzuführen ist. In diesem Fall verwende ich die Windows-Firewall (die integrierte Lösung), da der Client nicht mit dem Internet verbunden ist. Also setze ich die Firewall-Einstellungen zurück. (Dafür gibt es eine Schaltfläche.) Meine Verbindung zu Hyper-V wurde wiederhergestellt. vor 6 Jahren 0
0
gappani

Laden Sie das kostenlose Corefig-Tool zum Verwalten von Hyper-V-Localy hier herunter . Fügen Sie nach der Installation (siehe Dokumentation zum Installieren und Ausführen hier ) einen Benutzer hinzu, der den Hyper-V-Server remote zur Gruppe "Remote Management Users" unter den Netzwerkeinstellungen / Gruppenmitgliedschaften verwaltet.