DNS resolution is one of the most basic functionalities on any host. No Linux, existem várias maneiras de testar se o DNS funciona, e neste post vamos rever como os servidores DNS são configurados e quais comandos você pode usar para testá-los.
configuração do servidor DNS
cada máquina precisa de ter uma lista de IPs do servidor DNS, e, na maioria dos casos, esta lista vem da locação DHCP., Para ver com que servidores de DNS a sua caixa Linux está configurada, terá de olhar para o ficheiro “/etc/resolv.conf ” como se segue:
nome do domínio Local: local.netbeez.net
Se você tentar resolver um endereço que não tem pontos nele( por exemplo, webpage1), então o resolvedor irá adicionar automaticamente local.netbeez.net (webpage1.local.netbeez.net) e tentar resolvê-lo. Quando o nome da máquina contém um ‘.”(e.g. raspberry.local.netbeez.net) então o nome de domínio local torna-se o sufixo (local.netbeez.net) do nome da máquina.
domínio de pesquisa predefinido: local.netbeez.net e attlocal.,net
isto é como um superconjunto do nome de domínio local. Você pode especificar até 6 domínios com um total de 256 caracteres. Se “webpage1”, o resolvedor irá adicionar automaticamente local.netbeez.net (webpage1.local.netbeez.net) e tentar resolvê-lo. Se isto falhar, tentará attlocal.net (webpage1.attlocal.net).
Nameservers: 8.8.8.8, 192.168.0.1
estes são os servidores DNS usados para resolver endereços web. Você pode listar até três, e o resolvedor tenta cada um deles, um por um, até encontrar um que funcione. Você pode reconhecer o servidor Google DNS 8.8.8.8 e 192.168.0.,1 é meu roteador de casa, que também funciona como um servidor DNS.
é claro, Você teria que configurar o seu servidor DHCP para fornecer todas estas informações a cada pedido DHCP. Mas você também é capaz de editar /etc / resolv.conf e mudar esses valores. Tenha em mente que eles serão substituídos da próxima vez que um novo DHCP lease é fornecido – a menos que você especifique uma configuração de IP estático no agente (vamos cobrir isso em um post futuro).
como resolver um URL
Agora vamos ver como podemos testar se o DNS está funcionando., Nós também vamos cobrir como testar servidores DNS específicos para ver se eles funcionam e, em caso afirmativo, quão rápido eles são.
Existem vários comandos para fazer isso, mas abaixo vou rever os mais comuns.,/div>
|
1
|
apt-get install dnsutils
|
host
A sintaxe e a saída são as seguintes:
Como você pode ver, o anfitrião dá os endereços IPv4 e IPv6 para o google.,com, bem como informações sobre seus servidores de E-mail.,
Todos esses comandos podem fazer a pesquisa inversa, se você fornecer o endereço IP da seguinte forma:
|
1
2
|
netbeez.net$ host 172.217.164.110
110.164.,217.172.in-addr.arpa nome de domínio ponteiro sfo03s18-in-f14.1e100.net.
|
Como a maioria dos comandos, o anfitrião tem muitas opções que o ajudam a dividir e distribuir a saída, ou até obter um conhecimento mais detalhado e detalhado de saída. Por exemplo, tente adicionar a opção”- a “(significa “todos”) e veja o que você recebe: host-a google.com
Se quiser testar um servidor DNS específico (para além dos listados no seu /etc/resolv.,conf) então você pode adicionar seu IP no final do comando da seguinte forma:
nslookup
nslookup é muito semelhante ao host, mas com um twist. Na sua forma básica, resolve um endereço tal como a máquina, embora a saída seja um pouco diferente:
a reviravolta é que o nslookup tem um modo interativo que você pode usar se você simplesmente escrever “nslookup” sem quaisquer argumentos. A partir desse ponto, você pode apenas digitar a página web que você deseja resolver e carregar enter. Desta forma, você pode resolver várias páginas sem ter que digitar “nslookup” o tempo todo. Para sair do movimento interactivo, escreva “exit” ou carregue em Ctrl-C.,
dig
dig representa Groper de Informação do domínio. A única diferença de sintaxe com os dois comandos anteriores é que quando você fornece um servidor DNS, você usa o símbolo’@’:
Como você pode ver, o dig é muito mais descritivo do que os dois comandos anteriores. Eu não vou quebrar todas as linhas de saída; a diferença mais importante é que o dig forneceu o tempo que levou para completar esta consulta (“Tempo de consulta:”). o dig é o único que faz isso fora da caixa.,
Como você pode saber, o tempo de resolução DNS faz parte da experiência do Usuário, e muitas vezes precisamos medir o desempenho de diferentes servidores DNS. Você pode ver acima que resolver google.com com 8.8.8.8 e 1.0.0.1 leva cerca de 100 msegundos. Se em vez disso eu usar o meu router (192.168.0.1) como o servidor DNS Eu recebo o seguinte:
Você vê que ele levou apenas 17 msegundos. É claro que meu roteador de casa não será capaz de resolver tudo o que é jogado nele, no entanto, é muito mais rápido para o endereço que tem cache (o que é esperado).,
Tags:
digdnshostlinuxlinux commands