RPC_S_SERVER_UNAVAILABLE-Fehler von der RPC-Laufzeit ausgelöst.
Letztes Änderungsdatum des Themas: 2010-08-20
Microsoft Exchange Best Practices Analyzer gibt einen RPCPing-Befehl an mehrere Exchange Server-Endpunkte aus, um die Verbindungen zu simulieren, die hergestellt werden, wenn ein Microsoft Outlook-Client eine Verbindung mit Microsoft Exchange Server 2007 Outlook Anywhere oder Microsoft Exchange Server 2003 unter Verwendung von RPC über HTTP herstellt. Für eine erfolgreiche Verbindungsherstellung muss der Client über die entsprechenden Ports (6001, 6002 bzw. 6004) eine Verbindung mit folgenden Komponenten herstellen: HTTP-Endpunkte des Microsoft Exchange-Informationsspeichers, Referenzdienst von DSProxy im Exchange-Systemaufsichtsdienst und DSProxy-Dienst im Exchange-Systemaufsichtsdienst. Wenn der Test nicht erfolgreich ausgeführt wird, generiert die Exchange-Remoteverbindungsuntersuchung folgenden Fehler:
"RPC_S_SERVER_UNAVAILABLE-Fehler (1722) von der RPC-Laufzeit ausgelöst."
Dieses Problem kann durch eine der folgenden Bedingungen verursacht werden:
- Fehler bei der DNS-Namensauflösung
- Fehlender oder ungültiger ValidPorts-Schlüssel in der Registrierung des mit dem Internet verbundenen Exchange 2007-Clientzugriffsservers oder Exchange 2003-Servers
- Die erforderlichen Endpunkte werden nicht von den Exchange-Diensten abgehört
- Firewalls blockieren die erforderlichen Ports
Weitere Informationen
Um dieses Problem zu beheben, führen Sie folgende Schritte aus:
- Überprüfen Sie die Namensauflösung, und vergewissern Sie sich, dass der Server, der als RPC-Proxy fungiert, den internen vollqualifizierten Domänennamen (FQDN) des Postfachservers oder von Exchange 2003 ordnungsgemäß auflösen kann.
- Öffnen Sie auf dem Clientzugriffsserver oder auf dem Front-End-Server den Registrierungs-Editor, und vergewissern Sie sich, dass der Registrierungsschlüssel "ValidPorts" unter "HKEY_LOCAL_MACHINE\Software\Microsoft\Rpc\Rpcproxy" vorhanden ist. Vergewissern Sie sich außerdem, dass der Schlüssel sowohl den NetBIOS- als auch den FQDN-Wert für alle Postfachserver und für jeden erforderlichen Port (6001, 6002 und 6004) enthält.
- Testen Sie die Endpunktkonnektivität, indem Sie auf dem Clientzugriffsserver oder auf dem Front-End-Server eine Telnet-Sitzung öffnen und über jeden Port des Postfachservers (also Port 6001, 6002 und 6004) eine Telnet-Verbindung herstellen. Wenn keine erfolgreiche Telnet-Verbindung mit den Ports hergestellt werden kann und zwischen den Servern eine Firewall implementiert ist, überprüfen Sie die Firewallkonfiguration.
- Wenn für Port 6004 ein Fehler ausgegeben wird und Sie Exchange 2007 auf Windows Server 2008 verwenden, stellen Sie sicher, dass Exchange 2007 SP1 RU4 oder höher installiert ist. Ein Problem im Zusammenhang mit IPv6 kann dazu führen, dass DSProxy-Anforderungen nicht erfolgreich ausgeführt werden und dieser Fehler generiert wird. Weitere Informationen zu diesem speziellen Problem finden Sie im Microsoft Knowledge Base-Artikel "Sie werden drei Mal zur Eingabe Ihrer Anmeldeinformationen aufgefordert und empfangen eine Fehlermeldung, wenn Sie über Outlook Anywhere eine Verbindung mit einem Server unter Windows Server 2008 herstellen, auf dem Exchange Server 2007 Service Pack 1 ausgeführt wird".
.gif "note") Anmerkung: |
|---|
| Änderungen des ValidPorts-Schlüssels gelten nicht für Microsoft Exchange Server 2010. In Exchange 2010 lautet der Registrierungswert "ValidPorts_Exchange". Dieser Wert muss nicht manuell geändert werden. Er wird von der automatischen Konfiguration in den Einstellungen des Clientzugriffsservers erstellt. |
Weitere Ressourcen
- Weitere Informationen zur Behandlung von DNS-Problemen finden Sie unter Problembehandlung bei DNS.
- Weitere Informationen zu Exchange 2007 Outlook Anywhere sowie zum ValidPorts-Schlüssel finden Sie im englischsprachigen Blog Funktionsweise von Outlook Anywhere und Problembehandlung (möglicherweise in englischer Sprache).
- Weitere Informationen zu Exchange 2003 RPC über HTTP und dem ValidPorts-Schlüssel finden Sie unter RPC über HTTP-Interaktionen auf RPC-Proxyservern.
- Informationen zu einer weiteren Möglichkeit, um das Outlook Anywhere-Verbindungsproblem bei Bereitstellung von Exchange 2007 SP1 unter Windows Server 2008 zu lösen, finden Sie unter Outlook Anywhere-Clientverbindungsproblem wegen TCP/IPv6.
Die Exchange-Remoteverbindungsuntersuchung (ExRCA) ist ein neues Tool, für das derzeit noch keine ausführliche Dokumentation vorliegt. Damit die Dokumentation der möglichen Fehler verbessert werden kann, bitten wir die Community um weitere Informationen. Verwenden Sie den Abschnitt für Communityinhalt weiter unten, um zusätzliche Informationen bereitzustellen, weshalb an dieser Stelle Probleme oder Fehler aufgetreten sind. Wenn Sie technische Unterstützung benötigen, erstellen Sie einen Beitrag im entsprechenden Exchange TechNet-Forum, oder wenden Sie sich an den Support.