Verwendung von Verbindungsproblemen durch Registrierungseinträge für RPC-Clientprotokolle

Zusammenfassung

Dieser Artikel beschreibt Remoteprozeduraufruf Remoteprozeduraufruf-Protokoll-Registrierungsschlüssel und wie sie Microsoft Outlook-Verbindung zu Microsoft Exchange Server auswirken können. Dieser Artikel beschreibt außerdem grundlegende Verfahren zur Problembehandlung.

Outlook verwendet RPCs für Aufrufe an das Netzwerk. Mithilfe von RPCs kann Outlook Aufrufe an viele verschiedene Protokollstapel senden. Die Aufrufe hängt der Protokollstapel auf dem Computer verfügbar ist. Das gebräuchlichste Protokoll ist TCP/IP. Weitere RPC-Protokolle sind NetBIOS, NetBIOS über TCP/IP und IPX/SPX. Sendet ein Clientcomputer die entsprechenden Protokoll RPC-Anfragen muss der Server diese Protokolle zur Verfügung.

zurück zum Anfang

Registrierungseinträge für RPC

Dieser Abschnitt beschreibt die wichtigsten Registrierungseinträge, die das RPC-Protokoll steuern, das Outlook verwendet.

zurück zum Anfang

RPC_Binding_Order

Die RPC_Binding_Order wird erstellt, wenn Sie den Outlook-Client oder Exchange Server installieren. Der Eintrag "RPC_Binding_Order" bestimmt die Protokollreihenfolge, die verwendet wird, wenn Outlook-RPC-Kommunikationsvorgänge initiiert werden.

Hinweis Der Eintrag "RPC_Binding_Order" wird in Microsoft Exchange Server 2003 oder Microsoft Exchange 2000 Server nicht erstellt. Dieser Eintrag wird nur in Microsoft Exchange Server 5.5 und früheren Versionen von Exchange erstellt.

Diesen Eintrag finden Sie im folgenden Registrierungsschlüssel:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\Exchange-Anbieter
Standardmäßig enthält Rpc_Binding_Order die folgenden Wertdaten:
Ncalrpc Ncacn_ip_tcp, Ncacn_spx, Verwendung, Netbios, ncacn_vns_spp
Weitere Informationen zum Ändern oder Wiederherstellen der Bindungsreihenfolge finden Sie im folgenden Artikel der Microsoft Knowledge Base:

163576 Ändern der RPC-Bindungsreihenfolge

zurück zum Anfang

RPC_Srv_Binding_Order

Der Registrierungseintrag "RPC_Svr_Binding_Order" wird erstellt, wenn Sie den Outlook-Client oder Exchange Server installieren. Verwechseln Sie diesen Eintrag mit dem Registrierungseintrag "RPC_Binding_Order" nicht. Dieser Eintrag wird nicht mit Outlook RPC verwendet. Dieser Eintrag bestimmt die Protokollreihenfolge, die für bestimmte Server-zu-Server-Kommunikation verwendet wird. Das Dienstprogramm RPC Dump können Protokolle bestimmen für Clients verwenden. Weitere Informationen zum Dienstprogramm "RPC Dump" finden Sie im Abschnitt "Erkennen von RPC mit RPC Dump Probleme" dieses Artikels.

Den Eintrag RPC_Svr_Binding_Order finden Sie im folgenden Registrierungsunterschlüssel:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\Exchange-Anbieter
Standardmäßig enthält Rpc_Svr_Binding_Order die folgenden Wertdaten:
ncacn_ip_tcp,ncacn_spx,ncacn_vns_spp
Hinweis
Andere Werte möglicherweise Wenn zusätzliche Protokolle installiert sind.

zurück zum Anfang

ClientProtocols

