Problemas de estado de link e problemas de roteamento no Exchange 2000 Server e no Exchange Server 2003

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 832281
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.


Sumário
Microsoft Exchange 2000 Server e Microsoft Exchange Server 2003 use grupos de roteamento para controlar o transporte de mensagem na organização do Exchange. Um grupo de roteamento é um grupo de computadores Exchange Server "bem conectados". Cada grupo de roteamento tem um computador que atua como mestre de grupo de roteamento. Este computador coordena as alterações de estado de link que ocorrem entre grupos de roteamento na organização. O estado do link é o status da conexão é estabelecida entre grupos de roteamento. As alterações no estado de link são registradas nas tabelas de estado do link. Problemas de conexão entre grupos de roteamento podem incluir um ou mais dos seguintes:
  • grupo de roteamento mestre pára de responder.
  • um nó do membro roteamento não conectado ao mestre de grupo de roteamento.
  • mais de um computador determina que ele é o mestre de grupo de roteamento.
  • informações de estado de vínculo estão incorretas.
várias ferramentas e métodos estão disponíveis para ajudar a solucionar esses problemas. Você pode usar a ferramenta WinRoute e maior log de diagnóstico para ajudar a determinar a causa do problema roteamento.
INTRODUÇÃO
Este artigo descreve problemas comuns de estado de link e problemas comuns de roteamento que podem ocorrer no Microsoft Exchange 2000 Server e no Microsoft Exchange Server 2003.

back to the top

A finalidade de um grupo de roteamento

O grupo de roteamento é a menor unidade de servidores que tenham probabilidade sempre conectados uns aos outros. O grupo de roteamento pode ser considerado um nó no gráfico de caminhos de conector, com vários conectores possíveis entre grupos de roteamento.

Para configurar a maneira que as mensagens são roteadas entre os servidores para que sempre sejam feitas conexões ponto a ponto entre servidores, os servidores devem ser agrupados em grupos de roteamento e o grupo de roteamento conectores devem ser definidos.

Em um grupo de roteamento, vincule informações de estado de atualizações de informações de roteamento e são colocados entre os nós mestres e membro nós através de uma conexão TCP (Transmission Control Protocol) 691 porta persistente. Entre os dois grupos de roteamento, servidores de anunciam o verbo X-LINK2STATE para trocar informações de estado de link, comparando o MD5 digest no pacote de informações de organização Exchange das dois pontes de grupo de roteamento. Uma incompatibilidade dispara uma troca de informações de estado de vínculo entre dois servidores através da porta 25 do SMTP.

back to the top

A função de mestre de um grupo de roteamento

Grupo de roteamento mestre coordena mudanças para vincular estados que aprendeu por servidores no seu grupo de roteamento e recupera as atualizações do serviço de diretório. Por ter um único servidor coordenar as alterações, você pode tratar um grupo de roteamento como uma única entidade para fins de computação um caminho menor custo entre grupos de roteamento em uma organização.

back to the top

O que ocorre quando o grupo de roteamento mestre pára de responder

Todos os servidores no grupo de roteamento continuam operar nas mesmas informações que tinham no momento que eles perdeu contato com o mestre.

Quando o grupo de roteamento mestre é exibida novamente, ele examina o status de todos os outros servidores, reconstrói as informações de estado de vínculo, processa SCQ (fila de alterar o estado) e, em seguida, atualiza os membros do grupo roteamento.

back to the top

Problemas comuns

As seções a seguintes apresentam diversos problemas de roteamento que você pode enfrentar. Além disso, as seções a seguir sugerem métodos que você pode usar para solucionar os problemas.

back to the top

Nó do membro de roteamento não está conectado ao mestre

Quando você usar a ferramenta WinRoute (Winroute.exe) para exibir organização do Exchange roteamento, você poderá ver as palavras "conectadas ao mestre - não" e um X vermelho ao lado para o nome da organização. Essas palavras e o X vermelho indicam que o nó Roteamento de membro não está conectado ao mestre.

 Image where you can see

Em um grupo de roteamento, o roteamento de nós de grupo, incluindo o mestre, deve estar conectado ao nó mestre na porta TCP (Transmission Control Protocol) 691 para propagar informações de roteamento e vincular informações de estado de e para o nó principal.

