Я знаю, что мы можем использовать dig -xдля выполнения обратного DNS-запроса.
Передо мной учебник, в котором написано, что оба dig ptrи dig -xправильный синтаксис.
dig -xопределенно работает для меня, но я не получаю ответ с dig ptr:
~ $ dig ptr 216.239.34.10
; <<>> DiG 9.8.3-P1 <<>> ptr 216.239.34.10
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 41447
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;216.239.34.10. IN PTR
;; AUTHORITY SECTION:
. 10800 IN SOA a.root-servers.net. nstld.verisign-grs.com. 2016113001 1800 900 604800 86400
;; Query time: 325 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Wed Nov 30 20:17:10 2016
;; MSG SIZE rcvd: 106
~ $ dig -x 216.239.34.10
; <<>> DiG 9.8.3-P1 <<>> -x 216.239.34.10
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 13022
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 4
;; QUESTION SECTION:
;10.34.239.216.in-addr.arpa. IN PTR
;; ANSWER SECTION:
10.34.239.216.in-addr.arpa. 86400 IN PTR ns2.google.com.
;; AUTHORITY SECTION:
34.239.216.in-addr.arpa. 83894 IN NS ns1.google.com.
34.239.216.in-addr.arpa. 83894 IN NS ns4.google.com.
34.239.216.in-addr.arpa. 83894 IN NS ns2.google.com.
34.239.216.in-addr.arpa. 83894 IN NS ns3.google.com.
;; ADDITIONAL SECTION:
ns1.google.com. 327096 IN A 216.239.32.10
ns2.google.com. 327096 IN A 216.239.34.10
ns3.google.com. 327096 IN A 216.239.36.10
ns4.google.com. 327096 IN A 216.239.38.10
;; Query time: 17 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Wed Nov 30 20:17:18 2016
;; MSG SIZE rcvd: 204
Учебник неправильный или устаревший?
dig ptrработает, если вы используете его какdig ptr 10.34.239.216.in-addr.arpa.Ответы:
dig -x - это форма «синтаксического сахара», которая была добавлена в программу позже.
Обратные записи DNS или записи PTR для адресов IPv4 хранятся в DNS в обратном формате, который вы видите в ответах. В прошлом, когда мы хотели увидеть, какое имя было связано с IP-адресом (пример: 1.2.3.4), нам приходилось менять порядок октетов в обратном порядке, добавляя специальный суффикс in-addr.arpa. и затем скажите dig, чтобы выполнить поиск типа записи PTR вместо записи A по умолчанию. Поэтому, чтобы найти имя, связанное с IP-адресом 1.2.3.4, нам нужно было бы ввести.
dig ptr 4.3.2.1.in-addr.arpa.Ну, кто-то, работающий над кодом копания, понял, что он может избавить нас от многих проблем, добавив параметр командной строки для выполнения работы в Программа для нас, таким образом,dig -x 1.2.3.4родилась.источник