Compartilhar via

Noções Básicas Sobre a Sensibilidade a Falhas de Consultas DNS

  • Artigo

 

Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Tópico modificado em: 2009-11-23

Você pode ajustar a sensibilidade das consultas de DNS para que a entrega de mensagens seja um pouco mais rápida quando forem encontrados erros de DNS no domínio de destino. No entanto, dependendo dos erros de DNS, esse ajuste pode causar falhas na entrega em determinadas circunstâncias.

Consultas de DNS e Entrega Remota de Mensagens

Em uma organização do Exchange Server 2010 típica, um servidor de Transporte de Borda inscrito na organização é responsável pela entrega de mensagens a destinatários externos. Esse servidor de Transporte de Borda é responsável por aceitar as mensagens de saída do servidor de Transporte de Hub da organização. O servidor de Transporte de Borda inscrito deve ser capaz de encontrar um servidor de mensagens de destino que aceite mensagens para os destinatários externos. Dependendo do destino, as mensagens são colocadas em uma ou mais filas de entrega remota enquanto aguardam a entrega para os destinatários remotos. Para obter mais informações sobre filas de entrega, consulte Noções Básicas Sobre Filas de Transporte.

O servidor de Transporte de Borda consulta os servidores DNS externos configurados para encontrar registros DNS necessários para entregar a mensagem. Os servidores DNS configurados para pesquisas de DNS externo são consultados na ordem em que estão listados. Se um dos servidores DNS estiver indisponível, a consulta segue para o próximo servidor DNS da lista. As seguintes informações são consultadas em servidores DNS:

  • Registros MX (troca de mensagens) da parte do domínio do destinatário externo   O registro MX contém o nome de domínio totalmente qualificado (FQDN) do servidor de mensagens responsável por aceitar mensagens no domínio, e um valor de preferência para o servidor de mensagens. Um valor de preferência menor indica um servidor de mensagens de preferência. O valor de preferência é importante se o domínio tiver mais de um registro MX. Para otimizar a tolerância a falhas, a maioria das organizações usa vários servidores de mensagens e vários registros MX com valores de preferência diferentes.

  • Registros (A) de endereços dos servidores de mensagens de destino   Todos os servidores de mensagens usados em um registro MX devem ter um registro A correspondente. O registro A é usado para localizar o endereço IP do servidor de mensagens de destino. O servidor de Transporte de Borda inscrito usa os endereços IP para abrir uma conexão SMTP com o servidor de mensagens de destino. Embora tecnicamente seja possível usar o FQDN de um registro de nome canônico (CNAME) em um registro MX, essa prática viola RFC 974, RFC 1034, RFC 1912 e RFC 2181 e, portanto, não é aceita pela maioria dos servidores de mensagens.

    A combinação obrigatória das consultas de DNS iterativas e recursivas iniciadas com um servidor DNS raiz é usada para resolver o FQDN do servidor de mensagens encontrado no registro MX como um endereço IP.

No Exchange 2010, há um limite não configurável de 5 segundos para consultas DNS em cada servidor DNS, e um limite de um minuto para toda a consulta DNS.

Possíveis Problemas de DNS

Mesmo quando as definições do DNS externo do servidor de Transporte do Microsoft Exchange estiverem configuradas corretamente, ainda podem ocorrer problemas com os registros DNS de um domínio específico ou com quaisquer servidores DNS usados para localizar o servidor DNS autoritativo de um domínio específico. Geralmente, esses problemas estão além do seu controle e precisam ser resolvidos pelas partes proprietárias destes servidores DNS. Tais erros relacionados ao DNS podem ser causados por uma ou mais das seguintes condições:

  • Registros DNS inválidos no domínio de destino

  • Problemas com a utilização do servidor DNS

  • Problemas com a replicação do servidor DNS

No Exchange 2010, quando uma consulta DNS resulta em erros, a consulta prossegue no próximo servidor DNS somente se esse servidor DNS ainda não tiver retornado um erro na consulta atual.

O Exchange 2010 também inclui um parâmetro no arquivo de configuração de aplicativo EdgeTransport.exe.config chamado DnsFaultTolerance. Esse parâmetro tem os seguintes valores:

  • Lenient   Quando a consulta DNS encontra uma combinação de registros MX válidos e inválidos, ela continua até que o tempo limite de um minuto para a consulta DNS seja atingido. Os registros MX inválidos são descartados, e o registro MX válido com o menor valor de preferência é usado para entregar a mensagem ao servidor de mensagens de destino.

  • Normal   Quando a consulta DNS encontra um registro MX inválido primeiro, todos os registros MX resolvidos com um valor de preferência maior ou igual aos registros MX inválidos são descartados imediatamente. O registro MX restante com o menor valor de preferência é usado para entregar a mensagem ao servidor de mensagens de destino, sem esperar o fim do tempo limite da consulta DNS. Embora esse comportamento possa resultar em maior rapidez na entrega de mensagens, uma possível desvantagem é que a consulta DNS pode não ter registros MX válidos se as condições a seguir forem verdadeiras:

    • O registro MX inválido é o primeiro registro MX do domínio de destino.

    • Os registros MX válidos têm o mesmo valor de precedência que os registros MX inválidos.

O valor padrão do parâmetro DnsFaultTolerance em um servidor de Transporte de Hub ou de Transporte de Borda no Exchange 2010 é Lenient.

Tanto no modo Normal quanto no modo Lenient, os resultados da consulta DNS em um registro MX inválido nunca são armazenados em cache. Da próxima vez em que uma consulta DNS for executada, ela tentará resolver os registros MX do domínio de destino.

Para obter mais informações sobre o arquivo EdgeTransport.exe.config, consulte Noções Básicas Sobre o Arquivo EdgeTransport.exe.Config.

 © 2010 Microsoft Corporation. Todos os direitos reservados.