A resolução de nomes do cliente SSH falha nos nomes que podem ser resolvidos

Temos uma caixa linux (chamada jumper) que é usada para acessar servidores em algumas DMZs separadas. Cada DMZ possui seu próprio nome de subdomínio (por exemplo idmz.example.org, jdmz.example.org) e cada subdomínio possui seu próprio servidor de nomes com autoridade.

Estamos substituindo o antigo jumper Solaris por uma nova caixa do Linux. A maioria das coisas funcionou bem, mas temos um problema com a conexão com servidores no subdomínio idmz.example.comusando SSH. Ping funciona bem; podemos resolver o nome usando dig, mas o SSH diz "Não foi possível resolver".

A resolução de nomes funciona bem no lado do servidor e, quando nos conectamos usando o endereço IP, não há atraso ou tempo limite. Mas o SSH do lado do cliente alega não conseguir resolver o servidor.

Ping e falha na conexão SSH:

jenny@jumper$  ping server.idmz.example.com
PING server.idmz.example.com (192.168.1.3) 56(84) bytes of data.

jenny@jumper$  ssh -v server.idmz.example.com
OpenSSH_5.3p1, OpenSSL 1.0.0-fips 29 Mar 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
ssh: Could not resolve hostname server.idmz.example.com: Name or service not known

Conexão SSH bem-sucedida usando IP em vez do nome do host:

jenny@jumper$  ssh 192.168.1.3
[email protected]'s password: 

A única diferença que vejo do lado do cliente é que não consigo obter uma resposta autorizada dos servidores de nomes idmz, mas recebo de todos os outros domínios da DMZ.

Entramos em contato com os administradores de sistema dos servidores DNS e solicitamos que eles verifiquem a configuração idmz. O servidor de nomes alegou tratar do IPV6, mas não deu uma resposta correta para as consultas do IPV6.

No servidor Solaris, o IPV4 foi usado por padrão. No novo servidor Linux, o SSH tentou o IPV6 primeiro. Nesse caso, significava que, como não conseguia resolver o nome do servidor usando IPV6, o considerava não resolvível. Para os outros domínios dmz, o servidor de nomes forneceu respostas corretas, mesmo ao usar o IPV6.

Alteramos a configuração do SSH para incluir

AddressFamily inet

e o problema foi embora.