Observação Para baixar a ferramenta Microsoft Exchange Server 2003 WinRoute para solucionar problemas de roteamento em um ambiente de tratamento de email Exchange 2000 e o Exchange 2003, visite o seguinte site. O seguinte arquivo está disponível para download no Centro de download da Microsoft:
DownloadDownload the Winroute.exe package now.Para obter mais informações sobre como baixar arquivos de suporte da Microsoft, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
119591Como obter arquivos de suporte da Microsoft de serviços on-line
Microsoft examinou esse arquivo em busca de vírus. Microsoft utilizou o mais recente software de detecção de vírus que estava disponível na data em que o arquivo foi publicado. O arquivo é armazenado em servidores com segurança avançada que ajudam a evitar qualquer alteração não autorizada no arquivo.

Para resolver esse problema, execute essas etapas:
  1. Certifique-se de que serviço Routing Engine do Exchange (RESvc serviço) é iniciado em todos os afetados servidores no grupo de roteamento e que ele permaneça em um estado controlado. Se o serviço estiver em um estado instável, o servidor não pode conectar-se a nós mestres. Investigue a causa raiz de qualquer instáveis serviços antes de ir para a próxima etapa.
  2. Verifique se que um firewall não restringe a porta TCP 691. Para fazer isso, iniciar uma sessão Telnet para porta 691 nos servidores afetados e no nó mestre. Uma faixa de Microsoft Routing Engine indica um estado ativo.
  3. No prompt de comando, execute o comando netstat –a n . A saída deste comando revela todos os nós de membro e o mestre se conectar a porta TCP 691 no nó mestre.
  4. Em Visualizar eventos, verifique os logs aplicativos para os eventos que indicam uma falha ao autenticar usando a conta de computador, como $ Domain\serverName. Eventos como eventos de transporte 962 e 961 indicam uma falha do serviço RESvc ao se conectar.
  5. Verifique se os servidores afetados ou o grupo Exchange Domain Server que pertencem não tem a enviar como direito ausente, negado ou negado de uma associação aninhada de outro grupo. Para fazer isso, execute o utilitário de rastreamento do Exchange (Regtrace.exe) e, em seguida, reinicie o serviço RESvc. Para obter mais informações sobre a instalação do RegTrace no Exchange 2000, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    238614Como configurar Regtrace para Exchange 2000
    Observação Para obter informações adicionais sobre ferramentas e processos que você pode usar para solucionar problemas e diagnosticar problemas de transporte e problemas de roteamento no Exchange 2003, transferir o livro on-line guia Roteamento e transporte do Exchange Server 2003 . Para baixar este livro, visite o seguinte site da Microsoft:
  6. Verifique se que os servidores afetados podem gerar um ServicePrincipalName (SPN) para autenticação. Para verificar isso, verifique o atributo de endereço de rede do afetado servidores usando o ADSI Edit ferramenta (ADSIEdit.exe) ou usando o Lightweight Directory Protocol ferramenta (Ldp.exe).

    Nós em um grupo de roteamento necessário autenticar mutuamente com o roteamento de mestre de grupo a ser conectado. Para fazer isso, eles usar o valor ncacn_ip_tcp no atributo de endereço de rede do computador do Exchange Server para gerar o SPN para o nó mestre usando a autenticação Kerberos. Verifique se esse valor é um nome de domínio totalmente qualificado (FQDN) em vez de um nome NetBIOS ou endereço IP. Reinicie o serviço RESvc.
  7. Verifique o log do aplicativo e o log de sistema em todos os servidores afetados para erros de autenticação Kerberos. Kerberos erros de autenticação podem ser causados por uma senha da conta computador de domínio expirou. Para obter informações adicionais sobre esse problema, execute o NLTEST utilitário com depuração sinalizadores. Para obter mais informações sobre como executar o NLTEST utilitário com depuração sinalizadores, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    109626Habilitar log de depuração para o serviço Logon de rede
    importante Se a senha de conta de computador do domínio aparentemente tiver expirado, você deve contate Support Services (produtos Microsoft) para confirmar e para corrigir o problema. Para uma lista completa de telefone do Atendimento Microsoft números e informações sobre os custos de suporte, visite o seguinte site:
  8. Verifique se o FQDN do servidor virtual corresponde ao FQDN no (DNS).
  9. Se a participação do grupo roteamento abrange vários domínios, certifique-se de DNS é projetado e implementado entre os domínios corretamente.
  10. Procure qualquer aplicativos de terceiros que usam a diretiva de grupo objetos para restringir as permissões ou para restringir as configurações de segurança.
