web-dev-qa-db-fra.com

«Dig ptr» est-il un moyen valide d'effectuer une requête DNS inversée?

Je sais que nous pouvons utiliser Dig -x pour effectuer une requête DNS inversée.

J'ai devant moi un manuel qui dit que les deux Dig ptr et Dig -x sont une syntaxe valide.

Dig -x fonctionne vraiment pour moi, mais je n'obtiens pas de réponse avec 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

Le manuel est-il faux ou obsolète?

dnsdig
20
Juicy

Dig -x est une forme de "sucre syntaxique" qui a été ajoutée au programme plus tard.

Les enregistrements DNS inversés, ou enregistrements PTR, pour les adresses IPv4 sont stockés dans le DNS au format inversé que vous voyez dans les réponses. Dans le passé, lorsque nous voulions voir quel était le nom associé à une adresse IP (exemple: 1.2.3.4), nous devions inverser l'ordre des octets, ajouter le suffixe spécial in-addr. arpa., puis demandez à Dig d'effectuer une recherche du type d'enregistrement PTR au lieu de l'enregistrement A par défaut. Donc, pour rechercher le nom associé à l'adresse IP 1.2.3.4, nous devons saisir Dig ptr 4.3.2.1.in-addr.arpa. Eh bien, quelqu'un qui travaille sur le code Dig s'est rendu compte qu'il pourrait nous éviter beaucoup de problèmes en ajoutant un commutateur de ligne de commande pour faire le travail dans le programme pour nous, donc Dig -x 1.2.3.4 est né.

44
ferthalangur