Présentation du critère de diffusion d'échec de requête DNS dans Exchange 2007 SP1 et SP2

  • Article

 

S’applique à : Exchange Server 2007 SP2, Exchange Server 2007 SP1

Dernière rubrique modifiée : 2009-05-20

Cette rubrique décrit les améliorations de la requête DNS introduites dans Microsoft Exchange Server 2007 Service Pack 1 (SP1) et Exchange 2007 Service Pack 2 (SP2). Ces améliorations réduisent le critère des erreurs DNS (Domain Name System) lors de la recherche d'un serveur de messagerie de destination en dehors de l'organisation Exchange. Vous pouvez régler le critère de la requête DNS pour une remise des messages légèrement plus rapide lorsque le domaine de destination rencontre des erreurs DNS. Toutefois, selon les erreurs DNS, ce réglage peut provoquer des échecs de remise de message dans certaines circonstances.

Requêtes DNS et remise de messages distants

Dans une organisation Exchange 2007 typique, un serveur de transport Edge abonné à l'organisation est responsable de la remise des messages aux destinataires externes. Ce serveur de transport Edge est responsable de l'acceptation des messages sortants depuis le serveur de transport Hub dans l'organisation. Le serveur de transport Edge doit pouvoir trouver un serveur de messagerie de destination qui accepte les messages des destinataires externes. Selon la destination, les messages sont placés dans une ou plusieurs files d'attente distantes en attendant d'être remis aux destinataires distants. Pour plus d'informations sur les files d'attente de remise, consultez la rubrique Gestion des files d'attente.

Le serveur de transport Edge interroge les serveurs DNS externes configurés pour trouver les enregistrements DNS requis pour délivrer le message. Vous configurez les paramètres du serveur DNS externe dans l'onglet External DNS Lookups des propriétés du serveur de transport dans la console de gestion de Exchange ou en utilisant la cmdlet Set-TransportServer dans Exchange Management Shell. Pour plus d'informations, consultez la rubrique Configuration des propriétés du serveur de transport.

Les serveurs DNS configurés pour les recherches DNS externes sont interrogés dans l'ordre dans lequel ils sont répertoriés. Si l'un des serveurs DNS est indisponible, la requête va au serveur DNS suivant dans la liste. Les serveurs DNS sont interrogés pour les informations suivantes :

  • Enregistrements Mail exchange (MX) de la partie correspondant au domaine du destinataire externe   L'enregistrement MX contient le nom de domaine complet (FQDN) du serveur de messagerie responsable de l'acceptation des messages pour le domaine, et une valeur de préférence pour ce serveur de messagerie. Une valeur préférée inférieure indique un serveur de messagerie préféré. La valeur préférée est importante si le domaine possède plusieurs enregistrements MX. Pour augmenter la tolérance aux pannes, la plupart des organisations utilisent plusieurs serveurs de messagerie et plusieurs enregistrements MX ayant différentes valeurs préférées.

  • Enregistrements d'adresse (A) des serveurs de messagerie de destination   Chaque serveur de messagerie utilisé dans un enregistrement MX doit posséder un enregistrement A correspondant. L'enregistrement A est utilisé pour trouver l'adresse IP du serveur de messagerie de destination. Le serveur de transport Edge abonné utilise l'adresse IP pour ouvrir une connexion SMTP (Simple Mail Transfer Protocol) avec le serveur de messagerie de destination. Bien qu'il soit techniquement possible d'utiliser le nom de domaine complet (FQDN) dans un enregistrement CNAME, cette pratique ne respecte pas RFC 974, RFC 1034, RFC 1912 et RFC 2181. Par conséquent, la plupart des serveurs de messagerie ne la prennent pas en charge.

    La combinaison requise des requêtes DNS itératives et récursives qui commencent avec un serveur DNS racine est utilisée pour résoudre le nom de domaine complet (FQDN) du serveur de messagerie trouvé dans l'enregistrement MX d'une adresse IP.

Dans Exchange 2007, il y a une limite de requête DNS non configurable de 5 secondes pour chaque serveur DNS et d'une minute pour toute la requête DNS.

Problèmes DNS éventuels

Même lorsque les paramètres DNS externes sur le serveur de transport Exchange sont configurés correctement, des problèmes concernant les enregistrements DNS pour un domaine spécifique ou des problèmes concernant l’un des serveurs DNS utilisés pour rechercher le serveur autorisé pour un domaine spécifique peuvent toujours se produire. En général, ces problèmes sont hors de votre portée. Vous ne pouvez pas régler les problèmes vous-même. Ces erreurs liées au DNS peuvent être causées par l’une ou plusieurs des conditions suivantes :

  • Enregistrements DNS non valides pour le domaine de destination

  • Problèmes avec l’utilisation du serveur DNS

  • Problèmes avec la réplication du serveur DNS

