Symptômes
Envisagez le scénario dans lequel vous avez Outlook ou d’autres applications MAPI qui se connectent à Exchange Server 2010 via un équilibreur de charge matériel ou un autre périphérique réseau. L’application nécessite également des connexions TCP de longue durée pour fonctionner comme prévu. Si le périphérique réseau ferme les connexions inactives via un paramètre de délai d’expiration, l’application MAPI ne parvient pas à effectuer les requêtes sur la connexion. Si l’application est Outlook, vous pouvez voir les événements suivants dans le journal des événements d’application de l’ordinateur client :
Nom du journal : Source de l’application: ID d’événement Outlook: 25Catégorie de tâche : AucunNiveau : InformationsMots clés : Utilisateur classique: N/AOrdinateur : Computer.contoso.comDescription : Impossible d’effectuer l’opération souhaitée. La commande sélectionnée n’est pas valide pour ce destinataire. La connexion à Microsoft Exchange n’est pas disponible. Outlook doit être en ligne ou connecté pour effectuer cette action.
Nom du journal : Source de l’application: ID d’événement Outlook: 26Catégorie de tâche : AucunNiveau : InformationsMots clés : Utilisateur classique: ordinateur n/A: Computer.contoso.comDescription : La connexion à Microsoft Exchange a été restaurée.
Cause
Une configuration d’un équilibreur de charge matériel ou d’un autre périphérique réseau, tel qu’un pare-feu ou un proxy, entraîne la suppression des connexions client. Lorsque l’appareil ferme des connexions inactives, par le biais d’un délai d’expiration ou d’une autre configuration, l’application ne parvient pas à effectuer les requêtes suivantes sur la connexion qui a été fermée.
Résolution
Pour résoudre ce problème, envisagez les solutions suivantes :
-
Vérifiez la configuration de l’appareil réseau, conformément aux recommandations du fournisseur ou en contactant l’équipe de support technique du fournisseur. Cela peut nécessiter l’augmentation du délai d’expiration sur le périphérique réseau afin que les connexions de longue durée ne soient pas fermées prématurément.
-
Pour un serveur d’applications qui se connecte à Exchange Server 2010, définissez le temps de Keep-Alive TCP du serveur d’applications sur une valeur inférieure à la fenêtre de délai d’expiration de la connexion inactive sur le périphérique réseau. Par exemple, si le délai d’inactivité de la connexion sur l’appareil est de 15 minutes, définissez le Keep-Alive TCP sur le serveur d’applications sur une valeur inférieure à 15 minutes.
Par défaut, le temps de Keep-Alive TCP est de 2 heures et est désactivé. Pour ajuster l’heure de Keep-Alive TCP sur un serveur d’applications, consultez l’article suivant de la Base de connaissances Microsoft :
324270 Comment renforcer la pile TCP/IP contre les attaques par déni de service dans Windows Server 2003Il est important de souligner que les connexions en question sont généralement des connexions RPC internes pour les clients Outlook en mode En ligne, plutôt qu’une connexion RPC sur HTTP/Outlook Anywhere. Souvent, des problèmes tels que ceux-ci se produisent en raison de délais d’expiration de session, de configuration réseau, de configuration d’optimisation ou d’autres fonctionnalités sur l’appareil réseau qui nécessitent une modification. Dans de nombreux cas, les paramètres de délai d’expiration de session sont généralement trop faibles. Dans les discussions avec les fournisseurs de périphériques réseau, il est fréquemment recommandé que les paramètres de délai d’expiration RPC soient au minimum de 120 minutes.
Informations supplémentaires
Les deux solutions ci-dessus peuvent empêcher la connexion TCP d’expirer prématurément. Remarque Un test fréquemment utilisé pour déterminer si une configuration d’appareil est en cause consiste à contourner l’appareil. Pour ce faire, utilisez un fichier Hosts sur le client ou un enregistrement DNS pour accéder à un serveur CAS unique dans le tableau. Toutefois, si l’appareil est également utilisé comme passerelle, cela peut ne pas fournir de résultats précis.Pour plus d’informations sur les connexions de longue durée, consultez la section 4.2.3.6, TCP Keep-Alives, du document internet Engineering Task Force suivant :
RFC 122 - Configuration requise pour les hôtes Internet - Couches de communicationhttp://datatracker.ietf.org/doc/rfc1122/ Pour plus d’informations sur l’équilibrage de charge pour Exchange Server 2010, consultez la présentation suivante de TechEd 2011
Équilibrage de charge avec Microsoft Exchange Serverhttp://channel9.msdn.com/Events/TechEd/NorthAmerica/2011/EXL307 2010