Der Registrierungsunterschlüssel ClientProtocols wird erstellt, wenn Sie das Betriebssystem und das erste Netzwerkprotokoll installieren. Der Registrierungsunterschlüssel ClientProtocols enthält Einträge, die die Protokolle bestimmen, die vom Client für die Verbindung zu Exchange Server verwendet werden können. Outlook kann das RPC-Protokoll zum Senden bestimmen. dieser Registrierungsunterschlüssel bestimmt, ob das Betriebssystem dieses Protokoll unterstützt. Dieser Unterschlüssel finden Sie im folgenden Registrierungsschlüssel auf Microsoft Windows 2000 und Microsoft Windows XP:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols
Standardmäßig enthält der Unterschlüssel ClientProtocols die folgenden Registrierungseinträge für TCP/IP:
NameTypDaten
ncacn_httpREG_SZrpcrt4.dll
ncacn_ip_tcpREG_SZrpcrt4.dll
ncacn_npREG_SZrpcrt4.dll
ncadg_ip_udpREG_SZrpcrt4.dll
Hinweis In Microsoft Windows NT 4.0 Unterschlüssel Registrierungspfad ist identisch, aber die standardmäßigen TCP/IP-Einträge unterscheiden. In der folgenden Tabelle sind die standardmäßigen TCP/IP-Einträge für Windows NT:
NameTypDaten
ncacn_npREG_SZrpcltcl.dll
NcalrpcREG_SZNcalrpc
ncacn_ip_tcpREG_SZRpcLtCcm.Dll
ncadg_ip_udpREG_SZRpcLtCcm.Dll
ncadg_nb_tcpREG_SZrpcltccm.dll
ncacn_httpREG_SZrpcltccm.dll
Hinweis In Microsoft Windows 98 Unterschlüssels an derselben Stelle ist, aber die standardmäßigen TCP/IP-Einträge unterscheiden. Die folgende Tabelle beschreibt die standardmäßigen TCP/IP-Einträge für Windows 98:
NameTypDaten
ncacn_npREG_SZrpcltcl.dll
NcalrpcREG_SZNcalrpc
ncacn_ip_tcpREG_SZrpcltc3.dll
ncacn_httpREG_SZrpcltccm.dll
zurück zum Anfang

Problembehandlung bei RPC-Registrierungseinträge

Wenn mindestens ein RPC-Registrierungseinträge fehlen, kann Outlook nicht mit Exchange Server verbinden. Fehlen ClientProtocols Unterschlüssel oder Datenwerte, Outlook-Client erwartende Protokoll Verbindung verwenden möglicherweise nicht. Für Outlook das entsprechende RPC-Protokoll verwenden müssen die ClientProtocols Unterschlüssel und die Datenwerte vorhanden und korrekt sein.

Beispielsweise versucht nur RPC ClientProtocols-Registrierungseintrag, der vorhanden ist Ncacn_np (mit dem Wert "rpcrt4.dll") auf dem Computer mit Outlook, Outlook Verbindung auf dem Computer mit Exchange Server wird mithilfe von named Pipes über TCP/IP standardmäßig Port 139. Wenn die Verbindung eine Firewall überwunden werden muss, muss Port 139 geöffnet sein. Der fehlende Registrierungsschlüssel "ncacn_ip_tcp" (mit dem Wert "rpcrt4.dll") muss wiederhergestellt werden, um eine TCP-Verbindung zu unterstützen, die Port 135 oder Port 445 auf Exchange Server verwendet.

Wenn RPC-Registrierungseinträge auf dem Server fehlen, sind außerdem die Exchange-Dienste nicht so registriert auf Clientanforderungen reagieren. Daher kann nicht der Client Verbinden mit Exchange über das angeforderte Protokoll. Beispielsweise verfügt der Server nicht den RPC ClientProtocols-Registrierungseintrag "ncacn_ip_tcp", ist Microsoft Exchange Information Store nicht verfügbar, wenn Sie TCP/IP verwenden. RPC Dump können Sie um dieses Problem zu beheben.

zurück zum Anfang

Outlook-Fehlermeldungen

