Por que dig, nslookup e host causam nomes com erros?

1

Eu instalei o bind 9.11.0-P3 em um Macbook Pro hoje, junto com o último arquivo de dicas. Ele inicia durante a inicialização e não sai. No entanto, ele não parece estar em cache e registra muitos erros.

Anos atrás, eu tinha a versão 7 ou 8 em execução. O armazenamento em cache melhorou um pouco o desempenho, mas pode ser verificado por meio do sincronismo de host, nslookup ou dig. A primeira tentativa para um endereço não usado recentemente levaria mais de um segundo. Tentativas subseqüentes seriam alguns milissegundos.

Agora, as pesquisas all levam de um a três segundos, e o log é surpreendente.

Primeiro, ele reclama de erros de formato para todos os treze servidores raiz no IPv4:

25-Feb-2017 11:50:51.661 DNS format error from 192.36.148.17#53 resolving ./NS: non-improving referral
25-Feb-2017 11:50:51.661 FORMERR resolving './NS/IN': 192.36.148.17#53

Em seguida, all estão inacessíveis no IPv6:

25-Feb-2017 11:50:51.644 host unreachable resolving 'burgosnorte.org/A/IN': 2001:500:2f::f#53

e muitas vezes (mas nem sempre) um ou mais deles é "coxo":

25-Feb-2017 11:53:31.944 lame server resolving 'earthlink.net' (in '.'?): 198.97.190.53#53

Com ou sem o "servidor lame", recebo uma resposta que mostra que o DNS reverso (com os mesmos erros) está correto.

Na minha instalação anterior de "anos atrás", nunca verifiquei esses erros, pois percebi que o tempo funcionava. O localhost.zone e named.local que o instalador criado são idênticos àqueles que construí por mão de volta quando.

O parece funcionar para DNS reverso: demorou apenas 21 ms. a segunda tentativa e não registrou erros.

    
por WGroleau 25.02.2017 / 13:42

0 respostas