Madame Lelica

Inhaltsverzeichnis

1. Einführung
2. RPC-Dienst gestoppt
3. Probleme mit der Namensauflösung
4. Durch Firewall blockierter Datenverkehr
5. Konnektivitätsprobleme

Einführung

„Der RPC-Server ist nicht verfügbar“ ist ein ziemlich häufiger Fehler in Windows, der in einer Vielzahl von Situationen auftreten kann, von denen die meisten die Kommunikation zwischen zwei Computern über ein Netzwerk betreffen. Es kann jedoch auch während lokaler Vorgänge auf einem Computer auftreten., Zur Verdeutlichung wird in diesem Artikel der Computer, der die RPC-Kommunikation initiiert, als Client bezeichnet, und der Computer, mit dem er kommuniziert, ist der Server.

Remote Procedure Call (RPC) ist ein Mechanismus, mit dem Windows-Prozesse untereinander kommunizieren können, entweder zwischen einem Client und einem Server über ein Netzwerk oder innerhalb eines einzelnen Systems. Zahlreiche integrierte Windows-Komponenten nutzen RPC. RPC verwendet dynamische Ports für die Kommunikation zwischen Systemen, aber ein statischer Port (TCP-Port 135) muss auch als Ausgangspunkt für die Kommunikation verwendet werden., Der RPC-Endpunkt-Mapper überwacht diesen statischen Port.

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

Mögliche Ursachen für den Fehler“ RPC-Server nicht verfügbar “ sind:

• RPC-Dienst gestoppt: Wenn der RPC-Dienst auf dem Server nicht ausgeführt wird, kann der Client ihn offensichtlich nicht erreichen.
• Probleme mit der Namensauflösung: Der Name des RPC-Servers kann auf die falsche IP-Adresse aufgelöst werden, was dazu führt, dass der Client den falschen Server kontaktiert oder versucht, eine IP-Adresse zu kontaktieren, die derzeit nicht verwendet wird. Alternativ kann der Name des Servers überhaupt nicht aufgelöst werden.,
• Durch Firewall blockierter Datenverkehr: Eine Firewall oder eine andere Sicherheitsanwendung auf dem Server oder eine Netzwerk-Firewall-Appliance zwischen Client und Server verhindert möglicherweise, dass 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, kategorisiert nach Ursache, können bei der Fehlerbehebung hilfreich sein.

RPC-Dienst gestoppt

1. Öffnen Sie die Dienstkonsole auf dem Server.,
2. Suchen Sie den RPC-Dienst (Remote Procedure Call) und stellen Sie sicher, dass er ausgeführt wird.
   Hinweis: Der RPC-Locator-Dienst (Remote Procedure Call) muss normalerweise nicht ausgeführt werden.
3. Wenn der Dienst beendet wird, versuchen Sie, ihn manuell zu starten.

Probleme mit der Namensauflösung

1. Pingen Sie den Server nach Namen vom Client an, um zu überprüfen, ob der Name auf die richtige IP-Adresse aufgelöst wurde. Wenn dies der Fall ist, ist die 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 zur Namensauflösung verwendet. Stellen Sie sicher, dass sowohl der Client als auch der Server die richtigen DNS-Server verwenden, die sich in der Domäne befinden müssen und normalerweise Domänencontroller sind.
3. Wenn die richtigen DNS-Server verwendet werden, verwenden Sie die DNS-Verwaltungskonsole auf diesen Servern, um zu überprüfen, ob auf dem RPC-Server die richtigen Datensätze in DNS registriert sind. Bei Bedarf kann der Befehl ipconfig /registerdns auf dem RPC-Server verwendet werden, um seine DNS-Einträge neu zu registrieren.,
4. Wenn keine Anzeigendomäne vorhanden ist, kann WINS zur Namensauflösung verwendet werden. Der Befehl ipconfig /all listet unter anderem die WINS-Server auf, die vom RPC-Server verwendet werden. Überprüfen Sie die WINS-Datenbank auf diesen Servern, um sicherzustellen, dass die für den RPC-Server registrierten Datensätze korrekt sind. Bei Bedarf kann der Befehl nbtstat-RR auf dem RPC-Server ausgeführt werden, um seine WINS-Datensätze erneut zu registrieren.