Im Outlook-Client möglicherweise die folgenden Fehlermeldungen angezeigt, wenn RPC-Registrierungseinträge fehlen oder beschädigt sind:
  • Der Name konnte nicht aufgelöst werden. Microsoft Exchange-Adressbuch konnte mit dem Microsoft Exchange Server-Computer anmelden.
  • Outlook konnte sich nicht anmelden. Überprüfen Sie, ob Sie mit dem Netzwerk verbunden sind und den richtigen Server und Postfachnamen verwenden.
  • Der Name konnte nicht aufgelöst werden. Netzwerkprobleme verhindern die Verbindung mit dem Microsoft Exchange Server-Computer. Wenn dieser Zustand anhält, wenden Sie sich an Ihren Systemadministrator.
  • Die Anmeldeinformationen sind falsch. Überprüfen Sie Benutzername und Domäne, und geben Sie Ihr Kennwort erneut. Wenn Ihr Konto neu ist oder wenn der Administrator eine Änderung angefordert müssen auf Anmelden Kennwort ändern dann mit dem neuen Kennwort.
  • Microsoft Outlook kann nicht gestartet werden. Fehler beim Anmelden bei Microsoft Exchange Server-Computer.
  • Der Server mit der globalen Adressliste ist nicht mehr verfügbar. Durch einen Neustart von Outlook auf einem anderen Server wiederherstellen können oder Wiederholen Sie den Vorgang, wenn der Server erreichbar ist.
  • Die Verbindung mit dem Microsoft Exchange Server ist nicht verfügbar. Outlook muss online oder verbunden sein, um diesen Vorgang abzuschließen.
Wenn RPC-Registrierungseinträge fehlen oder beschädigt sind, können folgende Probleme auftreten:
  • Benutzer erhalten jedoch Hinweise auf neue Nachrichten funktionieren nicht. Dieses Problem kann auftreten, wenn RPC-Registrierungswerte für User Datagram Protocol (UDP) fehlen.
  • Benutzer können nicht an den Computer anschließen, auf dem Exchange Server ausgeführt wird.
  • Benutzer können Aliasnamen in der globalen Adressliste nicht überprüfen.
  • Benutzer werden aufgefordert, Anmeldeinformationen mehrmals eingeben und dann weiter oben in diesem Artikel aufgeführten Fehlermeldungen angezeigt.
  • Faxdrucker kann nicht zugegriffen werden.
zurück zum Anfang

Verwenden Sie den Netzwerkmonitor RPC-Probleme erkennen

Netzwerkmonitor können Sie RPC-Probleme erkennen. Beispiel:
  • Enthält Ihre aufgezeichneten Spur keine RPC-Datenverkehr vom Client an den Server, fehlen möglicherweise der gesamte RPC-Unterschlüssel. Falls der Unterschlüssel vorhanden ist, stellen Sie sicher, dass der Eintrag "Ncacn_ip_tcp" (mit dem Wert "rpcrt4.dll") nicht fehlt. Fehlt der Eintrag "Ncacn_ip_tcp" (mit dem Wert "rpcrt4.dll"), versucht der Client nicht TCP über Port 135 herstellen. Der Client versucht nur Verbindungen, die NetBIOS verwenden oder named Pipes über TCP/IP (Port 139 oder Port 445).
  • Wenn Ihre aufgezeichneten Client erfolgreich mit dem Endpunkt-Mapper zeigt, sendet der Client erfolgreich eine RPC-Anforderung opnum0x3. Der Client erhält eine Antwort, die letzte vier Paare von Hexadezimaldaten Folgendes anzeigen: D6 A0 C9 16. Diese Antwort enthält normalerweise Nullen, wenn die Anforderung erfolgreich ist. Dieses Verhalten kann auftreten, wenn der Server den Registrierungswert "Ncacn_ip_tcp" im Registrierungsunterschlüssel ClientProtocols fehlt. In diesem Szenario ist der Microsoft Exchange Information Store Service nicht über TCP/IP verfügbar.
