Zu den Hauptinhalten
  • Bestellungen schnell und einfach aufgeben
  • Bestellungen anzeigen und den Versandstatus verfolgen
  • Erstellen Sie eine Liste Ihrer Produkte, auf die Sie jederzeit zugreifen können.
  • Verwalten Sie mit der Unternehmensverwaltung Ihre Dell EMC Seiten, Produkte und produktspezifischen Kontakte.

Fehlerbehebung der Fehler "RPC Server Unavailable" (RPC-Server nicht verfügbar)

Zusammenfassung: In diesem Artikel werden die Lösungen für den Fehler "RPC Server Unavailable" in Windows Server-Betriebssystemen beschrieben.

Dieser Artikel wurde möglicherweise automatisch übersetzt. Wenn Sie eine Rückmeldung bezüglich dessen Qualität geben möchten, teilen Sie uns diese über das Formular unten auf dieser Seite mit.

Artikelinhalt


Symptome

RPC-ServiceName-Lösungsprobleme beendetTraffic durch FirewallConnectivity-Probleme

blockiert



Ursache

Siehe Abschnitt „Lösung“.

Lösung

Inhaltsverzeichnis

  1. Einführung
  2. RPC-Dienst gestoppt
  3. Namensauflösungsprobleme
  4. Datenverkehr durch die Firewall blockiert
  5. Netzwerkverbindungsprobleme

1. Einführung

"Der RPC-Server ist nicht verfügbar" ist ein häufiger Fehler in Windows, der in einer Vielzahl von Situationen auftritt, wobei die meisten die Kommunikation zwischen zwei Rechnern über ein Netzwerk betreffen. Dies kann auch während lokaler Vorgänge auf einem Computer auftreten. Zur besseren Übersichtlichkeit wird in diesem Artikel der Computer, der die RPC-Kommunikation initiiert, als Client festgelegt und der Computer, mit dem er kommuniziert, ist der Server.

Remote Procedure Call (RPC) ist ein Mechanismus, der es Windows-Prozessen ermöglicht, entweder zwischen einem Client und einem Server über ein Netzwerk oder innerhalb eines einzigen Computers zu kommunizieren. Zahlreiche integrierte Windows-Komponenten verwenden RPC. RPC verwendet dynamische Ports für die Kommunikation zwischen Computern, aber ein statischer Port (TCP-Port 135) muss auch als Ausgangspunkt für die Kommunikation verwendet werden. Die RPC-Endpunktzuordnung überwacht diesen statischen Port.

In einer typischen RPC-Sitzung kontaktiert ein Client die Endpunktzuordnung eines Servers auf TCP-Port 135 und fordert die dynamische Portnummer an, die einem bestimmten Service zugewiesen ist. Der Server antwortet mit der IP-Adresse und der Portnummer, die der Service beim Start bei RPC registriert hat. Der Client kontaktiert dann den Service auf dieser IP-Adresse und diesem Port.

Mögliche Ursachen für den Fehler "RPC server unavailable" sind:        

  • RPC-Dienst angehalten: Wenn der RPC-Dienst auf dem Server nicht ausgeführt wird, kann der Client ihn offensichtlich nicht erreichen.
  • Probleme bei der Namensauflösung: Der Name des RPC-Servers löst möglicherweise die falsche IP-Adresse auf, was dazu führt, dass der Client den falschen Server kontaktiert oder versucht, eine ip-Adresse zu kontaktieren, die nicht verwendet wird. Alternativ dazu wird der Name des Servers eventuell überhaupt nicht aufgelöst.
  • Durch Firewall blockierter Datenverkehr: Eine Firewall oder eine andere Sicherheitsanwendung auf dem Server oder eine Netzwerkfirewall-Appliance zwischen Client und Server kann verhindern, dass der Datenverkehr den Server auf TCP-Port 135 erreicht.
  • Konnektivitätsprobleme: Der Client kann den Server aufgrund eines allgemeinen Netzwerkproblems möglicherweise überhaupt nicht erreichen.
     

Die folgenden Schritte können nützlich sein, um das Problem zu beheben. Die Schritte werden nach Ursache kategorisiert.


2. RPC-Dienst gestoppt

  1. Öffnen Sie die Dienste-Konsole auf dem Server.
  2. Suchen Sie den Remote Procedure Call (RPC)-Service und stellen Sie sicher, dass er ausgeführt wird.
    HINWEIS: Der Remote Procedure Call (RPC)-Locator-Service wird in der Regel nicht ausgeführt.
  3. Wenn der Dienst angehalten ist, versuchen Sie, ihn manuell zu starten.
     

3. Namensauflösungsprobleme

  1. Wenden Sie den Ping-Befehl vom Client aus auf den Server an. Verwenden Sie dabei den Servernamen, um zu überprüfen, ob der Name auf die korrekte IP-Adresse aufgelöst wird. Wenn dies der Fall ist, ist Namensauflösung wahrscheinlich nicht die Ursache des Problems, und die verbleibenden Schritte in diesem Abschnitt können übersprungen werden.
  2. Wenn Client und Server Mitglieder einer Active Directory (AD)-Domäne sind, wird DNS für die Namensauflösung verwendet. Stellen Sie sicher, dass der Client und der Server beide die richtigen DNS-Server verwenden, die sich innerhalb der Domäne befinden müssen und in der Regel Domänen-Controller sind.
  3. Wenn die richtigen DNS-Server verwendet werden, verwenden Sie die DNS-Verwaltungskonsole auf diesen Servern, um zu überprüfen, ob der RPC-Server einen oder mehrere korrekte Datensätze im DNS registriert hat. Falls erforderlich, kann der Befehl ipconfig /registerdns auf dem RPC-Server verwendet werden, um die DNS-Datensätze erneut zu registrieren.
  4. Wenn keine AD-Domäne vorhanden ist, kann WINS für die Namensauflösung verwendet werden. Die Befehlsliste ipconfig /all, unter anderem die WINS-Server, die vom RPC-Server verwendet werden. Überprüfen Sie die WINS-Datenbank auf diesen Servern, um zu überprüfen, ob die Datensätze, die für den RPC-Server registriert sind, korrekt sind. Falls erforderlich, kann der Befehl nbtstat -RR auf dem RPC-Server ausgeführt werden, um die WINS-Datensätze erneut zu registrieren.
     

