Descrição do utilitário DNSLint

Traduções de Artigos Traduções de Artigos
Artigo: 321045 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

DNSLint é um utilitário Microsoft Windows que ajuda a diagnosticar problemas de resolução de nomes DNS comuns.

O ficheiro seguinte está disponível para transferência a partir do Centro de transferências da Microsoft:
Reduzir esta imagemExpandir esta imagem
Download
Download the Dnslint.exe package now.
Para obter informações adicionais sobre como transferir ficheiros de suporte da Microsoft, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
119591Como obter ficheiros de suporte da Microsoft a partir de serviços on-line
Microsoft procedeu de vírus neste ficheiro. Microsoft utilizou o mais recente software de detecção de vírus que estava disponível na data em que o ficheiro foi publicado. O ficheiro é alojado em servidores com segurança avançada que o ajudam a impedir alterações não autorizadas ao ficheiro.

Mais Informação

DNSLint tem três funções que verificam o Domain Name System (DNS) regista e gerar um relatório em HTML. As três funções são:
  • /d dnslint : Isto diagnostica causas potenciais da "lame delegação" e outras relacionadas com problemas de DNS.
  • dnslint /ql : verifica este conjunto definido pelo utilizador de registos DNS no DNS vários servidores.
  • dnslint /ad : Isto verifica registos de DNS utilizados especificamente para o Active Directory replicação.
DNSLint é um utilitário da linha de comandos. A sintaxe é:
dnslint /d nome_de_domínio | /ad [LDAP_IP_address] | /ql input_file
[/ c [smtp, pop, imap]] [/ no_open] [/r report_name]
[/t] [/ test_tcp] [/ s DNS_IP_address] [/v] [/ y]
Tem de especificar /d , /ad ou /ql quando executa DNSLint. Outros parâmetros são opcionais.

Utilizar o parâmetro /d para pedir testes de nome de domínio. Este parâmetro é útil quando resolver problemas de delegação lame.
  • Tem de especificar um nome de domínio para testar.
  • Pode utilizar o parâmetro /d com o parâmetro /ad .
Utilizar o parâmetro /ad para pedir testes do Active Directory.
  • O parâmetro /ad resolve registos de DNS que são utilizados para replicação da floresta de AD.
  • Por predefinição, é utilizado serviço LDAP o sistema local.
  • Pode especificar um remoto LDAP endereço IP do servidor (opcional).
  • Apenas os endereços IP válidos são aceites. Os nomes não são aceites.

    Normalmente, este é um controlador de domínio do Active Directory.
  • Tem de utilizar o parâmetro /ad com a opção /s , onde /s Especifica o endereço IP de um servidor de DNS que seja autoritário para a zona _msdcs na raiz de floresta AD.
  • Pode utilizar o parâmetro /ad com /d ou/c .
Utilizar o parâmetro /ql para pedir testes de consulta DNS a partir de uma lista.
  • O comutador /ql envia as consultas DNS especificadas num ficheiro de entrada de texto
  • Tem de especificar o caminho e o nome do ficheiro de entrada.
  • o parâmetro /ql suporta consultas de registos A, PTR, CNAME, SRV e MX.
  • Criar um ficheiro entrada de exemplo executando o seguinte:
    dnslint /ql autocreate
  • Pode utilizar o parâmetro /ql com /d , /ad ou /c .
notas :
  • Pode utilizar /d /ad e /ql em conjunto.
  • Pode utilizar /c juntamente com /ad ou /ql .
  • Quando utiliza /ad , tem de especificar também /s .

Parâmetros opcionais


Utilize /c para pedir testes de conectividade em servidores de correio electrónico.
  • O parâmetro /c testa portas SMTP, POP e IMAP em servidores de correio electrónico encontrados.
  • Por predefinição, todos os três são testadas (as portas SMTP, POP e IMAP). Pode especificar um ou uma combinação. Para o fazer, utilize uma lista separada por vírgulas: /c pop, imap, smtp .
