☰

DNS ルックアップに時々 5 秒かかる

tag-icon • tag-icon linux dns
DNS ルックアップに時々 5 秒かかる

Debian Wheezyを実行しているVMがあり、リゾルバがすぐに応答しても、いくつかのホスト名の検索を完了するのに数秒かかります。奇妙なことに、ルックアップはgetaddrinfo()影響を受けますgethostbyname()が、そうではありません。

ローカルパーサーが破損する可能性を排除するためにGoogleパーサーに切り替えました。私の/etc/resolv.conf外観は次のとおりです。

search my-domain.com
nameserver 8.8.4.4
nameserver 8.8.8.8

鉱山nsswitch.confには次の行があります。

hosts: files dns

私のものには/etc/hosts普通のものが1つも含まれていません。

試してみるtelnet webserver 80と、名前が解決される前に数秒間停止します。出力[1]は、呼び出しltrace中に中断が発生したことを示しています。getaddrinfo()

getaddrinfo("ifconfig.me", "telnet", { AI_CANONNAME, 0, SOCK_STREAM, 0, 0, NULL, '\000', NULL }, 0x7fffb4ffc160) = 0 <5.020621>

ただし、tcpdump表示ネームサーバーはすぐに応答し、telnet2番目の応答でのみブロックを解除します。応答はまったく同じです。

05:52:58.609731 IP 192.168.1.75.43017 > 8.8.4.4.53: 54755+ A? ifconfig.me. (29)
05:52:58.609786 IP 192.168.1.75.43017 > 8.8.4.4.53: 26090+ AAAA? ifconfig.me. (29)
05:52:58.612188 IP 8.8.4.4.53 > 192.168.1.75.43017: 54755 4/0/0 A 219.94.235.40, A 133.242.129.236, A 49.212.149.105, A 49.212.202.172 (93)

[...five second pause...]

05:53:03.613811 IP 192.168.1.75.43017 > 8.8.4.4.53: 54755+ A? ifconfig.me. (29)
05:53:03.616424 IP 8.8.4.4.53 > 192.168.1.75.43017: 54755 4/0/0 A 219.94.235.40, A 133.242.129.236, A 49.212.149.105, A 49.212.202.172 (93)
05:53:03.616547 IP 192.168.1.75.43017 > 8.8.4.4.53: 26090+ AAAA? ifconfig.me. (29)
05:53:03.618907 IP 8.8.4.4.53 > 192.168.1.75.43017: 26090 0/1/0 (76)

ホストファイアウォールログを確認しましたが、ポート53でブロックされたエントリはありません。

最初のDNS応答が無視される原因は何ですか？

[1]構造内をltrace.conf見るためにファイルにいくつかの行を追加しました。addrinfo

ベストアンサー1

最初の DNS 応答は無視されません。getaddrinfo()最初のAAAAクエリ（ID：26090）への応答が受信されるまで返されません。したがって、ここで実際の質問は、コンピュータがすでにAクエリ（ID：54755）に対する応答を受信して​​おり、AAAAクエリへの即時応答を受信して​​いない理由です。

getaddrinfo()IPv4とIPv6の違いの1つgethostbyname()は、前者はIPv4とIPv6の両方をサポートしていますが、後者はIPv4のみをサポートしていることです。したがって、0（）にgetaddrinfo()設定して呼び出すと、応答が届くまで（またはタイムアウトに達するまで）返されません。ai_familyAF_UNSPEC両方A および AAAA クエリはドメイン名を提供しました。gethostbyname()Aレコードのみを照会します。

tcpdump特に、出力の一部を削除した場合、問題の原因が何であるかをリモートで確認するのは困難です。 VMとGoogleのパブリックDNSリゾルバ間のDNSトラフィックを選択的にフィルタリング/削除できます。 KVM Debian Wheezy VMを使用して問題を再現しようとしましたが、その行はtelnet ifconfig.meほぼすぐに印刷されましたTrying <IP_address_here>...（すでに名前が解決されたことを意味します）。

おすすめ記事