¿Es `dig ptr` una forma válida de realizar una consulta DNS inversa?

Sé que podemos usar dig -xpara realizar una consulta DNS inversa.

Tengo un libro de texto en frente de mí que dice que ambos dig ptry dig -xson sintaxis válida.

dig -xdefinitivamente funciona para mí, pero no obtengo una respuesta con 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

¿El libro de texto está mal o desactualizado?

dig -x es una forma de "azúcar sintáctico" que se agregó al programa más tarde.

Los registros DNS inversos, o registros PTR, para direcciones IPv4 se almacenan en el DNS en el formato inverso que se ve en las respuestas. En el pasado, cuando queríamos ver cuál era el nombre asociado con una dirección IP (ejemplo: 1.2.3.4), teníamos que invertir el orden de los octetos, agregar el sufijo especial inaddr.arpa. y luego diga a dig que haga una búsqueda del tipo de registro PTR en lugar del registro A predeterminado. Entonces, para buscar el nombre asociado con la dirección IP 1.2.3.4, tendríamos que ingresar dig ptr 4.3.2.1.in-addr.arpa.Bueno, alguien que trabaja en el código de excavación se dio cuenta de que podría ahorrarnos muchos problemas al agregar un interruptor de línea de comandos para hacer el trabajo en el programa para nosotros, así dig -x 1.2.3.4nació.