Tests de connectivité des services Web Microsoft Exchange, Erreur: impossible de créer un dossier temporaire pour effectuer des tests

Question

J'essaie de tester la synchronisation des services Web, la notification, la disponibilité et les réponses automatiques à partir de testconnectivity.microsoft.com.

Mais il échoue avec l'erreur suivante: Création d'un dossier temporaire pour effectuer des tests de synchronisation. Impossible de créer un dossier temporaire pour effectuer des tests.

erreur complète et détaillée:

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. 

Voici comment notre environnement Exchange configuré.

Nous avons 4 serveur Exchange, 3 avec rôle CAS. La connexion est équilibrée en utilisant l'équilibreur de charge Kemp et nous utilisons TMG pour présenter notre OWA et configurer Autodiscover pour Internet.

S'il vous plaît aider avec cette erreur.

Answer 1

Vous avez mentionné que vos serveurs CAS sont frontendus par Kemp Load Balancer. Étant donné que vous rencontrez des problèmes avec le comportement MS Exchange, notre recommandation serait de visiter notre support center. Vous pouvez y consulter la documentation associée ou envoyer un ticket à notre équipe de support. Si le LoadMaster contribue au comportement, nos ingénieurs pourraient vous aider.

Answer 2

Notre site Web TMG IIS (nouvellement créé) répertoires virtuels ont été le problème. Pour tester cela, nous avons créé une règle de pare-feu direct pour envoyer du trafic vers l'adresse IP Kemp Loadbalancer du site TMG IIS sur notre serveur d'échange et nous avons eu le même problème. Ensuite, nous avons dirigé le trafic vers notre site Web IIS par défaut sur notre serveur d'échange, l'analyseur de test n'a montré aucune erreur. Le problème était donc le répertoire virtuel du site TMG IIS pour les services de découverte automatique et de serveur Web intégré résidant sur notre serveur Exchange.

Nous avons maintenant créé une règle pour accepter le trafic en ligne Exchange sur une adresse IP externe séparée et lui envoyer notre site Web par défaut Exchange IIS.

Mise à jour:

Il y avait d'autres changements que nous avons dû prendre équilibreur de charge complètement hors de l'installation, car il était en train de modifier notre tête de courrier électronique et en raison de ce que tous les e-mails envoyés entre Exchange Online et Exchange ON- prem ont été marqués comme anonymes au lieu d'internes. Cela cause un problème où nos salles de réunion n'acceptaient pas l'invitation de réservation.

Si vous avez besoin de plus d'informations, laissez un commentaire.