4. Datenverkehr durch die Firewall blockiert

  1. Überprüfen Sie die Einstellungen der Windows-Firewall auf dem RPC-Server.
  2. Wenn die Firewall aktiviert ist, stellen Sie sicher, dass der Datenverkehr auf TCP-Port 135 erfolgreich ist.
    1. Wenn auf dem Server Windows Server 2003 ausgeführt wird, kann die Windows-Firewall die dynamische RPC-Portzuweisung eventuell nicht richtig handhaben. In diesem Fall kann es erforderlich sein, die Windows-Firewall zu deaktivieren oder die von RPC verwendeten Ports einzuschränken (siehe Schritt 4).
    2. Wenn auf dem Server Windows Server 2008 oder höher ausgeführt wird, stellen Sie sicher, dass der Windows-Firewall-Dienst ausgeführt wird. Die Windows-Firewall in Windows Server 2008 und höher sollte RPC-Datenverkehr standardmäßig ordnungsgemäß verarbeiten. Wenn dies jedoch manuell konfiguriert werden muss, finden Sie in diesem TechNet-Artikel Anweisungen: Zulassen von eingehendem Netzwerkdatenverkehr, der dynamische RPC verwendet.
      Wenn die Windows-Firewall in Windows Server 2008 oder höher deaktiviert werden muss, beenden Sie nicht den Windows Firewall-Dienst. Befolgen Sie stattdessen die Schritte unter in Anleitung zum richtigen Deaktivieren der Windows-Firewall unter Windows Server 2008 und höher.
  3. Wenn die Firewall-Software eines Drittanbieters, eine andere Sicherheitsanwendung oder eine Netzwerk-Firewall-Appliance verwendet wird, schauen Sie in der Dokumentation der Anwendung oder der Appliance nach, ob sie ordnungsgemäß für RPC-Verkehr konfiguriert werden kann.
  4. Wenn die Firewallsoftware, andere Sicherheitsanwendung oder Netzwerk-Appliance nicht für die ordnungsgemäße Verarbeitung des dynamischen RPC-Datenverkehrs konfiguriert werden kann, kann der von RPC verwendete Portbereich eingeschränkt werden und dieser Bereich kann dann auf der Firewall oder der Sicherheitsanwendung geöffnet werden. Informationen zum Beschränken des von RPC verwendeten Port-Bereichs finden Sie unter How to Configure RPC Dynamic Port Allocation to Work with Firewalls (Anleitung zum Konfigurieren der dynamischen RPC-Portzuweisung zur Verwendung mit Firewalls).
     

5. Netzwerkverbindungsprobleme

  1. Verwenden Sie den Befehl ping, um die grundlegende Konnektivität zwischen dem RPC-Client und Server zu testen. Beachten Sie, dass dieser Test möglicherweise nicht schlüssig ist, da es für eine Firewall möglich ist, den ICMP-Datenverkehr zu blockieren und anderen Datenverkehr durchzulassen. (ICMP oder Internet Control Message Protocol ist das Protokoll, das von den Befehlen ping und tracert verwendet wird.)
  2. Mit dem Befehlszeilendienstprogramm PortQry können Sie die Konnektivität vom Client zum Server testen und feststellen, welche Ports auf dem Server geöffnet sind. Es umfasst Unterstützung für RPC und kann verwendet werden, um zu bestimmen, welche Dienste dynamische Ports haben, die bei RPC registriert sind und welche spezifischen Ports sie verwenden. Detaillierte Informationen zu PortQry Version 2.0 finden Sie hier: Neue Funktionen und Merkmale in PortQry Version 2.0.
  3. Wenn sich Client und Server in unterschiedlichen Subnetzen befinden, stellen Sie sicher, dass der Datenverkehr ordnungsgemäß zwischen beiden weitergeleitet wird. Wenn sie sich an verschiedenen physikalischen Standorten befinden, stellen Sie sicher, dass die Verbindung zwischen den Standorten aktiv ist und der Datenverkehr frei passieren kann.


Weitere Anweisungen zur Behebung dieses Fehlers finden Sie unter Troubleshooting "The RPC Server is Unavailable"

(Der RPC-Server ist nicht verfügbar). Allgemeine Informationen zu RPC finden Sie unter Was ist RPC?
 


 

Weitere Informationen

 
 

Support außerhalb der Gewährleistung Gewährleistung abgelaufen? Kein Problem. Besuchen Sie die Website Dell.com/support und geben Sie Ihr Dell Service-Tag ein, um unsere Angebote anzusehen.

HINWEIS: Angebote sind nur für Kunden in den USA, Kanada, Großbritannien, Frankreich, Deutschland und China verfügbar. Trifft nicht auf Server und Storage zu.

Artikeleigenschaften


Betroffenes Produkt

Servers

Letztes Veröffentlichungsdatum

14 Feb 2022

Version

6

Artikeltyp

Solution