Compartir a través de

Descripción de sensibilidad a errores de consulta DNS

  • Artículo

 

Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Última modificación del tema: 2009-11-23

El grado de sensibilidad de consulta DNS se puede ajustar para lograr que los mensajes se entreguen un poco más rápido cuando se produzcan errores DNS en relación con el dominio de destino. No obstante, en función de los errores DNS, este ajuste podría provocar errores en la entrega si se dan determinadas circunstancias.

Consultas DNS y entrega de mensajes remota

En una organización de Microsoft Exchange Server 2010 normal, un servidor Transporte perimetral suscrito a la organización se encarga de entregar los mensajes a los destinatarios externos. Este servidor Transporte perimetral se encarga de aceptar los mensajes salientes del servidor de transporte de concentradores en la organización. El servidor de transporte perimetral suscrito debe poder encontrar un servidor de mensajería de destino que acepte el correo dirigido a destinatarios externos. En función del destino, los mensajes se colocan en una o varias colas de entrega remota mientras esperan a ser entregados a los destinatarios remotos. Para obtener más información acerca de las colas de entrega, vea Descripción de las colas de transporte (en inglés).

El servidor de transporte perimetral consulta los servidores DNS externos configurados de modo que encuentren los registros DNS necesarios para entregar el mensaje. Los servidores DNS configurados para búsquedas DNS externas se consultan en el orden en el que se detallan. Si uno de los servidores DNS no está disponible, la consulta pasa al siguiente servidor DNS en la lista. Los servidores DNS se consultan para obtener la información siguiente:

  • Registros Mail eXchange (MX) para la parte del dominio del destinatario externo   El registro MX contiene el nombre de dominio completo (FQDN) del servidor de mensajería que es el responsable de aceptar los mensajes para el dominio, así como un valor de preferencia para el servidor de mensajería. Un valor de preferencia inferior indica un servidor de mensajería preferido. El valor de preferencia es importante si el dominio tiene más de un registro MX. Para optimizar la tolerancia a errores, la mayoría de las organizaciones utilizan varios servidores de mensajería y varios registros MX con valores de preferencia distintos.

  • Registros de dirección (A) para los servidores de mensajería de destino   Cada servidor de mensajería utilizado en un registro MX debería tener un registro A correspondiente. El registro A se utiliza para buscar la dirección IP del servidor de mensajería de destino. El servidor Transporte perimetral suscrito utiliza la dirección IP para abrir una conexión SMTP con el servidor de mensajería de destino. A pesar de que técnicamente se puede utilizar el FQDN de un registro de nombre canónico (CNAME) en un registro MX, esta práctica incumple RFC 974, RFC 1034, RFC 1912 y RFC 2181 y, en consecuencia, la mayoría de servidores de mensajería no la admiten.

    La combinación necesaria de consultas DNS iterativas y consultas DNS recursivas que se inician con un servidor DNS raíz se utiliza para resolver el FQDN del servidor de mensajería que hay en el registro MX en una dirección IP.

En Exchange 2010 hay un límite de consulta DNS de 5 segundos para cada servidor DNS. Este límite no se puede configurar. Además, existe un límite de un minuto para toda la consulta DNS.

Posibles problemas de DNS

Incluso aunque los parámetros del DNS externo del servidor de transporte de Microsoft Exchange se hayan configurado correctamente, puede seguir habiendo problemas con los registros DNS de un dominio concreto o con cualquier servidor DNS utilizado para buscar el servidor DNS de autorización para un dominio específico. En general, estos problemas no se pueden controlar y los deben solucionar los propietarios de dichos servidores DNS. Dichos errores relacionados con el DNS podrían deberse a una o varias de las situaciones siguientes:

  • Registros DNS no válidos para el dominio de destino

  • Problemas con la utilización del servidor DNS

  • Problemas con la replicación del servidor DNS

En Exchange 2010, cuando una consulta DNS da lugar a errores, la consulta pasa al siguiente servidor DNS sólo si dicho servidor DNS no ha devuelto aún ningún error para la consulta actual.

Exchange 2010 incluye además un parámetro en el archivo de configuración de la aplicación EdgeTransport.exe.config llamado DnsFaultTolerance. Este parámetro puede tener los valores siguientes:

  • Indulgente   Cuando la consulta DNS se encuentra con una combinación de registros MX válidos y no válidos, continúa hasta que se alcanza el límite de tiempo de espera de DNS, que es de un minuto. Se desechan los registros MX no válidos y se utiliza el registro MX válido que tiene el valor de preferencia más bajo para entregar el mensaje al servidor de mensajería de destino.

  • Normal   Cuando la consulta DNS se encuentra por primera vez con un registro MX no válido, inmediatamente se desechan los registros MX resueltos que tienen un valor de preferencia superior o igual al de los registros MX no válidos. De entre los registros MX restantes, se utiliza el que tenga un valor de preferencia más bajo para entregar el mensaje al servidor de mensajería de destino sin esperar a que finalice el tiempo de espera de toda la consulta DNS. Si bien este comportamiento podría redundar en una entrega más rápida de los mensajes, el posible inconveniente es que la consulta DNS podría carecer de registros MX válidos si las condiciones siguientes son verdaderas:

    • El registro MX no válido es el primer registro MX para el dominio de destino.

    • Los registros MX válidos tienen el mismo valor de preferencia que los registros MX no válidos.

El valor predeterminado del parámetro DnsFaultTolerance en un servidor Transporte de concentradores o en un servidor Transporte perimetral de Exchange 2010 es Lenient.

Tanto en modo Normal como en modo Lenient, los resultados de la consulta DNS en el caso de un registro MX no válido no se almacenan en la memoria caché. La próxima vez que se ejecuta una consulta DNS, ésta intentará resolver los registros MX para el dominio de destino.

Para obtener más información acerca del archivo EdgeTransport.exe.config, consulte Descripción del archivo .Config EdgeTransport.exe.

 © 2010 Microsoft Corporation. Reservados todos los derechos.