Para impedir que abra automaticamente relatório, utilize / no_open . O / no_open parâmetro é útil em scripts.

Utilize o parâmetro /r para especificar o nome do ficheiro de relatório que é criado.
  • A extensão de nome de ficheiro .htm é automaticamente adicionada a nomes de relatório.
  • O relatório é criado no formato HTML. O nome predefinido é Dnslint.htm
  • A localização predefinida é o directório actual.
Utilize o parâmetro /s para ignorar uma pesquisa whois InterNIC.
  • Pode especificar o endereço IP do servidor de DNS em vez de consultar um InterNIC.
  • O parâmetro /s é iniciado verificar registos de DNS utilizando o endereço IP fornecido endereço.
  • Apenas os endereços IP válidos são aceites. Os nomes não são aceites.
  • Utilize esta opção para verificar nomes de domínio que não são suportados pelo InterNIC.
  • Quando utilizar /ad , tem de utilizar /s para especificar um servidor de DNS é autoritário para o subdomínio _msdcs no domínio raiz da floresta AD.
  • Quando utiliza /ad , pode executar /s localhost para determinar se o sistema local pode resolver registos que se encontrem os testes de AD.
Utilize /t para pedir a saída para um ficheiro de texto.
  • O ficheiro de texto partilha o mesmo nome que o relatório .htm, mas tem uma extensão do nome de ficheiro .txt).
  • O ficheiro de texto criado no mesmo directório que o ficheiro .htm de relatório.
Utilização / test_tcp para pedir que a porta TCP 53 ser testado.
  • Por predefinição, apenas UDP porta 53 é testada.
  • O / test_tcp opção verifica se a porta TCP 53 é responder a consultas.
  • O / test_tcp opção não pode ser utilizada com /ql .
Utilize /v para pedir o resultado verboso no ecrã.

Utilize /y para substituir um ficheiro de relatório existente sem ser avisado. O parâmetro /y é útil para scripts.

Parâmetros necessários


Para executar DNSLint, tem de utilizar um dos três seguintes parâmetros:
  1. Utilizar /d para testes de nome de domínio
  2. Utilize /ad para testes de replicação do Active Directory.
  3. Utilize /ql para testes especificados na lista de consulta.
Utilize o parâmetro /d (teste de nome de domínio) para testar um nome de domínio DNS específico. Utilize este parâmetro para ajudar a diagnosticar problemas "lame delegação" e outras relacionadas com DNS problemas. O nome de domínio que testam o pode ser um nome registado para utilização na Internet ou um nome que é utilizado num espaço de nomes privado. Quando testar nomes de domínio numa rede privada ou nomes de domínio registados na Internet que tenham mais de dois níveis, que tem de utilizar a opção /s tem de ser utilizados.

Utilize o parâmetro /ad (Active Directory teste) para testar os registos DNS responsáveis pela replicação da floresta de Active Directory. Depois do parâmetro /ad , especifique o endereço IP de um servidor LDAP que é utilizado para este teste. Normalmente, este é um controlador de domínio do Active Directory. Se DNSLint estiver em execução num controlador de domínio, não existem endereços IP é necessário porque o valor predefinido para este parâmetro é 127.0.0.1.

Utilize o parâmetro /ql (lista de teste de consulta) para testar os registos DNS especificados num ficheiro de entrada de texto. Especifique o caminho completo e o nome do ficheiro de entrada de texto imediatamente após o parâmetro. Execute dnslint /ql autocreate para gerar um ficheiro entrada de exemplo texto denominado em dnslint.txt. Este ficheiro contém uma explicação sobre o formato necessário. Pode utilizar este ficheiro como modelo para criar outros ficheiros de entrada.

Parâmetros opcionais mais



