0

Ich versuche den Test "Exchange-Webdienste-Synchronisierung, Benachrichtigung, Verfügbarkeit und automatische Antworten" von testconnectivity.microsoft.com zu testen.Microsoft Exchange-Webdienste-Verbindungstests, Fehler: Erstellen eines temporären Ordners zum Ausführen von Tests fehlgeschlagen

Aber es schlägt mit folgendem Fehler fehl: Erstellen eines temporären Ordners, um Synchronisierungstests durchzuführen. Fehler beim Erstellen eines temporären Ordners für die Durchführung von Tests.

Voll detaillierte Fehler:

Additional Details 

Exception details: 
Message: The request failed. The underlying connection was closed: An unexpected error occurred on a send. 
Type: Microsoft.Exchange.WebServices.Data.ServiceRequestException 
Stack trace: 
at Microsoft.Exchange.WebServices.Data.ServiceRequestBase.GetEwsHttpWebResponse(IEwsHttpWebRequest request) 
at Microsoft.Exchange.WebServices.Data.ServiceRequestBase.ValidateAndEmitRequest(IEwsHttpWebRequest& request) 
at Microsoft.Exchange.WebServices.Data.ExchangeService.InternalBindToFolders(IEnumerable`1 folderIds, PropertySet propertySet, ServiceErrorHandling errorHandling) 
at Microsoft.Exchange.WebServices.Data.ExchangeService.BindToFolder[TFolder](FolderId folderId, PropertySet propertySet) 
at Microsoft.Exchange.Tools.ExRca.Tests.GetOrCreateSyncFolderTest.PerformTestReally() 
Exception details: 
Message: The underlying connection was closed: An unexpected error occurred on a send. 
Type: System.Net.WebException 
Stack trace: 
at System.Net.HttpWebRequest.GetResponse() 
at Microsoft.Exchange.WebServices.Data.EwsHttpWebRequest.Microsoft.Exchange.WebServices.Data.IEwsHttpWebRequest.GetResponse() 
at Microsoft.Exchange.WebServices.Data.ServiceRequestBase.GetEwsHttpWebResponse(IEwsHttpWebRequest request) 
Exception details: 
Message: Authentication failed because the remote party has closed the transport stream. 
Type: System.IO.IOException 
Stack trace: 
at System.Net.Security.SslState.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest) 
at System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest) 
at System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest) 
at System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest) 
at System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult) 
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) 
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) 
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) 
at System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult result) 
at System.Net.TlsStream.Write(Byte[] buffer, Int32 offset, Int32 size) 
at System.Net.ConnectStream.WriteHeaders(Boolean async) 
Elapsed Time: 180 ms. 

Dies ist, wie unsere Exchange-Umgebung konfiguriert.

Wir haben 4 Exchange-Server, 3 mit CAS-Rolle. Die Verbindung wird mithilfe von Kemp Load Balancer Lastenausgleich und wir verwenden TMG, um unsere OWA zu präsentieren und AutoErmittlung für das Internet zu konfigurieren.

Bitte helfen Sie mit diesem Fehler.

Antwort

0

Sie haben erwähnt, dass Ihre CAS-Server vom Kemp Load Balancer als Frontend ausgeführt werden. Angesichts der Tatsache, dass Sie Probleme mit dem MS Exchange-Verhalten feststellen, empfehlen wir Ihnen, unsere support center zu besuchen. Dort können Sie die zugehörige Dokumentation einsehen oder ein Ticket an unser Support-Team senden. Wenn der LoadMaster zum Verhalten beiträgt, können unsere Ingenieure helfen.

0

Unsere TMG Website IIS Website (neu erstellt) virtuelle Verzeichnisse waren das Problem. Um dies zu testen, erstellen wir eine direkte Firewall-Regel, um Datenverkehr an Kemp Loadbalancer IP der TMG IIS-Website auf unserem Exchange-Server zu senden, und wir hatten das gleiche Problem. Dann haben wir den Datenverkehr auf unsere Standard-IIS-Website auf unserem Exchange-Server geleitet, der Testanalysator zeigte keine Fehler.

Das Problem war also das TMG IIS Website Virtual-Verzeichnis für AutoErmittlungs- und EWS-Dienste, das sich auf unserem Exchange-Server befindet.

Wir haben jetzt eine Regel erstellt, um den Austausch von Online-Datenverkehr auf einer separaten externen IP-Adresse zu akzeptieren und sie an unsere Exchange IIS-Standardwebsite zu senden.

Update:

Es gab weitere Änderung, wo wir hatten Lastenausgleich nehmen vollständig von der Einrichtung, weil es war unsere E-Mail-Header zu modifizieren und auf Grund, dass alle E-Mails zwischen Exchange Online und Exchange-gesendet on- Prem wurde als anonym anstatt intern markiert. Dies führte zu einem Problem, bei dem unsere Besprechungsräume die Buchungseinladung nicht akzeptierten.

Wenn Sie weitere Informationen benötigen, hinterlassen Sie einen Kommentar.

Verwandte Themen