web-dev-qa-db-ja.com

Dig + traceが完了するまで数秒かかるのはなぜですか？

次のDigコマンドのDNSクエリの合計は、完了するまでに200ミリ秒未満かかりますが、コマンド全体には4秒以上かかります。 Dig + traceがDNSクエリの合計よりもはるかに長いのはなぜですか？

time Dig @1.1.1.1 google.com +trace

; <<>> Dig 9.16.1-Ubuntu <<>> @1.1.1.1 google.com +trace
; (1 server found)
;; global options: +cmd
.           518226  IN  NS  a.root-servers.net.
.           518226  IN  NS  b.root-servers.net.
.           518226  IN  NS  c.root-servers.net.
.           518226  IN  NS  d.root-servers.net.
.           518226  IN  NS  e.root-servers.net.
.           518226  IN  NS  f.root-servers.net.
.           518226  IN  NS  g.root-servers.net.
.           518226  IN  NS  h.root-servers.net.
.           518226  IN  NS  i.root-servers.net.
.           518226  IN  NS  j.root-servers.net.
.           518226  IN  NS  k.root-servers.net.
.           518226  IN  NS  l.root-servers.net.
.           518226  IN  NS  m.root-servers.net.
.           518226  IN  RRSIG   NS 8 0 518400 20200611050000 20200529040000 48903 . UPDRbakA0IKukt7UAHMmcGhNsg7QHWkEifKreuLASnSxAYH4N+i4EDLy RniJQJswKaBaZJS1Eput7i1RUKKaryv57q4ZxgjFbQOSiwvJJAgJqoUe n/XTH8SAUwbJHFVMkpi0XlctOeeX9uLv438khUJyPkxMyTUxTHBeqRev i5kboRwLWwXA7ui+q/lNTt9NCSnBKZSk9qULvOi3WuxVCOCYrQerLDgH UKVzhDxfoS7sIGNSKw7cIq2Cq7txU1sI9A5DZLzfGZzHNFNgZVWzYmS9 gFMyDepVljc4c0RJpnzFVACKUYjAMC/wqTtybgwIhL9h+TwBiT4+323k 0gpqog==
;; Received 525 bytes from 1.1.1.1#53(1.1.1.1) in 12 ms

com.            172800  IN  NS  k.gtld-servers.net.
com.            172800  IN  NS  g.gtld-servers.net.
com.            172800  IN  NS  d.gtld-servers.net.
com.            172800  IN  NS  e.gtld-servers.net.
com.            172800  IN  NS  j.gtld-servers.net.
com.            172800  IN  NS  l.gtld-servers.net.
com.            172800  IN  NS  i.gtld-servers.net.
com.            172800  IN  NS  b.gtld-servers.net.
com.            172800  IN  NS  m.gtld-servers.net.
com.            172800  IN  NS  c.gtld-servers.net.
com.            172800  IN  NS  f.gtld-servers.net.
com.            172800  IN  NS  h.gtld-servers.net.
com.            172800  IN  NS  a.gtld-servers.net.
com.            86400   IN  DS  30909 8 2 E2D3C916F6DEEAC73294E8268FB5885044A833FC5459588F4A9184CF C41A5766
com.            86400   IN  RRSIG   DS 8 1 86400 20200611050000 20200529040000 48903 . Vloranh+Ko0eMmq+QYgOK+yTHESioE5rM6rMNCH001IQqlQ2QkHGTqbI 7V4m2gLaPRgWBcnVe6MzaiVICjs0XupPqXMoZ4NvPCpEzM/QpfVSjjZ+ EKOxxZQ+A9jn9KH36OKEoS/XIJnke2Q/liFXJwRmcw8Wac501YORtUZP H4r/N4BEkWI+jIcYbzIqeZ+PcMaRB2Of+b1loNZ9MrOb+UdVUa0qT/0i 13sop9ynCs5Zfpds15L1lFnj6Lym244KjfYnPJQjjLlWtdk17DCW9TwY KFWM/BaPUJ/6m3qveENjAnsqVu+0GBqZTdPSwpkGjIGVzGOHd1ohdr0B wRE1hA==
;; Received 1198 bytes from 192.112.36.4#53(g.root-servers.net) in 68 ms