O parâmetro /v (verboso) activa "modo verboso". Com este parâmetro no, DNSLint resultado será passos demora a recolher dados para o ecrã. É possível enviar esta saída para um ficheiro. Por exemplo, dnslint /v /d msn.com .
Por predefinição, o nome do mapa que gera DNSLint é Dnslint.htm. Com o parâmetro /r (mapa), pode especificar o nome e localização do ficheiro de relatório que gera DNSLint. Pode atribuir o ficheiro de relatório o mesmo nome como o nome de domínio ou servidor de DNS que foi testado. A extensão do nome ".htm" é acrescentada automaticamente ao nome do relatório porque o relatório está num formato HTML.

Por predefinição, DNSLint tenta abrir automaticamente o ficheiro de relatório após é gerado, utilizando qualquer programa associada htm o ficheiro de relatório. Normalmente, o Microsoft Internet Explorer está associado com a extensão .htm. Não é possível alterar o formato de relatório para algo diferente de HTML utilizando DNSLint.

Para definir a localização onde o ficheiro de relatório é escrito, especifique o caminho completo e o nome do ficheiro de relatório. DNSLint suporta unidades locais e convenção de nomenclatura universal caminhos (UNC). Por exemplo, o comando dnslint /d msn.com /r c:\reports\reskit cria um relatório denominado reskit.htm na pasta c:\Relatórios. O comando dnslint /d mydom.local /r \\server1\reports\mydom cria um relatório no sistema remoto designado por Servidor1 in a partilha de relatórios. O nome do relatório é mydom.htm.


Se especificar o parâmetro /t (texto), DNSLint gera um relatório de texto e HTML relatório. O relatório de texto utiliza o mesmo nome que o relatório .htm, excepto que a extensão .txt. O ficheiro é criado na mesma pasta que o ficheiro .htm. Por exemplo, o comando dnslint /d msn.com /r c:\reports\reskit /t cria dois mapas na pasta c:\Relatórios. Um relatório chama reskit.htm e a outra é designada por reskit.txt.

Por predefinição, quando DNSLint detecte que um ficheiro de relatório com o mesmo nome que o que vai gerar já existe na pasta de destino, DNSLint pede para substituir o ficheiro. Com a opção /y DNSLint pode substituir um ficheiro de relatório existente sem pedir permissão. O ficheiro .htm e o ficheiro .txt opcionais são substituídos quando utiliza esta opção.

O comando dnslint /y /d msn.com /r c:\reports\reskit /t cria dois mapas na pasta c:\Relatórios. Um relatório chama reskit.htm e a outra é designada por reskit.txt. Ficheiros de relatório existentes são substituídos sem lhe pedir.

O / no_open parâmetro impede que DNSLint abram automaticamente o relatório depois de é gerado. Esta opção é útil quando utilizar DNSLint em scripts quando não pretende rever os relatórios imediatamente ou rever os relatórios do sistema DNSLint foi executada a partir do. Por exemplo, o comando dnslint /y /d msn.com /no_open gera um relatório denominado Dnslint.htm substitui um relatório já existente com o mesmo nome, sem solicitar confirmação ao utilizador. DNSLint não abre automaticamente o relatório quando estiver concluída.

Utilize o / test_tcp opção (teste a porta TCP 53) para pedir que a porta 53 TCP ser verificadas quando /d é utilizado. Muitos servidores DNS na Internet hoje não aceitam DNS consultas em TCP porta 53, para evitar possíveis ataques nessa porta. Por predefinição, apenas UDP porta 53 é testada quando DNSLint é executado. Especificar a opção /test_tcp obterá DNSLint para enviar uma única consulta de DNS TCP e o relatório se foi recebida uma resposta.

Pode utilizar o / test_tcp opção /d e /ad . No entanto, não pode utilizar o / test_tcp opção /ql ou a combinação de /ad /s localhost . Com a função /ql , porta TCP 53 pode ser testada directamente do ficheiro de entrada. A função /ad /s localhost testa se os servidores DNS configurados localmente podem resolver registos DNS utilizados para replicação da floresta do Active Directory. Pode testar conectividade de porta 53 TCP utilizando /ad /s ip_addr em vez disso, sendo ip_addr o IP endereço de um servidor de DNS é autoritário para a zona _msdcs na raiz do domínio do Active Directory.