back to the top

Conflitos de mestre de grupo de roteamento

Em um grupo de roteamento, o primeiro servidor instalado no grupo de roteamento é decidiu automaticamente como o nó principal. Outros servidores são instalados, o administrador tem a opção para indicar outro servidor como mestre.

Quando o novo grupo de roteamento mestre é escolhido, apenas um servidor deve ser atribuído a função de mestre por vez. Essa regra é aplicada por um algoritmo que se baseia a fórmula "(N/2) + 1" (onde N indica o número de servidores no grupo de roteamento). O algoritmo calcula o número de servidores no grupo de roteamento que devem concordar e que deve reconhecer o mestre. Portanto, os nós de membro enviam link estado ATTACH dados (informações sobre o grupo de roteamento) para o mestre.

Não é incomum para dois ou mais servidores tenham informações erradas que sobre qual servidor é o atual mestre de grupo de roteamento. Por exemplo, se um mestre de grupo de roteamento foi movido ou foi excluído, e outro nó mestre não foi escolhido, o atributo MsExchRoutingMasterDN pode apontar para um servidor inexistente.

Esse problema também pode ocorrer quando um mestre antiga não desanexar como mestre, ou quando um nó problemático mantém enviando informações de ATTACH de estado de um vínculo incorreto.

Observação No Microsoft Exchange Server 2003, se um grupo de roteamento aponta para um objeto excluído, o nó mestre desistirá sua função como mestre e inicia um desligamento.

Para resolver esse problema, use um dos seguintes métodos:
  • Procure por link propagação de dados de estado através da porta TCP 691, para problemas de firewall, como bloqueio de firewall da porta TCP 691 e filtros para SMTP.
  • Procure latências de replicação do Active Directory.
  • Procure latências e problema na rede.
  • Procure os mestres de grupo de roteamento excluído ou servidores que não existem mais. Se for esse o caso, um evento de transporte 958 que faz referência a um roteamento mestre distinto nome de grupo que não existe mais é registrado no log do aplicativo. Use a ferramenta de Lightweight Directory Protocol (Ldp.exe) ou a ferramenta ADSI Edit (ADSIEdit.exe) para verificar que esse é o caso.
back to the top

Grupos de roteamento excluídos são seguidos por [object_not_found_in_DS]

Quando os servidores são movidos entre grupos de roteamento, e quando os grupos de roteamento são subseqüentemente excluírem, se você usar Winroute.exe você pode ver o texto [object_not_found_in_DS] próximo ao nome do objeto.

		  Image where Winroute.exe may show [object_not_found_in_DS] that follows the		  object name.

Esse problema pode ocorrer se o serviço de mecanismo de roteamento tentar correlacionar um objeto ainda existe em uma biblioteca roteamento dinâmica que é mantida pelo servidor com objetos no Active Directory, onde o objeto não existe mais. Dicas para resolver esse problema:
  • Reinicie todos os servidores na organização ao mesmo tempo. Essa ação atualiza as informações de roteamento. Além disso, essa ação remove grupos de roteamento excluídos e excluído conectores.
  • Use a ferramenta Remonitor.exe no modo de inserção.

    Observação Contate o Atendimento Microsoft para informações sobre a ferramenta Remonitor.exe no modo de inserção. Para obter uma lista completa dos números de telefone do Atendimento Microsoft do e informações sobre os custos de suporte, visite o seguinte site:
  • Certifique-se que os servidores estão em uma versão recente do Exchange Server e que tenham o Exchange Server service pack rollups instalado.

    Observação Aplicar o hotfix descrito no seguinte artigo da Base de dados de Conhecimento não é necessário se seus servidores estão em uma versão recente do Exchange Server e tiver instalado o rollups de pacote de serviço Exchange Server atual. Se você não pode instalar o pacote rollups mais recente do Exchange Server serviço, aplicar o hotfix descrito no seguinte artigo da Base de dados de Conhecimento:
    330279Grupos de roteamento excluídos listados na ferramenta WinRoute; correção requer o Exchange 2000 SP3
  • Reinicie todos os serviços do Exchange Server e dos serviços do Windows Management Instrumentation (WMI) em todos os computadores Exchange Server na organização. Essa resolução é eficaz somente se todos os servidores são reiniciados ao mesmo tempo.

    Observação Contate o Atendimento Microsoft para informações sobre como reiniciar todos os servidores no mesmo. Para obter uma lista completa dos números de telefone do Atendimento Microsoft do e informações sobre os custos de suporte, visite o seguinte site:
  • Certifique-se que a conta que está conectada ao servidor tenha permissões suficientes. Para fazer isso, execute Winroute.exe no sistema de conta.

    Observação A falta de permissões de leitura suficientes pode causar Winroute.exe relatar incorretamente [object_not_found_in_DS].
