Ping-Versuch an RPC-Endpunkt 6001 (Exchange-Informationsspeicher)

6182
gordon613

Ich habe Exchange 2003 auf einer Windows Server 2003-Box. Ich versuche, Microsoft Remote Connectivity Analyzer zu verwenden, das beim Pingversuch an RPC-Endpunkt 6001 (Exchange-Informationsspeicher) mit einem Fehler fehlschlägt.

Ich kann sehen, dass viele Leute das gleiche Problem hatten, und ich habe den folgenden Ratschlag ohne Erfolg ausprobiert: (siehe http://www.systemadminthings.com/2013/03/outlook-anywhere-rpc-over-http-failing) .html )

  1. Überprüfen des Registrierungsschlüssels HKEY_LOCAL_MACHINE \ Software \ Microsoft \ Rpc \ Rpcproxy \ ValidPorts
  2. Hinzufügen von Hosteinträgen zur Datei C: \ WINDOWS \ system32 \ drivers \ etc - Siehe, obwohl in meinem Fall der NetBIOS-Name von Exchange Server und der FQDN-Name identisch zu sein scheinen

Testen der RPC / HTTP-Verbindung. Der RPC / HTTP-Test ist fehlgeschlagen. Weitere Details Ablaufzeit: 5670 ms.

Testschritte Versuch, den Hostnamen owa.mycompany.com in DNS aufzulösen. Der Hostname wurde erfolgreich aufgelöst. Weitere Details Zurückgegebene IP-Adressen: 199.203.XXX.XXX Verstrichene Zeit: 15 ms.

Testen Sie den TCP-Port 443 auf dem Host owa.mycompany.com, um sicherzustellen, dass er abgehört und geöffnet wird. Der Port wurde erfolgreich geöffnet. Weitere Details Abgelaufene Zeit: 197 ms.

Testen Sie das SSL-Zertifikat, um sicherzustellen, dass es gültig ist. Das Zertifikat hat alle Validierungsanforderungen bestanden. Weitere Details Abgelaufene Zeit: 651 ms.

Testschritte Das Microsoft Connectivity Analyzer versucht, das SSL-Zertifikat vom Remote-Server owa.mycompany.com an Port 443 abzurufen. Das Microsoft Connectivity Analyzer hat das Remote-SSL-Zertifikat erfolgreich erhalten. Weitere Details Remote-Zertifikat Betreff: CN = owa.mycompany.com, OU = Überprüfung der Domänenkontrolle - RapidSSL (R), OU = Siehe www.rapidssl.com/resources/cps (c) 13, ..... Verstrichene Zeit: 583 ms.

Den Zertifikatsnamen überprüfen. Der Zertifikatsname wurde erfolgreich überprüft. Weitere Details Hostname owa.mycompany.com wurde im allgemeinen Namen des Zertifikatsbetreffs gefunden. Verstrichene Zeit: 0 ms.

Zertifikatvertrauen wird geprüft. Das Zertifikat ist vertrauenswürdig und alle Zertifikate sind in der Kette vorhanden. Testschritte Das Microsoft Connectivity Analyzer versucht, Zertifikatsketten für das Zertifikat CN = owa.mycompany.com, OU = Domain Control Validated zu erstellen - RapidSSL (R), OU = Siehe www.rapidssl.com/resources/cps (c) 13, .... Eine oder mehrere Zertifikatsketten wurden erfolgreich erstellt. Weitere Details Es wurden insgesamt 1 Ketten gebaut. Die höchste Qualitätskette endet mit dem Root-Zertifikat CN = GeoTrust Global CA, O = GeoTrust Inc., C = US. Verstrichene Zeit: 33 ms.

Analyse der Zertifikatketten auf Kompatibilitätsprobleme mit Windows-Versionen. Bei einigen Windows-Versionen wurden potenzielle Kompatibilitätsprobleme festgestellt. Zusätzliche Details Der Microsoft Connectivity Analyzer kann die Zertifikatkette nur mithilfe der Funktion zur Aktualisierung des Stammzertifikats von Windows Update überprüfen. Ihr Zertifikat wird unter Windows möglicherweise nicht als vertrauenswürdig eingestuft, wenn die Funktion "Aktualisieren der Stammzertifikate" nicht aktiviert ist. Verstrichene Zeit: 3 ms.

Testen des Zertifikatdatums, um zu bestätigen, dass das Zertifikat gültig ist. Datum der Validierung bestanden Das Zertifikat ist nicht abgelaufen. Zusätzliche Details Das Zertifikat ist gültig. NotBefore = 23.7.2013 3:25:57 AM, NotAfter = 24.09.2014 1:35:21 Verstrichene Zeit: 0 ms.

Überprüfen der IIS-Konfiguration für die Authentifizierung des Clientzertifikats. Die Authentifizierung des Clientzertifikats wurde nicht erkannt. Zusätzliche Details Client-Zertifikate akzeptieren / anfordern ist nicht konfiguriert. Verstrichene Zeit: 779 ms.

Testen der HTTP-Authentifizierungsmethoden für die URL https://owa.mycompany.com/rpc/rpcproxy.dll?mail.mycompany.com:6002 . Die HTTP-Authentifizierungsmethoden sind korrekt. Zusätzliche Details Der Microsoft Connectivity Analyzer hat alle erwarteten Authentifizierungsmethoden und keine unzulässigen Methoden gefunden. Methoden gefunden: Basic verstrichene Zeit: 565 ms.

Testen der gegenseitigen SSL-Authentifizierung mit dem RPC-Proxyserver. Die gegenseitige Authentifizierung wurde erfolgreich verifiziert. Zusätzliche Details Der Zertifikatname owa.mycompany.com entspricht msstd: owa.mycompany.com. Verstrichene Zeit: 0 ms.

Versuch, den RPC-Proxy owa.mycompany.com zu pingen. RPC-Proxy wurde erfolgreich gepingt. Weitere Details Abgeschlossen mit HTTP-Status 200 - OK Verstrichene Zeit: 182 ms.

Versuch, den RPC-Endpunkt 6001 (Exchange-Informationsspeicher) auf dem Server mail.mycompany.com zu pingen. Der Versuch, den Endpunkt zu pingen, ist fehlgeschlagen.
Weitere Informationen zu diesem Problem und seiner Lösung Weitere Informationen Der Fehler RPC_S_SERVER_UNAVAILABLE (0x6ba) wurde vom RPC-Laufzeitprozess ausgelöst. Verstrichene Zeit: 3279 ms.

0
Haben Sie die Windows-Funktion "RPC über HTTP-Proxy" auf dem Server installiert? Haben Sie die Basisauthentifizierung für das virtuelle RPC-Verzeichnis in IIS aktiviert? Ƭᴇcʜιᴇ007 vor 10 Jahren 0
Hallo techie007. Ich glaube nicht, dass "RPC über HTTP-Proxy" für mich relevant ist, da ich Exchange 2003 / Windows Server 2003 ausführte. (Laut http://technet.microsoft.com/en-us/library/dd776122(v=exchg.) .141) .aspx Dies ist nur für Exchange 2010 relevant.) In Bezug auf Ihren zweiten Kommentar wurde die Basisauthentifizierung aktiviert. Hast du noch andere Ideen? Vielen Dank! gordon613 vor 10 Jahren 0
http://support.microsoft.com/kb/833401 Ƭᴇcʜιᴇ007 vor 10 Jahren 0
RPC über HTTP-Proxy wurde bereits installiert (Windows-Komponenten / Netzwerkdienste). Hast du noch andere Ideen? Vielen Dank gordon613 vor 10 Jahren 0

1 Antwort auf die Frage

1
gordon613

Mir wurde klar, was das Problem war. (Ich habe ein ähnliches Problem auf http://www.experts-exchange.com/Software/Server_Software/Email_Servers/Exchange/Q_27654858.html gesehen. )

Bei der manuellen Angabe der Servereinstellungen habe ich den internen Hostnamen für den Exchange-Server nicht eingegeben

(Ich hatte auch nicht alle Windows-Updates installiert. Ich bin mir nicht sicher, ob dies einen Unterschied macht.)