dig查询ID如何工作?
如何计算挖掘查询ID或是随机的?dig查询ID如何工作?
具体
$ dig google.co.uk
; <<>> DiG 9.11.0-P3 <<>> google.co.uk
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63375
ID:63375 有什么意义?如果它是随机的,那么它有什么意义呢?
我写这篇文章的全部原因是因为我实在无法在Google上找到关于它的更多细节。因此,质疑这个问题的道歉。
与Debian/gnu linux dig默认输出相比,您的挖掘似乎具有非常小的输出,这可能是造成混淆的原因,但无论如何这是一个很好的问题。
https://technet.microsoft.com/en-us/library/dd197470(v=ws.10).aspx
Query Identifier (Transaction ID)
Set to a unique number to enable the DNS client resolver to match the response to the query.
此输出使这是一个触摸更清晰。正如你所看到的,'id'在DNS服务器的'答案'中。如果你浏览technet的文章,在返回和使用的所有值方面都令人惊讶地完成,你会发现上面最有可能是'id'的含义,但如果不是,希望有人会纠正这一点。
Zytrax更清晰,查询ID由发出请求的东西生成,并且是一个16位数字。所以dig会生成它,然后dns服务器将它发回,以确认实际上请求和答案是匹配的。 http://www.zytrax.com/books/dns/ch15/
Message ID 16 bit message ID supplied by the requestion (the questioner) and reflected back unchanged by the responder (answerer). Identifies the transaction.
所以这是ID是什么,挖,在这种情况下,随机生成它。我测试了这个,事实上,你可以看到,这是一个介于0和2^16之间的随机数(65536)。在5,10次挖掘请求中,我得到的值在500到62000之间,这是您期望从随机数字生成中看到的值。
dig google.co.uk
; <<>> DiG 9.10.3-P4-Debian <<>> google.co.uk
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56947
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;google.co.uk. IN A
;; ANSWER SECTION:
google.co.uk. 300 IN A 172.217.6.35
;; Query time: 34 msec
;; SERVER: 68.87.76.178#53(68.87.76.178)
;; WHEN: Sun Mar 05 10:59:13 PST 2017
;; MSG SIZE rcvd: 57
这是Debian中默认的dig配置。
只是为了验证这个解释可能是正确的,我再次运行挖掘请求。正如您所看到的,ID再次发生了变化,这意味着它很可能实际上是一个随机响应ID,它完全符合technet dns语法文章所述的内容,有助于将查询绑定到响应,因此它知道它获得了正确的答案。显然不一定是那么大的一个数字,只是大到足以确保一个请求匹配一个答案。
dig google.co.uk
; <<>> DiG 9.10.3-P4-Debian <<>> google.co.uk
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29674
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;google.co.uk. IN A
;; ANSWER SECTION:
google.co.uk. 260 IN A 172.217.6.35
;; Query time: 12 msec
;; SERVER: 68.87.76.178#53(68.87.76.178)
;; WHEN: Sun Mar 05 11:05:04 PST 2017
;; MSG SIZE rcvd: 57
这是DNS事务ID,但是你的问题不是一个编程问题 - 和oftopic这里 – nos
我用挖一个程序我做的一些功能,但没有看到的所有项目挖掘输出,所以为了我自己而言,这实际上与编程直接相关,因为这个输出是软件解析的输出。所以对我来说,这是一个有用的编程问题。 – Lizardx