back to the top

Conectores não são reportados a ser marcado como "Abaixo"

Quando você usar a ferramenta Winroute.exe para exibir a topologia de roteamento do Exchange, você pode ver que os conectores que não estão disponíveis são relatados como sendo disponível (eles são marcados como "Acima"). Esse comportamento pode ocorrer para os conectores a seguintes:
  • Conectores que usam o DNS para rotear. Por exemplo, esse comportamento pode ocorrer para conectores SMTP que usam o DNS em vez de host inteligente.
  • Conectores Microsoft Exchange 5.5 Server ou Exchange conectores EDK (Development Kit). Esses conectores não usam o link de roteamento do estado.
  • Conectores de grupo com pontes de origem de "qualquer" tipo de roteamento.
  • Qualquer conectores onde uma ponte é um Exchange 5.5 Server.
  • Conectores que usam as configurações de host inteligente e alterados recentemente de hosts inteligentes.

back to the top

Vincular oscilações de estado: conectores repetidamente marcados como "Acima" e, em seguida, como "Abaixo"

Este cenário comum envolve conectores sendo marcados como "Acima" e, em seguida, como "Abaixo" repetidamente. Ele faz com que atualizações de estado de link excessiva entre servidores. Essas atualizações de estado de link excessiva causarem um recálculo muito caro e freqüente de rotas no servidor. Isso também é indicado por eventos 4005 redefinir rotas. Esse problema pode ocorrer nas seguintes situações:
  • Problemas de rede. Use um rastreamento de rede para diagnosticar esse cenário.
  • Chama uma reação para vincular a notificação de status de serviços de protocolo subjacente, como o agente de transferência AQ/SMTP e mensagem (MTA). Esse comportamento é causado por interferência nos níveis de protocolo X.400 ou os níveis de protocolo SMTP por aplicativos de terceiros.

    Nesse cenário, apenas uma captura do monitor de rede pode revelar as questões envolvidas. Além disso, se você observar alterações muito freqüentes de versões principais, de versões secundárias e as versões de usuário na ferramenta WinRoute, isso também pode indicar um problema de estado de link (consulte a seção WinRoute routing version changes).
Para reduzir oscilações de estado de link, aplique o hotfix descrito no seguinte artigo na Base de dados de Conhecimento da Microsoft:
825314Tráfego de estado de link saturates links lentos entre servidores
Após o hotfix ser aplicado, você deve ativar a subchave de registro AttachedTimeout para certificar-se que o hotfix funciona conforme o esperado.

importante Esta seção, método ou tarefa contém etapas que informam sobre como modificar o registro. No entanto, sérios problemas poderão ocorrer se você modificar o registro incorretamente. Por isso, certifique-se que você execute essas etapas cuidadosamente. Para proteção adicional, fazer backup do registro antes de modificá-lo. Em seguida, você pode restaurar o registro se ocorrer um problema. Para obter mais informações sobre como fazer backup e restaurar o registro, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
322756Como fazer backup e restaurar o registro no Windows


Para ativar o valor de registro AttachedTimeout, execute estas etapas:
  1. Clique em Iniciar , clique em Executar , digite regedit e, em seguida, clique em OK .
  2. Localizar
    HKLM\SYSTEM\CurrentControlSet\Services\RESvc\Parameters
    subchave.
  3. Clique com o botão direito do mouse a subchave parâmetros , aponte para novo e, em seguida, clique em DWORD valor .
  4. Nome do novo valor AttachedTimeout .
  5. Clique duas vezes AttachedTimeout e, em seguida, digite qualquer valor de dados de 1 a 604800 . Clique para selecionar decimal para o tipo base .

    Observação O valor AttachedTimeout representa o tempo em segundos. O intervalo válido para esse valor é de 1 segundo para 604,800 segundos (7 dias).
  6. Clique em OK e feche o Editor do Registro.