google.com.     172800  IN  NS  ns2.google.com.
google.com.     172800  IN  NS  ns1.google.com.
google.com.     172800  IN  NS  ns3.google.com.
google.com.     172800  IN  NS  ns4.google.com.
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN NSEC3 1 1 0 - CK0Q1GIN43N1ARRC9OSM6QPQR81H5M9A NS SOA RRSIG DNSKEY NSEC3PARAM
CK0POJMG874LJREF7EFN8430QVIT8BSM.com. 86400 IN RRSIG NSEC3 8 2 86400 20200602045009 20200526034009 39844 com. B2EYsHhknBbnBb/ztws9dVndTXw1YepK2JNj7oyVOa+YSrPZXGMn9VTs X0+TGRlQolc5paKNQQF110lip0laiACz8TNQ/R4NX3rqvYeu240/9zBZ B48qzQO/Gz4lQX8XMhv4RuLKiaeKEj/G2lN7tWT4PEo+pDZ7FLwABENi CZTfy7xE7/7xmDnt2O2NEhG0+qlDXjldIQ4uuUAFEia2eQ==
S84BDVKNH5AGDSI7F5J0O3NPRHU0G7JQ.com. 86400 IN NSEC3 1 1 0 - S84CDVS9VPREADFD6KK7PDADH0M6IO8H NS DS RRSIG
S84BDVKNH5AGDSI7F5J0O3NPRHU0G7JQ.com. 86400 IN RRSIG NSEC3 8 2 86400 20200603044553 20200527033553 39844 com. HsP3w9+t2VkMhtbIPXbZIodkSYKGnhaGahxdKz1oF3tYiHF80j/rZKQJ pbdDpHdQJ4ucc4IzUs2+Hfs9vJLZjLwGzt7LvWyq0hEfpPElWnkf+St8 Mf/vqhr99ji17WQR9LHoPympEdod4+FUOC25eITgKfK+KXXYCzs1sWs4 KbguhA6wV2YCZp0oUeQb2h+kDb9OqucJzdgtJnlcuOUVxA==
;; Received 836 bytes from 192.41.162.30#53(l.gtld-servers.net) in 88 ms

google.com.     300 IN  A   172.217.17.110
;; Received 55 bytes from 216.239.38.10#53(ns4.google.com) in 16 ms

Dig @1.1.1.1 google.com +trace  0,01s user 0,02s system 0% cpu 4,214 total
dnsdig
3
Ruurtjan Pul

4はbash時間ユーティリティからのものです。 Digバイナリの合計ランタイムを報告します。

12ms、68ms、...はDig自体が報告する時間です。 Digのドキュメントはややまばらですが（おそらく、ここにきてくれました）、これはおそらくリクエストの純粋なランタイムです。これらの周りで、Digは4秒の合計ランタイムにつながる他のことを行います。

詳細と確認については、ソースコードを確認できます。 https://gitlab.isc.org/isc-projects/bind9/-/blob/master/bin/Dig/dig.c#L387 では、個々の印刷された時間がわかりますrequestは、query-> time_recvとquery-> time_sentの2つのタイムスタンプの差分です。それらはどこに設定されていますか？それはもう少し複雑です。 https://gitlab.isc.org/isc-projects/bind9/-/blob/master/bin/Dig/dighost.c#L2949 では、query-> time_sentが設定されています。 recv_done（）では、query-> time_recvが設定されています。ただし、recv_done（）はイベントによってコールバックとして呼び出されます。行2941では、recv_done（）がコールバックとしてisc_socket_recv（）に渡されます。これは、2954行からトリガーされます。

このセクションの前または後に発生するすべてのものは4にカウントされますが、個々のクエリ時間にはカウントされません。これはスレッドの開始のような一般的なもので、驚くほど時間がかかります。 Dig.cと https://gitlab.isc.org/isc-projects/bind9/-/blob/master/lib/isc/app.c#L194 の大まかな検査は、 Digはかなりのインフラストラクチャをセットアップします。明らかにバインドフレームワークのツールに使用される標準のアプリケーションインフラストラクチャです。これには、イベント処理、タスク（おそらく並行性のため）が含まれます。これにも時間がかかります。

次のステップは、Digのデバッグバージョンを取得してプロファイルすることです。しかし、最初に：なぜあなたは知る必要があるのですか？そして、この不一致は常にそこにありますか、それとも特定のホスト/特定のマシン上だけにありますか？ （私も私のマシンで不一致を見ていますが、あなたが見ているようなファクター20ではなく、ファクター2-3の周りだけです。）

3
Jann Poppinga

これらは、ISCが ISC.orgのこの記事 で確認するDNSルックアップです。あなた自身のDNSラグはそれにカウントされます（キャッシュされていない場合）。

0
stoney