Weitere Informationen zum Analysieren von Client-Netzwerkverkehr mit Exchange Server finden Sie auf der folgenden Microsoft-Website:
zurück zum Anfang

Erkennen von RPC-Serverproblemen verwenden Sie RPC Dump

Dienstprogramm "RPC Dump" können Sie RPC-Probleme beheben. Dienstprogramm "RPC Dump" können Sie die RPC-Programme auflisten, die auf dem Server ausgeführt werden. Es gibt drei RPC-Komponenten für den Outlook-Client erfolgreich eine Verbindung herstellen müssen:
  • Der Endpunktzuordnungsdienst.
  • Der Microsoft Exchange Information Store Service mit der universelle eindeutige Bezeichner (UUID) von a4f1db00-ca47-1067-b31e-00dd010662da.
  • Der Name Service Provider Interface (NSPI) mit dem UUID f5cc5a18-4264-101a - 8c 59-08002b2f8426.
    • In Exchange Server 5.5 und früheren Versionen wurde die NSPI durch den Microsoft Exchange-Verzeichnisdienst bereitgestellt.
    • In Exchange Server 2003 und Exchange 2000 Server die NSPI globalen Katalogserver bietet. Auf einem globalen Katalogserver wird die NSPI unter dem Netlogon-Dienst (lsass.exe) ausgeführt. Exchange Server kann NSPI-Verweis- und Proxy-Funktionalität bereitstellen.
    Weitere Informationen zu NSPI und Outlook-Clients finden Sie im folgenden Artikel der Microsoft Knowledge Base:

    256976 wie MAPI-Clients auf Active Directory zugreifen.

RPC Dump-Tool muss von einer Befehlszeile aus ausgeführt werden. Allgemeine Befehlen gehören:
  • rpcdump.exe /i > rpcdump.txt
  • rpcdump.exe /p > rpcdump.txt
Beide Befehle leiten die Ausgabe in die Datei "RPCDump.txt" gespeichert.

Dienstprogramm "RPC Dump" wird normalerweise zusammen mit dem Netzwerkmonitor verwendet. Z. B. der Outlook-Client einen Namen erfolgreich überprüfen, können Sie RPC Dump-Tool auf dem Server ausführen, die die NSPI bereitstellt.

Hinweis Fehlt f5cc5a18-4264-101a-8c59-08002b2f8426 von einem globalen Katalogserver für TCP/IP (Ncacn_ip_tcp), können nicht die Outlook-Clients zu der NSPI über TCP/IP herstellen.

Sie können auch RPC Dump mit dem Outlook-Clients können die Namen erfolgreich überprüfen, als die Outlook-Clients nicht an das Postfach anmelden. Mit RPC Dump Tool kann feststellen, ob der Speicher (a4f1db00-ca47-1067-b31e-00dd010662da) für Remoteprozeduraufrufe mit TCP/IP (Ncacn_ip_tcp), Named Pipes (Ncacn_np) oder anderen Protokollen registriert ist. Dieses Problem wird in der Regel durch fehlende Registrierungseinträge des Typs ClientProtocols auf dem Server verursacht. Das Problem kann auch auftreten, wenn sowohl die NSPI als auch der Speicher demselben Port statisch zugeordnet sind.

Weitere Informationen zu statischen Port Mappings für Exchange Server 2003 und Exchange 2000 Server klicken Sie auf die folgenden Artikelnummer der Microsoft Knowledge Base:

270836 Exchange Server statische Port-Zuordnung

Hinweis Dienstprogramm "RPC Dump" wird der Endpunktzuordnungsdienst nicht aufgeführt. Weitere Informationen zu RPC Dump-Tool finden Sie auf der folgenden Microsoft-Website:zurück zum Anfang

Wiederherstellen Sie fehlender RPC-Registrierungswerte

