Fehler „Die Endpunktzuordnung hat keine weiteren Endpunkte verfügbar”? Was diese Meldung bedeutet und wie Sie sie beheben

In der komplexen Welt der IT kann es passieren, dass man auf Fehlermeldungen stößt, die auf den ersten Blick kryptisch erscheinen und einem Rätsel aufgeben. Eine solche Meldung, die sowohl Systemadministratoren als auch fortgeschrittenen Nutzern Kopfzerbrechen bereiten kann, ist der Fehler „Die Endpunktzuordnung hat keine weiteren Endpunkte verfügbar” (englisch: „The endpoint mapper has no more endpoints available”). Diese Fehlermeldung ist ein Indikator für tiefer liegende Kommunikationsprobleme innerhalb von Windows-Systemen und Netzwerken. Doch keine Sorge, in diesem umfassenden Artikel werden wir diesen Fehler detailliert entschlüsseln, seine Ursachen beleuchten und Ihnen eine Schritt-für-Schritt-Anleitung zur Behebung an die Hand geben.

Was bedeutet „Die Endpunktzuordnung hat keine weiteren Endpunkte verfügbar” überhaupt?

Um diesen Fehler zu verstehen, müssen wir uns ein grundlegendes Konzept der Windows-Kommunikation ansehen: den Remote Procedure Call (RPC). RPC ist ein Protokoll, das es einem Programm auf einem Computer ermöglicht, eine Prozedur (eine Funktion oder einen Dienst) auf einem anderen Computer auszuführen, ohne dass der Programmierer sich um die Netzwerkdetails kümmern muss. Es ist das Rückgrat vieler Windows-Dienste und -Anwendungen, die über ein Netzwerk miteinander kommunizieren, wie zum Beispiel die Verwaltung von Active Directory, WMI (Windows Management Instrumentation), Exchange Server, SQL Server und viele mehr.

Stellen Sie sich RPC wie einen Telefonservice vor. Wenn Sie jemanden anrufen möchten, wissen Sie deren Namen (den Dienst, den Sie nutzen möchten), aber Sie wissen nicht unbedingt die genaue Telefonnummer (den dynamischen Port), über die der Dienst gerade erreichbar ist. Hier kommt der RPC-Endpunkt-Mapper ins Spiel. Dieser Endpunkt-Mapper ist wie ein zentrales Telefonbuch oder eine Auskunftzentrale auf dem Server. Wenn ein Dienst auf einem Server startet, registriert er sich beim Endpunkt-Mapper und teilt ihm mit, über welchen dynamischen Port er erreichbar ist.

Wenn ein Client versucht, mit diesem Dienst zu kommunizieren, fragt er zuerst den Endpunkt-Mapper auf Port 135 nach der spezifischen „Telefonnummer” des gewünschten Dienstes. Der Endpunkt-Mapper antwortet dann mit dem dynamischen Port, über den der Dienst zu erreichen ist, und der Client kann die direkte Verbindung herstellen.

Die Fehlermeldung „Die Endpunktzuordnung hat keine weiteren Endpunkte verfügbar” bedeutet nun, dass der Client den Endpunkt-Mapper zwar auf Port 135 erreichen konnte, dieser ihm aber nicht die gewünschte Information – also die „Telefonnummer” oder den „Endpunkt” des angefragten Dienstes – liefern konnte. Dies kann mehrere Gründe haben: Entweder der gesuchte Dienst läuft gar nicht, er konnte sich nicht beim Endpunkt-Mapper registrieren, oder der Endpunkt-Mapper selbst hat Probleme.

Zusammenfassend ist es ein Problem, bei dem ein Client-System versucht, mit einem Dienst auf einem Server-System über das RPC-Protokoll zu kommunizieren, aber der Server die Verbindung zum angeforderten Dienst nicht herstellen kann, weil der Dienst entweder nicht läuft, nicht korrekt registriert ist oder eine Netzwerk- oder Firewall-Einstellung die Kommunikation blockiert.

Häufige Ursachen dieses Fehlers

Der Fehler kann durch eine Vielzahl von Problemen verursacht werden. Ein systematischer Ansatz zur Fehlersuche ist daher unerlässlich:

1. Dienst ist nicht gestartet oder läuft nicht korrekt: Dies ist die mit Abstand häufigste Ursache. Der Ziel-Dienst, mit dem der Client kommunizieren möchte, ist auf dem Server nicht aktiv oder wurde beendet. Das kann der Remote Procedure Call (RPC)-Dienst selbst sein, der RPC-Endpunkt-Mapper oder der spezifische Anwendungsdienst, der den Fehler auslöst (z.B. ein Datenbankdienst, ein Verwaltungswerkzeug-Dienst etc.). Auch der DCOM Server Process Launcher ist hier oft ein Faktor.
2. Firewall-Blockade: Eine Firewall (Windows Defender Firewall, eine Drittanbieter-Firewall oder eine Netzwerk-Firewall) blockiert die Kommunikation. Der RPC-Endpunkt-Mapper verwendet den TCP-Port 135. Die eigentliche RPC-Kommunikation für die Dienste findet jedoch über dynamische Ports (standardmäßig 49152-65535 für Windows Server 2008 und höher) statt. Wenn diese Ports blockiert sind, kann die Verbindung nach der anfänglichen Anfrage an den Endpunkt-Mapper nicht aufgebaut werden.
3. Netzwerkkonnektivitätsprobleme: Grundlegende Netzwerkprobleme zwischen dem Client und dem Server können diesen Fehler verursachen. Dazu gehören falsche IP-Adressen, Subnetzmasken, DNS-Auflösungsprobleme, Kabelprobleme, Router-Probleme oder VPN-Verbindungsprobleme. Wenn der Client den Server gar nicht erst erreichen kann, kann er auch nicht den Endpunkt-Mapper abfragen.
4. Falsche RPC-Konfiguration oder Port-Erschöpfung: In seltenen Fällen kann eine fehlerhafte Konfiguration der RPC-Dienste in der Registrierung oder eine Erschöpfung des dynamischen Portbereichs auf dem Server den Fehler auslösen. Wenn zu viele dynamische Ports belegt sind und keine neuen mehr zugewiesen werden können, können sich neue Dienste nicht registrieren.
5. Systembeschädigung oder Malware: Beschädigte Systemdateien, fehlerhafte Updates oder sogar Malware können die Funktionalität von wichtigen Systemdiensten beeinträchtigen, einschließlich der RPC-Dienste.
6. Authentifizierungs- oder Berechtigungsprobleme: Obwohl weniger direkt für diesen spezifischen Fehler verantwortlich (der eher ein „nicht gefunden”-Problem ist), können unzureichende Berechtigungen für den Client, auf den Dienst zuzugreifen, in manchen Konstellationen ähnliche Symptome verursachen, wenn der Dienst selbst nicht ordnungsgemäß initialisiert werden kann.
7. Serverüberlastung: Ein überlasteter Server kann Schwierigkeiten haben, neue Endpunkte zu registrieren oder auf Anfragen des Endpunkt-Mappers zu reagieren, was ebenfalls zu dieser Fehlermeldung führen kann.

Schritt-für-Schritt-Anleitung zur Behebung des Fehlers

Die Behebung des Fehlers erfordert einen systematischen Ansatz. Beginnen Sie mit den einfachsten Lösungen und arbeiten Sie sich dann zu den komplexeren vor.

Schritt 1: Grundlegende Überprüfungen und Neustart

• Systeme neu starten: Manchmal reicht ein einfacher Neustart des Client- und des Server-Systems, um temporäre Probleme oder hängende Dienste zu beheben. Dies sollte immer der erste Schritt sein.
• Netzwerkkonnektivität prüfen:
  • Ping-Test: Versuchen Sie vom Client aus, den Server per IP-Adresse und Hostnamen anzupingen (z.B. ping server-ip und ping server-hostname). Stellen Sie sicher, dass Sie eine Antwort erhalten.
  • Traceroute: Verwenden Sie tracert server-ip, um den Netzwerkpfad zu überprüfen und festzustellen, ob es auf dem Weg zum Server Verzögerungen oder Abbrüche gibt.
  • DNS-Auflösung: Überprüfen Sie mit nslookup server-hostname, ob der Hostname korrekt in eine IP-Adresse aufgelöst wird. Leeren Sie bei Bedarf den DNS-Cache auf dem Client mit ipconfig /flushdns.

Schritt 2: Überprüfung und Start wichtiger Dienste auf dem Server (Zielsystem)

Dies ist der kritischste Schritt. Viele Probleme lassen sich hier beheben. Öffnen Sie die Dienste-Verwaltung (services.msc) auf dem Server und überprüfen Sie folgende Dienste:

• Remote Procedure Call (RPC): Dieser Dienst ist für die Kernfunktionalität von RPC unerlässlich.
  • Status: Muss „Wird ausgeführt” sein.
  • Starttyp: Sollte auf „Automatisch” eingestellt sein.
• RPC-Endpunkt-Mapper (Remote Procedure Call (RPC) Locator): Dieser Dienst ist für die Registrierung und Auflösung der Endpunkte zuständig.
  • Status: Muss „Wird ausgeführt” sein.
  • Starttyp: Sollte auf „Automatisch” eingestellt sein.