Observação Contate o Atendimento Microsoft para obter mais informações sobre a subchave de registro AttachedTimeout. Para obter uma lista completa dos números de telefone do Atendimento Microsoft do e informações sobre os custos de suporte, visite o seguinte site:back to the top

Como os estados de conector afetam estados de vínculo

Um conector pode ser localizado em qualquer lugar em qualquer grupo de roteamento na organização do Exchange. Um conector específico que freqüentemente está marcado como "Acima" e como "Abaixo" pode afetar seriamente a possível rotas que uma mensagem pode levar através da organização. Como uma conexão ainda pode levar a loops de email.

Roteamento do Exchange escolhe o caminho ideal, com base nas variáveis como custo, tipo de mensagem e restrições. Roteamento do Exchange localiza o próximo servidor para uma mensagem tornar o próximo salto para e, em seguida, roteamento do Exchange fornece o nome do próximo servidor para enfileiramento de mensagens. Porque o estado de um conector oscillating provocar alterações de estado de link, o Exchange possui repetidamente recalcular o caminho ideal. Esse processo de recálculo envolve consultas para o serviço de diretório.

back to the top

Como os estados de vínculo afetam estados de conector

Quando o enfileiramento de mensagens detecta que um link para o servidor ponte em um conector falhou, ele chama roteamento usando um método chamado LinkStateNotify (). Roteamento, em seguida, suprime essas informações para até 10 minutos evitar a flutuação de estado do conector e, em seguida, roteamento retransmite essas informações para o grupo de roteamento mestre. Se o roteamento de decidir marcar o conector como "Abaixo", essa alteração será propagada para todos os computadores na organização, incluindo o computador onde ocorreu a falha original. Esse comportamento leva a um processo muito caro que é chamado de "redefinição de rotas." Daí em diante, o mecanismo de roteamento não recomenda mais que o enfileiramento avançado mecanismo (AQ) conectar ao computador próximo-salto "falhou". O inverso é verdadeiro para um conector que está marcado como "Acima".

back to the top

WinRoute roteamento alterações de versão

A ferramenta WinRoute relata roteamento versões no seguinte formato: "RoutingGroup (d5.2.3)". Os três números separados por pontos que seguem o nome do grupo de roteamento são a versão principal, a versão secundária e a versão de usuário.

Versão principal alterações costumam alterações no serviço de diretório que envolvem o roteamento e conectores. Se houver um freqüentes Alterar aqui, monitorá-lo usando a ferramenta Remonitor.exe e investigue-lo para uma causa provável. Por exemplo, um administrador pode fazer alterações significativas no serviço de diretório. Uma versão principal de zero é mostrada para grupos de roteamento isolados com sem roteamento e não troca de estado do link com outros nós. Além disso, uma versão principal de zero é mostrada para Microsoft baseado no Exchange 5.5 Server sites porque eles não usam informações de estado do link.

Uma alteração de versão secundária pode indicar alterações para o estado de um conector. Alterações freqüentes podem ser causadas por links com defeito ou por links flutuar entre o estado "Acima" e o estado "Abaixo". AQ tenta enviar uma mensagem em um conector. Se AQ falhar, ele envia uma notificação para o roteamento para marcar o conector como "Abaixo". Em seguida, AQ inicia pings de repetição para o conector. Após AQ detecta que o conector está acima, AQ notifica roteamento chamando o método LinkStateNotify().

Alterações de versão de usuário podem ocorrer nas seguintes situações:
  • Servidores anexar ou desanexar de nós principal.
  • Serviços WMI enviar dados para o grupo de roteamento mestre.
  • Não há registro de retorno de chamada por clientes de roteamento, como o MTA ou SMTP.
  • Existe são roteamento alterações de participação de grupo.
  • Você renomear o grupo de roteamento
  • Um novo nó mestre é escolhido.
back to the top

Retornos de chamada base-nível