Gehen Sie folgendermaßen vor, um RPC-Registrierungswerte auf dem Client oder auf dem Server wiederherzustellen.

Wichtig Dieser Abschnitt bzw. die Methode oder Aufgabe enthält Schritte, die erklären, wie Sie die Registrierung ändern. Allerdings können schwerwiegende Probleme auftreten, wenn Sie die Registrierung falsch ändern. Stellen Sie daher sicher, dass Sie die folgenden Schritte sorgfältig ausführen. Sichern Sie die Registry für zusätzlichen Schutz, bevor Sie sie ändern. Anschließend können Sie die Registrierung wiederherstellen, falls ein Problem auftritt. Weitere Informationen zum Sichern und Wiederherstellen der Registrierung finden Sie im folgenden Artikel der Microsoft Knowledge Base:
322756 zum Sichern und Wiederherstellen der Registrierung in Windows

Schritt 1: Registrierungseinträge überprüfen

  1. Klicken Sie auf Start, und klicken Sie dann auf
    Ausführen.
  2. Geben Sie im Feld Öffnen
    regedit ein, und klicken Sie dann auf OK.
  3. Suchen Sie folgenden Schlüssel in der Registrierung:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols
    Stellen Sie sicher, dass alle Einträge vorhanden und korrekt sind im Abschnitt "ClientProtocols" in diesem Artikel enthaltenen Tabellen auf.
  4. Wenn Werte fehlen, fügen Sie die fehlenden Werte hinzu. Gehen Sie hierzu folgendermaßen vor:
    1. Zeigen Sie im Menü Bearbeiten auf
      Neu, und klicken Sie dann auf Zeichenfolge.
    2. Geben Sie den Namen des fehlenden Zeichenfolgenwertes und dann die EINGABETASTE.
    3. Drücken Sie die EINGABETASTE.
    4. Klicken Sie im Dialogfeld Zeichenfolge bearbeiten Datentyp der fehlenden Wert in das Feld Wert , und klicken Sie dann auf
      OK.
  5. Beenden Sie den Registrierungseditor.
  6. Starten Sie den Computer neu.
  7. Testen Sie Exchange Server-Konnektivität.
zurück zum Anfang

Schritt 2: Überprüfen Sie Version der DLL-Datei

Falls alle Registrierungseinträge vorhanden sind, überprüfen Sie die Version der RPC-DLL-Datei, die auf dem Computer. Die Version der RPC-DLL-Datei muss die Version und die Buildnummer des Windows-Betriebssystems auf dem Computer.

Hinweis Die in diesem Artikel beschriebenen Registrierungsschlüssel Namensliste DLL-Dateien, die jeder RPC verwendet. "Rpc4rt4.dll" ist beispielsweise die DLL-Datei, die von TCP/IP unter Windows 2000 und Windows XP verwendet wird.

Gehen Sie folgendermaßen vor, um die Version und die Buildnummer des Windows-Betriebssystems auf dem Computer zu ermitteln.
  1. Klicken Sie auf Start, und klicken Sie dann auf
    Ausführen.
  2. Geben Sie im Feld Öffnen
    Winver.
  3. Notieren Sie sich die Version und die Build-Nummer.
Gehen Sie folgendermaßen vor, um die Version der DLL-Datei zu ermitteln:
  1. Suchen Sie in Windows Explorer RPC-DLL-Datei im Ordner "Windows\System32".
  2. Maustaste auf die Datei und klicken Sie dann auf
    Eigenschaften.
  3. Klicken Sie auf.
  4. Notieren Sie die Dateiversion.

    Die Dateiversion muss die Buildnummer des Windows-Betriebssystems auf dem Computer widerspiegeln. Unter Windows XP Version 5.1 Build 2600 ist Dateiversion "rpcrt4.dll" beispielsweise 5.1.2600.0.