Por exemplo:
dnslint /d microsoft.com /v /test_tcp
O parâmetro /c (teste de conectividade) pede que DNSLint teste correio electrónico mais conhecidos portas em todos os servidores de correio electrónico encontrar ao examinar os servidores de DNS para o nome de domínio especificado. O SMTP (Simple Mail Transfer Protocol), Post Office Protocol (POP versão 3) e Internet Message Access Protocol (IMAP versão 4) são suportados. Por predefinição, quando for especificado o parâmetro /c , DNSLint tenta estabelecer ligação a todas as três portas em cada servidor de correio electrónico que encontrar. Ou seja, o TCP porta 25 para SMTP, TCP porta 110 para POP e TCP porta 143 para IMAP.

DNSLint comunica o estado em que cada porta é em: "Escuta", "Escuta" ou "Sem resposta". Se DNSLint encontra que uma porta de escuta, também devolve a resposta da porta se qualquer é devolvido. Por exemplo, se uma porta SMTP está em escuta, normalmente, devolve uma resposta que é consistente com a especificação do protocolo SMTP, tais como os seguintes:

220 mailsrv.reskit.com Microsoft ESMTP MAIL Service, versão: 5.0.2195.3705 pronto em seg, 13 de Maio de 2002 17: 08: 36-0700

Quando uma porta é comunicada como "Escuta", isto indica que o servidor de correio electrónico a ser consultado respondeu com um pacote TCP com o sinalizador definido repor. Isto indica que não existe nenhum serviço ou programa escutar a porta.

"Sem resposta" é comunicada quando o servidor de correio electrónico de destino não responde à tentativa de ligação. Partindo do princípio que o servidor de destino está operacional e em execução, isto indica que a porta está a ser filtrada no servidor de destino ou algures entre o cliente que está em execução servidor DNSLint e de destino.

O comando dnslint /y /v /c /d msn.com gera um relatório denominado Dnslint.htm substitui um relatório já existente com o mesmo nome, sem solicitar confirmação ao utilizador. Uma vez que a opção /c é especificada, uma secção adicional é acrescentada a parte inferior do relatório DNSLint padrão:
Testes de conectividade de rede
Servidor de correio electrónico: smtp-gw-4.msn.com
Endereço IP: 207.46.181.13

Resposta de SMTP:
220 cpimssmtpa18.msn.com ESMTP Microsoft MAIL Service, versão:
pronto a ter, 14 de Maio de 2002 5.0.2195.4905 09:26:06-0700

Resposta POP: não resposta (possivelmente filtrada)

Resposta IMAP: não resposta (possivelmente filtrada)
notas :

Um ou mais servidores POP não respondeu.
Um ou mais servidores IMAP não respondeu.

Quando um servidor de correio electrónico de destino não responde a uma tentativa de ligação das suas portas de correio electrónico, DNSLint tentativas de ligação três vezes. Este é comportamento padrão para um cliente TCP. Uma vez que DNSLint aguarda três tentativas de ligação TCP separadas para o tempo limite antes de DNSLint indica que ocorreu "Sem resposta", este processo pode atrasar a conclusão do relatório. Para optimizar DNSLint operação, pode especificar a porta de correio electrónico ou portas que pretende verificar em vez de verificar todos os três sempre.

Por predefinição, quando a opção /c for especificada, todas as portas TCP três (25 110, 143) são verificadas. Mas pode especificar quais as portas para verificar depois da opção /c . Especificar uma lista delimitada por vírgula imediatamente a seguir a opção /c . Especifique apenas as portas válidas: smtp, pop, imap . Qualquer combinação destas três portas funciona. Por exemplo, o comando dnslint /d reskit.com /c smtp Especifica que apenas a porta de SMTP (porta TCP 25) deve ser verificada.