Dans la version de publication (RTM) d’Exchange 2007, un problème survient lorsqu'un domaine particulier comprend une combinaison d'enregistrements MX valides et non valides qui possèdent la même valeur préférée. Un enregistrement MX est valide lorsque le nom de domaine complet du serveur de messagerie peut être résolu sur une adresse IP valide. Un enregistrement MX est non valide lorsque le nom de domaine complet du serveur de messagerie ne peut pas être résolu sur une adresse IP valide. Dans la RTM d’Exchange 2007, au lieu d’utiliser les enregistrements MX valides et de rejeter les enregistrements MX non valides, la requête DNS rejette tous les enregistrements MX après la limite d’une minute pour que la requête DNS soit atteinte. La file d’attente de remise distante est mise dans un état de nouvelle tentative. La remise de messages n’est retentée qu’une fois que l’intervalle de relance des messages configurée est atteint. Pour plus d'informations, consultez la rubrique Gestion des intervalles de nouvelle tentative de message, de nouvelle soumission et d’expiration.

Modification du critère de diffusion d'échec de requête DNS dans Exchange 2007 SP1 et SP2

Dans Exchange 2007 SP1 et SP2, le comportement des requêtes DNS a été amélioré. Lorsqu’une requête DNS entraîne des erreurs, la requête est acheminée vers le prochain serveur DNS seulement si ce serveur DNS n’a pas déjà renvoyé une erreur pour la requête en cours.

Exchange 2007 SP1 et SP2 comportent également un paramètre dans le fichier de configuration d'application EdgeTransport.exe.config intitulé DnsFaultTolerance. Ce paramètre accepte les valeurs suivantes :

  • Modéré   Lorsque la requête DNS rencontre une combinaison d’enregistrements MX valides et non valides, la requête DNS continue jusqu’à ce que la valeur du délai d'attente de la requête DNS d’une minute soit atteinte. Les enregistrements MX non valides sont rejetés. Et l'enregistrement MX valide qui a la plus petite valeur préférée est utilisé pour remettre le message au serveur de messagerie de destination.

  • Normal   Lorsque la requête DNS rencontre d’abord un enregistrement MX non valide, tout enregistrement MX résolu qui possède une valeur préférée supérieure ou égale aux enregistrements MX non valides est immédiatement rejeté. L’enregistrement MX restant qui possède la plus petite valeur préférée est utilisé pour remettre le message au serveur de messagerie de destination sans attendre que la requête DNS entière ne soit expirée. Bien que ce comportement puisse entraîner une remise des messages plus rapide, l’inconvénient potentiel de ce comportement est que la requête DNS ne possède pas d’enregistrements MX valides si les conditions suivantes sont vraies :

    • L’enregistrement MX non valide est le premier enregistrement MX pour le domaine de destination.

    • Les enregistrements MX valides ont la même valeur de priorité que les enregistrements MX non valides

La valeur par défaut du paramètre DnsFaultTolerance sur un serveur de transport Hub ou un serveur de transport Edge dans Exchange 2007 SP1 et SP2 est Lenient.

En mode Normal et Lenient, les résultats de la requête DNS pour une requête MX non valide ne sont jamais mis en cache. Lors de la prochaine exécution d'une requête DNS, celle-ci essaiera de résoudre les enregistrements MX pour le domaine de destination.

Le fichier de configuration d’application EdgeTransport.exe.config se trouve dans le répertoire C:\Program Files\Microsoft\Exchange Server\Bin. Le fichier EdgeTransport.exe.config file est un fichier de configuration d'application XML associé au fichier EdgeTransport.exe. EdgeTransport.exe et MSExchangeTransport.exe sont les fichiers exécutables utilisés par le service de transport Microsoft Exchange. Ce service s'exécute sur chaque serveur de transport Hub ou Edge. Les modifications enregistrées dans le fichier EdgeTransport.exe.config sont appliquées après le redémarrage du service de transport de Microsoft Exchange. La valeur par défaut est appliquée si l'une des conditions suivantes est vérifiée :

  • Il manque une option de configuration.

  • Une option de configuration est présente et contient la valeur par défaut.

Voici un exemple de base de la structure typique du fichier EdgeTransport.exe.config :

<configuration>

<runtime>

<gcServer enabled="true" />

</runtime>

<appSettings>

<add key=" Option de configuration " value=" Valeur " />

...

</appSettings>

</configuration>

Vous pouvez ajouter des options de configuration ou modifier des options de configuration existantes dans la section <appSettings>.

Les changements effectués dans le fichier de configuration d'application EdgeTransport.exe.config entrent en vigueur après le redémarrage du service de transport Microsoft Exchange.