Compartilhar via

Compreendendo a sensibilidade a falhas de consultas de DNS no Exchange 2007 SP1 e SP2

  • Artigo

 

Aplica-se a: Exchange Server 2007 SP2, Exchange Server 2007 SP1

Tópico modificado em: 2009-05-20

Este tópico explica os aprimoramentos na consulta de DNS introduzidos no Microsoft Exchange Server 2007 Service Pack 1 (SP1) e Exchange 2007 Service Pack 2 (SP2). Esses aprimoramentos reduzem a sensibilidade a erros de DNS (Sistema de Nome de Domínio) durante a busca por um servidor de mensagens de destino fora da organização do Exchange. 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. Contudo, dependendo dos erros de DNS, esse ajuste pode causar falhas na entrega em determinadas circunstâncias.

Consultas de DNS e entrega de mensagens remotas

Em uma organização do Exchange 2007 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 conseguir 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 Gerenciando filas.

O servidor de Transporte de Borda consulta os servidores de DNS externos configurados para encontrar os registros de DNS necessários para entregar a mensagem. Você define as configurações do servidor de DNS externo na guia Pesquisas de DNS Externo nas propriedades do servidor de transporte no Console de Gerenciamento do Exchange. ou usando o cmdlet Set-TransportServer no Shell de Gerenciamento do Exchange. Para obter mais informações, consulte Configurando propriedades do Servidor de Transporte.

Os servidores de DNS configurados para pesquisas de DNS externo são consultados na ordem em que estão listados. Se um dos servidores de DNS estiver indisponível, a consulta segue para o próximo servidor de 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 FQDN (nome de domínio totalmente qualificado) do servidor de mensagens responsável por aceitar mensagens no domínio, e um valor de preferência do servidor de mensagens. Um valor menor de preferência indica um servidor de mensagens preferencial. 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 (endereços) dos servidores de mensagens de destino   Todos os servidores de mensagens usados em um registro MX deve 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 nomes canônicos (CNAME) em um registro MX, essa prática viola RFC 974, RFC 1034, RFC 1912, e RFC 2181, e por isso não é aceita pela maioria dos servidores de mensagens.

    A combinação obrigatório 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 2007, há um limite de 5 segundos para consultas de DNS não passível de configuração, e um limite de um minuto para toda a consulta de DNS.

Possíveis problemas de DNS

Mesmo quando as configurações de DNS externas do servidor de Transporte do Exchange estão configuradas corretamente, ainda podem ocorrer problemas com os registros de DNS de um domínio específico ou problemas com quaisquer dos servidores DNS usados para localizar o servidor DNS autoritativo de um domínio específico. Geralmente, você não tem controle sobre esses problemas. Você não consegue resolvê-los sozinho. Esses erros relacionados a DNS podem ser causados por uma ou mais dentre as condições a seguir:

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

  • Problemas com utilização do servidor DNS

  • Problemas com replicação do servidor DNS

Na versão RTM (Versão para Produção) do Exchange 2007, ocorre um problema quando um determinado domínio tem uma combinação de registros MX válidos e inválidos com o mesmo valor de preferência. Um registro MX é válido quando o FQDN do servidor de mensagens pode ser resolvido em um endereço IP válido. Um registro MX não é válido quando o FQDN do servidor de mensagens não pode ser resolvido em um endereço IP válido. No Exchange 2007 RTM, ao invés de usar os registros MX válidos e descartar os inválidos, a consulta DNS descarta todos os registros MX quando o tempo limite de um minuto para a consulta de DNS é atingido. A fila de entrega remota está em um estado de tentativa. A entrega de mensagens não será tentada novamente até que o intervalo para nova tentativa de entrega configurado seja alcançado. Para obter mais informações, consulte Gerenciando Intervalos de Repetição de Mensagens, Reenvio e Expiração.

Modificando a sensibilidade a falhas da consulta do DNS no Exchange 2007 SP1 e SP2

No Exchange 2007 SP1 e SP2, o comportamento da consulta de DNS foi aprimorado. Quando uma consulta de DNS resulta em erros, a consulta prossegue para o próximo servidor DNS somente se esse servidor DNS ainda não tiver retornado um erro na consulta atual.

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

  • Leniente   Quando a consulta de 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 não válidos são descartados. E o registro MX válidos com o menor valor de preferência é usado para entregar a mensagem ao servidor de mensagens de destino.

  • Normal   Quando a consulta de 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 se esperar o fim do tempo limite da consulta de DNS. Embora esse comportamento possa resultar em maior rapidez na entrega de mensagens, uma possível desvantagem é que a consulta de 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 2007 SP1 e SP2 é Lenient.

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

O arquivo de configuração de aplicativo EdgeTransport.exe.config está localizado no diretório C:\Arquivos de Programas\Microsoft\Exchange Server\bin. O arquivo EdgeTransport.exe.config é um arquivo de configuração de aplicativo XML associado ao arquivo EdgeTransport.exe. O EdgeTransport.exe e o MSExchangeTransport.exe são os arquivos executáveis usados pelo serviço de Transporte do Microsoft Exchange. Esse serviço é executado em cada servidor de Transporte de Hub ou Transporte de Borda. As alterações salvas no arquivo EdgeTransport.exe.config são aplicadas depois que o serviço de Transporte do Microsoft Exchange é reiniciado. O valor padrão será aplicado se alguma das seguintes condições for verdadeira:

  • Uma opção de configuração estiver ausente.

  • Uma opção de configuração estiver presente e contiver o valor padrão.

O exemplo a seguir mostra a estrutura típica do arquivo EdgeTransport.exe.config:

<configuration>

<runtime>

<gcServer enabled="true" />

</runtime>

<appSettings>

<add key=" Opção de configuração " value=" Valor " />

...

</appSettings>

</configuration>

Você pode adicionar novas opções de configuração ou modificar as opções de configuração existentes na seção <appSettings>.

Alterações no arquivo de configuração de aplicativo EdgeTransport.exe.config são efetivadas depois que o serviço de Transporte do Microsoft Exchange for reiniciado.