O comando dnslint /d reskit.com /c pop, smtp Especifica que apenas a porta SMTP (porta TCP 25) e a porta POP (TCP porta 110) devem ser verificadas.

O comando dnslint /d reskit.com /c imap, pop Especifica que apenas o IMAP porta (porta TCP 143) e porta POP (porta TCP 110) deve ser verificada.


Pode utilizar o parâmetro /s (servidor) com as funções /d e /ad . O parâmetro /s tiver várias finalidades, mas demora apenas um tipo de dados, um endereço IP válido de um servidor DNS (com uma excepção).

Quando especifica /d , a opção /s ignora a pesquisa de Whois InterNIC DNSLint executa por predefinição. Como resultado, DNSLint pode executar testes em redes privadas e dos nomes de domínio mais do que os domínios de segundo nível na Internet. DNSLint permite também testar nomes de domínio que não são suportados pelo InterNIC. Quando este artigo foi escrito, InterNIC suportado Whois pesquisas para os seguintes domínios: .Biz, .com, .coop, .edu, .info, .int, .Museum, .NET e. org.

Quando utilizar /ad , o parâmetro /s é utilizado para especificar o endereço IP de um servidor DNS é autoritário para o subdomínio onde os registos DNS utilizados para o Active Directory replicação da floresta são registados. Normalmente, este é o subdomínio _msdcs na raiz da floresta do Active Directory. Por exemplo, se a raiz da floresta do Active Directory é chamada myad.reskit.com, o servidor DNS que hospeda este domínio pode também ser autoritário para a zona _msdcs.myad.reskit.com, onde os registos DNS utilizados na replicação do Active Directory são registados. Em alternativa, pode ser delegada a zona _msdcs.myad.reskit.com para um servidor DNS diferente. No entanto, a infra-estrutura de DNS foi concebida, a opção /s é utilizada para especificar um servidor de DNS é autoritário para a zona _msdcs.myad.reskit.com.

A opção /s tem de especificar um endereço IP válido. A única excepção a esta regra é a combinação seguinte entre:
dnslint /ad /s localhost
"localhost" não é um endereço IP válido. Ao especificar este parâmetro com a combinação de /ad /s , testes DNSLint local do sistema (o sistema está em execução DNSLint) capacidade para resolver registos de DNS que são utilizados para replicação de floresta do Active Directory. Consultas recursivas DNS são enviadas para servidores DNS configurado no sistema local para confirmar que o sistema local pode resolver os registos de DNS utilizados para replicação de floresta do Active Directory. Isto pode ser útil quando resolver problemas de replicação do Active Directory num controlador de domínio específico.

Normalmente, nem todos os servidores DNS configurados no sistema local são consultados durante este processo. Predefinição DNS comportamento de resolução de cliente é respeitado, pelo que se o servidor de DNS na parte superior da lista de servidor de DNS do sistema local não responder, o servidor na lista seguinte é utilizado.

Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
261968EXPLICAÇÃO a funcionalidade de gestão de lista do servidor no cliente de resolução de nome do domínio

Propriedades

Artigo: 321045 - Última revisão: 3 de dezembro de 2007 - Revisão: 11.5
A informação contida neste artigo aplica-se a:
  • Microsoft Windows 2000 Server
  • Microsoft Windows XP Home Edition
  • Microsoft Windows XP Professional Edition
  • Microsoft Windows Server 2003 Datacenter Edition
  • Microsoft Windows Server 2003 Enterprise Edition
  • Microsoft Windows Server 2003 Standard Edition
  • Microsoft Windows Server 2003, 64-Bit Datacenter Edition
  • Microsoft Windows Server 2003, Enterprise x64 Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
Palavras-chave: 
kbmt kbdownload kbinfo KB321045 KbMtpt
Tradução automática
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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 321045

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com