Verkehr durch Firewall blockiert

1. Überprüfen Sie die Windows-Firewall-Einstellungen auf dem RPC-Server.,
2. Wenn die Firewall aktiviert ist, stellen Sie sicher, dass der Datenverkehr auf TCP-Port 135 übergeben werden darf.
   1. Wenn auf dem Server Windows Server 2003 ausgeführt wird, behandelt die Windows-Firewall die dynamische RPC-Portzuordnung möglicherweise nicht korrekt. 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-Firewalldienst ausgeführt wird., Die Windows-Firewall in Windows Server 2008 und höher sollte RPC-Datenverkehr standardmäßig ordnungsgemäß behandeln; Wenn dies jedoch manuell konfiguriert werden muss, finden Sie in diesem TechNet-Artikel Anweisungen: Zulassen von eingehendem Netzwerkverkehr, der dynamische RPC verwendet.
      Wenn die Windows-Firewall muss vollständig in Windows Server 2008 oder höher deaktiviert werden, stoppen Sie nicht die Windows-Firewall-Dienst. Befolgen Sie stattdessen die Schritte zum ordnungsgemäßen Deaktivieren der Windows-Firewall in Windows Server 2008 und höher.,
3. Wenn Firewall-Software von Drittanbietern, eine andere Sicherheitsanwendung oder eine Netzwerk-Firewall-Appliance vorhanden ist, lesen Sie die Dokumentation für die Anwendung oder Appliance, um festzustellen, ob sie ordnungsgemäß konfiguriert werden kann, um RPC-Datenverkehr zu verarbeiten.
4. Wenn die Firewall-Software, eine andere Sicherheitsanwendung oder eine Netzwerk-Appliance nicht so konfiguriert werden kann, dass dynamischer RPC-Datenverkehr ordnungsgemäß verarbeitet wird, kann der von RPC verwendete Portbereich eingeschränkt und dieser Bereich dann in der Firewall oder Sicherheitsanwendung geöffnet werden., Um den von RPC verwendeten Portbereich einzuschränken, erfahren Sie, wie Sie die dynamische RPC-Portzuordnung für die Arbeit mit Firewalls konfigurieren.

Netzwerkkonnektivitätsprobleme

1. Verwenden Sie den Befehl ping, um die grundlegende Konnektivität zwischen dem RPC-Client und dem Server zu testen. Beachten Sie, dass dieser Test möglicherweise nicht schlüssig ist, da eine Firewall ICMP-Datenverkehr blockieren und anderen Datenverkehr zulassen kann. (ICMP oder Internet Control Message Protocol ist das Protokoll, das von den Befehlen ping und Tracert verwendet wird.,)
2. Mit dem Befehlszeilenprogramm PortQry kann die Verbindung vom Client zum Server getestet und festgestellt werden, welche Ports auf dem Server geöffnet sind. Es enthält Unterstützung für RPC und kann verwendet werden, um zu bestimmen, welche Dienste über dynamische Ports verfügen, die bei RPC registriert sind und welche spezifischen Ports sie verwenden. Detaillierte Informationen zu PortQry Version 2.0 finden Sie hier: Neue Funktionen und Funktionen in PortQry Version 2.0.
3. Wenn sich Client und Server in verschiedenen Subnetzen befinden, stellen Sie sicher, dass der Datenverkehr ordnungsgemäß zwischen beiden geleitet wird., Wenn sie sich an verschiedenen physischen Standorten befinden, stellen Sie sicher, dass die Verbindung zwischen den Websites hergestellt ist und der Datenverkehr frei passieren kann.

Weitere Anweisungen zur Fehlerbehebung finden Sie unter Fehlerbehebung „Der RPC-Server ist nicht verfügbar.“
Allgemeine Informationen zu RPC finden Sie unter Was ist RPC?