解決可能な名前のSSHクライアントの名前解決が失敗する

jumperいくつかの個別のDMZ内のサーバーにアクセスするために使用されるLinuxボックス（と呼ばれます）があります。各DMZには独自のサブドメイン名（idmz.example.orgなどjdmz.example.org）があり、各サブドメインには独自の権威ネームサーバーがあります。

古いSolarisジャンパーを新しいLinuxボックスに置き換える作業を行っています。ほとんどのことはうまくいきましたが、idmz.example.comSSHを使用したサブドメイン内のサーバーへの接続に問題があります。pingは正常に機能します。を使用して名前をdig解決できますが、SSHは「解決できませんでした」と言います。

名前解決はサーバー側で適切に機能し、IPアドレスを使用して接続すると、遅延やタイムアウトは発生しません。しかし、クライアント側のSSHはサーバーを解決できないと主張しています。

pingおよび失敗した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

ホスト名の代わりにIPを使用したSSH接続の成功：

jenny@jumper$  ssh 192.168.1.3
jenny@192.168.1.3's password: 

クライアント側から見ることができる1つの違いは、のネームサーバーから信頼できる回答を得ることはできませんがidmz、他のすべてのDMZドメインからは信頼できる回答を得ることです。

DNSサーバーのシステム管理者に連絡して、の設定を確認するように依頼しましたidmz。彼らのネームサーバーはIPV6を処理すると主張していることが判明しましたが、IPV6クエリに対して正しい答えを提供しませんでした。

Solarisサーバーでは、デフォルトでIPV4が使用されていました。新しいLinuxサーバーでは、SSHは最初にIPV6を試しました。この場合、IPV6を使用してサーバー名を解決できなかったため、解決できないと判断しました。他のdmzドメインでは、IPV6を使用している場合でもネームサーバーが正しい応答を返しました。

SSHの構成を変更して、

AddressFamily inet

そして問題は消えました。