• DCOM Server Process Launcher (DCOMLaunch): Dieser Dienst startet DCOM-Server bei Bedarf und ist eng mit RPC verbunden.
  • Status: Muss „Wird ausgeführt” sein.
  • Starttyp: Sollte auf „Automatisch” eingestellt sein.
• Spezifischer Anwendungsdienst: Wenn der Fehler im Zusammenhang mit einer bestimmten Anwendung auftritt (z.B. WMI, SQL Server, Exchange, Active Directory), überprüfen Sie auch den Status des entsprechenden Dienstes. Stellen Sie sicher, dass dieser Dienst ebenfalls gestartet ist und der Starttyp korrekt konfiguriert ist.

Wenn einer dieser Dienste nicht gestartet ist, versuchen Sie ihn manuell zu starten. Wenn er bereits läuft, versuchen Sie ihn neu zu starten (Rechtsklick auf den Dienst -> Neustarten).

Schritt 3: Firewall-Konfiguration überprüfen

Firewalls sind häufige Verursacher dieses Fehlers, da sie die dynamischen Ports blockieren können.

• Windows Defender Firewall:
  • Öffnen Sie die Windows Defender Firewall mit erweiterter Sicherheit (wf.msc).
  • Stellen Sie sicher, dass der TCP-Port 135 (für den RPC-Endpunkt-Mapper) für eingehende Verbindungen auf dem Server erlaubt ist.
  • Für die dynamischen RPC-Ports müssen ebenfalls Ausnahmen erstellt werden. Standardmäßig verwendet Windows einen dynamischen Portbereich. Um dies zu vereinfachen, können Sie eine Regel für eingehende Verbindungen erstellen, die das Programm zulässt, das RPC verwendet, oder eine Regel für den Dienst.
  • In Unternehmensumgebungen kann es notwendig sein, über Gruppenrichtlinien (GPOs) einen festen RPC-Portbereich (Dynamic Port Range) zu definieren (z.B. 50000-50100) und diesen dann in der Firewall freizugeben. Dies erleichtert die Verwaltung erheblich.
  • Temporäre Deaktivierung (nur zu Testzwecken!): Deaktivieren Sie die Windows Firewall auf dem Server vorübergehend, um zu sehen, ob der Fehler verschwindet. Wenn ja, liegt es definitiv an der Firewall-Konfiguration. Aktivieren Sie sie danach sofort wieder und konfigurieren Sie die Ausnahmen korrekt.
• Drittanbieter-Firewalls oder Netzwerk-Firewalls: Wenn Sie eine andere Firewall-Software oder eine Hardware-Firewall in Ihrem Netzwerk verwenden, überprüfen Sie deren Protokolle und Konfigurationen, um sicherzustellen, dass Port 135 und die dynamischen RPC-Ports nicht blockiert werden.

Schritt 4: Netzwerkkonfiguration prüfen und anpassen

• IP-Adresse und Subnetzmaske: Stellen Sie sicher, dass der Server die korrekte IP-Adresse und Subnetzmaske hat.
• DNS-Server-Einstellungen: Vergewissern Sie sich, dass der Server die korrekten DNS-Server verwendet und diese erreichbar sind. Falsche DNS-Einträge können verhindern, dass der Client den Server korrekt auflöst.
• Hosts-Datei: Überprüfen Sie die Hosts-Datei auf dem Client und Server (C:WindowsSystem32driversetchosts) auf unerwartete Einträge, die die Namensauflösung beeinträchtigen könnten.
• VPN-Verbindungen: Falls die Kommunikation über ein VPN läuft, stellen Sie sicher, dass die VPN-Verbindung stabil ist und die Netzwerkkonfiguration des VPN-Clients korrekt ist, um Zugriff auf die erforderlichen Server-Ressourcen zu ermöglichen.

Schritt 5: Überprüfung der Systemintegrität und Registrierung (für fortgeschrittene Benutzer)

Bevor Sie Änderungen an der Registrierung vornehmen, erstellen Sie immer ein Backup der Registrierung.

• Systemdateiprüfung (SFC): Beschädigte Systemdateien können RPC-Probleme verursachen. Führen Sie im erhöhten Eingabeaufforderungsmodus sfc /scannow aus, um die Integrität der Systemdateien zu überprüfen und zu reparieren.
• DISM-Tool: Für umfassendere Reparaturen von Systemimages können Sie das Deployment Image Servicing and Management (DISM)-Tool verwenden:
  • DISM /Online /Cleanup-Image /CheckHealth
  • DISM /Online /Cleanup-Image /ScanHealth
  • DISM /Online /Cleanup-Image /RestoreHealth