Roteamento de retornos de chamada nível básico são atualizações que ocorrem depois de um objeto de grupo de roteamento é modificado e depois, em seguida, as atualizações são propagadas em toda a organização. As alterações de versão principal Winroute.exe podem ser disparadas por eventos a seguir:
  • Renomear um grupo de roteamento
  • Decidindo um novo mestre de grupo de roteamento
  • Remover um membro do grupo de roteamento
  • Adicionar um membro do grupo de roteamento
back to the top

Retornos de chamada de um nível

Retornos de chamada de um nível normalmente são atualizações de roteamento quando o objeto de grupo de alterações que são um nível abaixo de roteamento são detectadas. Alguns exemplos disso são exclusão um conector no grupo de roteamento e adicionando um connecter para o grupo de roteamento.

back to the top

DNS

Configuração incorreta de (DNS) pode causar vários problemas de roteamento. Esses problemas são abordados nas seções a seguir.

back to the top

O evento de coletor de resolvedor de DNS no servidor virtual SMTP

O evento de coletor de resolvedor de DNS é principalmente para resolver domínios SMTP externos. Os servidores internos do Active Directory e servidores DNS ainda precisam ser capaz de resolver todos os computadores Exchange Server internamente.

O servidor virtual SMTP resolvedor de DNS coletor de evento é síncrono e pode afetar o desempenho em um servidor muito usado. Para melhorar um pouco a situação, aumente o número de segmentos que são usadas para pesquisas DNS.

O evento de coletor de resolvedor de DNS é usado somente quando um servidor não está a troca de organização. Exchange Server determina isso consultando o Active Directory serviço de diretório.

back to the top

API do Windows 2000 DNS

Se você usar a ferramenta de resolvedor de DNS para resolução de nomes, as pesquisas são criadas por essa ferramenta são assíncronas e muito mais rápidas do que usando as configurações padrão do evento de coletor de resolvedor de DNS externo.

DNS Exchange que usa a API do DNS do Windows ou o evento de coletor de resolvedor de DNS do Exchange deve ser capaz de resolver um endereço IP (Internet Protocol) das seguintes maneiras:
  • registro de recurso servidor de mensagens (MX registro) - para - IP endereço
  • Registro MX - para - um endereço IP-registro
  • MX registro para CNAME registro para um registro-para endereço IP
  • CNAME registro para um registro-para endereço IP
  • Um registro-para-endereço-IP
Registros DNS que estão incorretamente configurado, especialmente MX registros CNAME e pode afetar seriamente o fluxo de email.

Observação Embora o Microsoft Exchange Server 2003 ofereça suporte limitado para registros CNAME encadeados, não é recomendável implementar essa configuração.

No Exchange Server 2003, o DNS externo resolvedor coletor de eventos foi aprimorado. Além disso, você pode usar o utilitário de diagnóstico do DNS (DNSdiag.exe) do Windows Server 2003 Resource Kit para solucionar problemas de DNS que envolvem o resolvedor de SMTP externo e DNS de TCP/IP do Windows. DNSdiag.exe mostra consultas assíncronas e as consultas síncronas para servidores DNS global ou para o servidor DNS que são chamadas pelo DNS coletor de eventos. Além disso, DNSdiag.exe mostra qualquer correspondentes falhas ou erros.

Observação O utilitário de diagnóstico do DNS é também conhecido como também conhecido como o DNS resolver ferramenta. Eles são o mesmo arquivo, DNSdiag.exe.O seguinte arquivo está disponível para download no Centro de download da Microsoft:
DownloadDownload the Dnsdiag.exe package now.Para obter mais informações sobre como baixar arquivos de suporte da Microsoft, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
119591Como obter arquivos de suporte da Microsoft de serviços on-line
Microsoft examinou esse arquivo em busca de vírus. Microsoft utilizou o mais recente software de detecção de vírus que estava disponível na data em que o arquivo foi publicado. O arquivo é armazenado em servidores com segurança avançada que ajudam a evitar qualquer alteração não autorizada no arquivo.

back to the top

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 832281 - Última Revisão: 12/08/2015 05:26:34 - Revisão: 3.7

Microsoft Exchange Server 2003 Standard Edition, Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange 2000 Server Standard Edition, Microsoft Exchange 2000 Enterprise Server

  • kbnosurvey kbarchive kbmt kbhowtomaster kbinfo kbprb kbfaq KB832281 KbMtpt
Comentários