Entspricht die Version der DLL-Datei nicht die Version und die Buildnummer des Windows-Betriebssystems auf dem Computer, ersetzen Sie die DLL-Datei mit der richtigen Version. Gehen Sie hierzu folgendermaßen vor:
  1. Suchen Sie die richtige Version der DLL-Datei.

    Suchen Sie die Datei auf der Windows-CD in Windows Servicepacks oder auf einem anderen Computer, der das gleiche Build von Windows ausgeführt wird.
  2. Suchen Sie auf dem Computer, auf dem das Problem auftritt die DLL-Datei.
  3. Ändern Sie die Erweiterung .dll-Datei bak oder .old.
  4. Kopieren Sie die richtige DLL-Datei auf dem Computer, auf dem das Problem auftritt.
  5. Starten Sie den Computer neu.
  6. Testen Sie Exchange Server-Konnektivität.
zurück zum Anfang

Schritt 3: Entfernen und Neuinstallieren von TCP/IP

Wichtig Dieser Schritt muss nur auf dem Client-Computer oder Computer ausgeführt werden.

Auf dem Outlook-Clientcomputer Wenn Exchange Server-Konnektivität wiederherstellen kann Schritte 1 und 2 entfernen und Neuinstallieren von TCP/IP. Microsoft empfiehlt, das TCP-Protokoll nicht vom Server zu entfernen. Entfernen und Neuinstallieren von TCP/IP auf dem Clientcomputer folgendermaßen Sie vor:
  1. Melden Sie sich als lokaler Administrator an.
  2. Klicken Sie auf Start, und klicken Sie dann auf
    Bedienfeld.
  3. Doppelklicken Sie auf Netzwerkanschlüsse.
  4. Mit der rechten Maustaste der LAN-Verbindungs, und klicken Sie dann auf
    Eigenschaften.
  5. Installieren Sie ein anderes Protokoll einen Platzhalter für die Verbindung zu verwalten. Installieren Sie beispielsweise NWLink.
  6. Deaktivieren Sie das Kontrollkästchen Internetprotokoll (TCP/IP) , und klicken Sie dann auf OK.
  7. Klicken Sie auf Ja.
  8. Wiederholen Sie die Schritte 3 bis 5 für jede Netzwerkschnittstelle aufgeführt ist.
  9. Starten Sie den Computer neu.
  10. Klicken Sie auf Start, und klicken Sie dann auf
    Bedienfeld.
  11. Doppelklicken Sie auf Netzwerkanschlüsse.
  12. Maustaste auf die Verbindung und klicken Sie dann auf
    Eigenschaften.
  13. Deaktivieren Sie das Kontrollkästchen Internetprotokoll (TCP/IP) , und klicken Sie dann auf OK.
  14. Klicken Sie auf Ja.
  15. Neuinstallieren von TCP/IP in jeder Netzwerkschnittstelle.
  16. Jede Netzwerkschnittstelle entfernen Sie das Protokoll, das zum Verwalten des Platzhalters (z. B. NWLink) installiert wurde. Andere Protokolle nicht entfernt, wenn sie installiert wurden.
  17. Starten Sie den Computer neu.
zurück zum Anfang

Referenzen

Weitere Informationen zur Behebung von Verbindungsproblemen finden Sie in den folgenden zu Artikeln der Microsoft Knowledge Base:

255843 konnte nicht an Exchange Server von einem Windows 2000 oder Windows XP-Client anmelden

321652 Fehlermeldung und werden fortlaufend für Windows NT Domänenanmeldeinformationen in Outlook 2000 oder Outlook 2002

319517 Fehlermeldung bei Verwendung von Outlook 2002 auf Windows 2000-Terminaldienste

326036 nicht zu Exchange 2000 Server-Computer Anmelden mit den richtigen Anmeldeinformationen

319572 Exchange 2000 Server kann Outlook neue e-Mail-Benachrichtigung nicht registrieren.

zurück zum Anfang
Eigenschaften

Artikelnummer: 325930 – Letzte Überarbeitung: 16.01.2017 – Revision: 2

Feedback