• Registrierungsprüfung für RPC-Ports:
  • Navigieren Sie zu HKEY_LOCAL_MACHINESOFTWAREMicrosoftRpc. Überprüfen Sie hier auf ungewöhnliche Einträge oder fehlende Standardwerte.
  • Um einen spezifischen dynamischen Portbereich für RPC zu definieren, können Sie die folgenden Unterschlüssel erstellen (falls nicht vorhanden) und Werte hinzufügen:
    • HKEY_LOCAL_MACHINESOFTWAREMicrosoftRpcInternet (Schlüssel)
    • Innerhalb von „Internet” einen Zeichenfolgenwert namens Ports erstellen, Wert z.B. 50000-50100
    • Einen Zeichenfolgenwert namens PortsInternetAvailable erstellen, Wert Y (für „Yes”)
    • Einen DWORD-Wert namens UseInternetPorts erstellen, Wert 1

    Nach diesen Änderungen ist ein Neustart erforderlich. Achten Sie darauf, dass diese Ports dann auch in der Firewall freigegeben sind.

• Malware-Scan: Führen Sie einen vollständigen Virenscan auf dem Server durch, um sicherzustellen, dass keine Malware die Systemdienste beeinträchtigt.

Schritt 6: Protokolle analysieren

Die Ereignisanzeige (Event Viewer) auf dem Client und vor allem auf dem Server ist ein mächtiges Werkzeug zur Diagnose.

• Öffnen Sie die Ereignisanzeige (eventvwr.msc).
• Suchen Sie unter „Windows-Protokolle” -> „System” und „Anwendung” nach Fehlern oder Warnungen, die zeitlich mit dem Auftreten des RPC-Fehlers übereinstimmen. Achten Sie auf Quellen wie „DCOM”, „Service Control Manager”, „RPC” oder den Namen der Anwendung, die den Fehler auslöst.
• Diese Protokolle können Ihnen präzisere Hinweise darauf geben, welcher Dienst nicht starten kann oder welche Komponente die Kommunikation blockiert.

Schritt 7: Anwendungsspezifische Lösungen

Wenn der Fehler nur bei einer bestimmten Anwendung auftritt, konsultieren Sie deren Dokumentation. Oft gibt es spezifische Anforderungen an die Firewall-Konfiguration oder Dienste, die für diese Anwendung gestartet werden müssen. Gegebenenfalls kann eine Neuinstallation der problematischen Anwendung auf dem Server notwendig sein, um beschädigte Komponenten zu reparieren.

Präventive Maßnahmen und Best Practices

Um das Auftreten dieses und ähnlicher Fehler in Zukunft zu minimieren, sollten Sie folgende Best Practices berücksichtigen:

• Regelmäßige Systemwartung: Halten Sie Ihre Systeme mit den neuesten Updates und Patches auf dem neuesten Stand. Führen Sie regelmäßige Überprüfungen der Systemintegrität durch.
• Korrekte Firewall-Konfiguration: Planen Sie Ihre Firewall-Regeln sorgfältig. Definieren Sie, wenn möglich, feste dynamische RPC-Portbereiche in Ihrem Netzwerk, um die Verwaltung zu vereinfachen und Sicherheit zu gewährleisten.
• Dienstüberwachung: Überwachen Sie kritische Systemdienste, insbesondere die RPC-bezogenen Dienste und die Dienste Ihrer Anwendungen, um proaktiv auf deren Ausfälle reagieren zu können.
• Netzwerkdokumentation: Pflegen Sie eine aktuelle Dokumentation Ihrer Netzwerkkonfiguration, inklusive IP-Adressen, DNS-Einstellungen und Firewall-Regeln.
• Sichere Umgebung: Schützen Sie Ihre Systeme vor Malware und unautorisierten Zugriffen, da diese die Funktionalität von Diensten beeinträchtigen können.

Fazit

Der Fehler „Die Endpunktzuordnung hat keine weiteren Endpunkte verfügbar” ist zwar frustrierend, aber in den meisten Fällen durch eine systematische Fehlersuche behebbar. Er ist ein klares Indiz dafür, dass grundlegende Kommunikationsmechanismen über das RPC-Protokoll gestört sind. Indem Sie die zugrunde liegende Funktionsweise des RPC-Endpunkt-Mappers verstehen und die hier beschriebenen Schritte zur Überprüfung von Diensten, Firewalls und Netzwerkkonnektivität befolgen, können Sie die Ursache des Problems identifizieren und effektiv beheben. Denken Sie daran, mit den einfachsten Lösungen zu beginnen und sich schrittweise vorzuarbeiten, um die Effizienz der Fehlerbehebung zu maximieren. Eine proaktive Wartung und eine gut geplante Netzwerkinfrastruktur sind der beste Schutz vor solchen Problemen.