Corrija o login SSH lento devido à pesquisa inversa sem desabilitar o UseDNS

Question

Sempre que tento conectar-me ao meu servidor da VM do Azure, é preciso muito tempo devido à falha na pesquisa reversa de DNS.

Eu posso desativar pesquisas com UseDNS no e ignorar completamente o problema, mas isso torna os registros menos úteis, então prefiro não fazer isso dessa maneira.

Também estou executando o servidor BIND local para armazenar em cache e atender zonas locais.

O que eu notei é que sempre que o cliente SSH envia nome de usuário, o named emite vários avisos como:

Mar 10 22:56:04 ghost named[1813]: DNS format error from 8.8.8.8#53 resolving 137.161.97.23.in-addr.arpa/PTR for client 127.0.0.1#37839: invalid response

Isso é repetido para todos os servidores configurados como encaminhadores, bem como para servidores microsoft que atendem a essa zona. Depois, há uma pausa de 1s e a coisa toda se repete 4 vezes.

Se eu executar nslookup -type=ptr -nosearch -d2 137.161.97.23.in-addr.arpa 207.46.75.254 avisos semelhantes acontecem, mas eles não são repetidos 4 vezes.

Então minhas perguntas são:

1. Por que essa resposta não está armazenada em cache?
2. Por que o sshd tenta novamente 3 vezes?
3. Posso fazer algo sobre isso?

UPDATE Eu sei que minha máquina cliente não tem registro PTR, mas é perfeitamente válido para o cliente não ter um. Além disso, não tenho controle sobre registros DNS de máquinas clientes.

    

Answer 1

Dependendo do seu caso de uso e do que exatamente você está tentando evitar, não consertando nem o DNS nem a configuração do ssh, você pode modificar os arquivos hosts em seus servidores para relatar o nome e o IP para sshd.

Não é armazenado em cache porque o nslookup não usa o resolvedor do seu sistema (apenas as entradas no resolv.conf), se você estiver, de fato, executando um servidor de nomes de armazenamento em cache localmente. Por padrão, não há cache local nos servidores Linux. Os mais comuns incluem nscd, sssd e bind.