Wenn Sie erhalten RPC-Server ist nicht verfügbar angezeigt, dann zeigt dieser Beitrag, wie Sie Fehler und Probleme bei Remoteprozeduraufrufen unter Windows 11/10 beheben können. RPC oder Remote Procedure Call ist ein netzwerkbasiertes Programmiermodell, das eine Punkt-zu-Punkt-Kommunikation zwischen Softwareanwendungen ermöglicht. In diesem Handbuch erfahren Sie, wie Sie Remote Procedure Call-Fehler beheben können. Die Fehler können beim Herstellen einer Verbindung mit Windows Management Instrumentation (WMI), SQL Server, während einer Remoteverbindung oder bei einigen Snap-Ins der Microsoft Management Console (MMC) auftreten.
Fehlerbehebung bei Remote Procedure Call-Fehlern
„RPC-Server ist nicht verfügbar“ ist eines der häufigsten Probleme, die auftreten. Es könnte ein einfaches Netzwerkproblem sein oder der Server kann nicht antworten. Werfen wir einen Blick auf die Liste der Tools, mit denen wir Fehler bei Remoteprozeduraufrufen beheben können. Sie können entweder PowerShell oder die Eingabeaufforderung mit Administratorrechten verwenden, um diese Befehle auszuführen.\
Sie müssen Microsoft Network Monitor oder Microsoft Message Analyzer verwenden, um Protokolle zu analysieren.
PortQuery
Dieses Tool hilft Ihnen, das Problem mit dem Port zu finden, den Sie verbinden möchten. Es kann feststellen, ob Ihre Anwendung oder Ihr Computer eine Verbindung zum Server herstellen kann.
Portqry.exe -n-e 135
Der obige Befehl versucht, den TCP-Port 25 auf der angegebenen Server-IP abzufragen. Wenn Sie hier eine Website nutzen, wird diese intern in die IP-Adresse übersetzt. Suchen Sie in der Ausgabe nach *ip_tcp, und Portnummer. Wenn die Verbindung fehlschlägt, sollten Sie im Gegenzug eine fehlgeschlagene Antwort sehen. Wenn alles in Ordnung aussieht, suchen Sie am Ende nach einer Portnummer (fett markiert), die so aussehen sollte
....Server's response: UUID: d95afe70-a6d5-4259-822e-2c84da1ddb0d ncacn_ip_tcp:169.254.0.10[49664]
Wenn Sie keine Portnummer sehen, bedeutet dies, dass auf der Serverseite etwas nicht stimmt und der Port nicht lauscht.
Netsch
Als nächstes können Sie den Netsh-Befehl verwenden Sammeln Sie gleichzeitig Trace-Daten. TRACE bedeutet hier Pfad von einem Punkt zum anderen in einem Netzwerk. Wenn es zwischendurch etwas gibt, das ein Problem verursacht, werden Sie es wissen.
Auf dem Client ausführen:
Netsh trace start scenario=netconnection capture=yes tracefile=c:\client_nettrace.etl maxsize=512 overwrite=yes report=yes
Auf dem Server ausführen:
Netsh trace start scenario=netconnection capture=yes tracefile=c:\server_nettrace.etl maxsize=512 overwrite=yes report=yes
Der obige Befehl führt ein Protokoll in einer Tracedatei (.etl). Halten Sie dieses Fenster der Eingabeaufforderung bereit.
Versuchen Sie nun, das Problem zu reproduzieren, mit dem Sie auf dem Client-Computer konfrontiert waren. Möglicherweise müssen Sie einige Tasten in der Software oder irgendetwas anderes drücken, das für Sie ein Problem verursacht hat. Sobald Sie das Problem sehen, führen Sie es aus Netsh-Trace-Stopp in der Eingabeaufforderung des Client-Rechners.
Verwenden Sie nun das Analysetool und filtern Sie die Ablaufverfolgung nach
Ipv4.address== and ipv4.address== and tcp.port==135 or just tcp.port==135
Suchen Sie auch nach dem „EPM“-Protokoll in der Spalte „Protokoll“.
Überprüfen Sie nun, ob Sie eine Antwort vom Server erhalten. Wenn Sie eine Antwort erhalten, notieren Sie sich die Ihnen zugewiesene dynamische Portnummer.
- Überprüfen Sie, ob Sie erfolgreich eine Verbindung zu diesem dynamischen Port herstellen können.
- Der Filter sollte ungefähr so lauten: tcp.port== und ipv4.address==
Es sollte Ihnen helfen, die Konnektivität zu überprüfen und eventuelle Netzwerkprobleme zu isolieren.
Verwandt: Korrigieren Sie die hohe CPU-Auslastung von Remote-Prozeduraufrufen.
Port nicht erreichbar
Der häufigste Grund, warum wir sehen, dass der RPC-Server nicht verfügbar ist, ist, wenn der dynamische Port, den der Client zu verbinden versucht, nicht erreichbar ist. Wenn Sie sehen, dass die Ablaufverfolgung dazwischen abbricht, mit dem Port zurückkehrt, der keinen Fehler gefunden hat, und so weiter, dann könnte dies folgende mögliche Gründe haben
- Die Firewall hat den dynamischen Portbereich blockiert.
- Ein Router oder ein Netzwerkgerät in der Mitte verwirft das Paket; die Antwort kommt nicht zurück.
- Der Zielserver verwirft die Pakete (WFP-Drop/NIC-Drop/Filtertreiber usw.).
Die bewährte Methode für das Problem „Post nicht erreichbar“ ist die Verwendung der dynamischen Zuordnung. Die Registrierung ermöglicht es Administratoren, die dynamische RPC-Portzuweisung zu konfigurieren.
Diese Tools und Tipps helfen Ihnen, das Problem zu analysieren und herauszufinden. Die Lösung hängt davon ab, was genau das Problem ist, und hängt von der Software und dem Server ab.
Überprüfen Sie diese verwandten Beiträge, wenn Sie Folgendes erhalten:
- Der Fehler Remoteprozeduraufruf fehlgeschlagen für Microsoft Store-Apps
- Der Remoteprozeduraufruf ist fehlgeschlagen, während eine PIN als Anmeldeoption erstellt wurde
- Der RPC-Server ist nicht verfügbar
- Der Remoteprozeduraufruf ist während der Verwendung von DISM fehlgeschlagen.