
Mientras jugaba con el DNS de test.com, descubrí que si consulto algo, obtengo una respuesta válida.
Por ejemplo:
dig superuser-is-awesome.test.com -t TXT
; <<>> DiG 9.10.5-P2-RedHat-9.10.5-2.P2.fc25 <<>> superuser-is-awesome.test.com -t TXT
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52365
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;superuser-is-awesome.test.com. IN TXT
;; ANSWER SECTION:
superuser-is-awesome.test.com. 7200 IN TXT "v=spf1 ~all"
;; Query time: 133 msec
;; SERVER: 89.2.0.1#53(89.2.0.1)
;; WHEN: ven. sept. 01 14:28:12 CEST 2017
;; MSG SIZE rcvd: 86
Funciona igual con el tipo A
o incluso sin ningún tipo:
dig superuser-is-awesome.test.com
; <<>> DiG 9.10.5-P2-RedHat-9.10.5-2.P2.fc25 <<>> superuser-is-awesome.test.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9026
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;superuser-is-awesome.test.com. IN A
;; ANSWER SECTION:
superuser-is-awesome.test.com. 3600 IN A 69.172.200.109
;; Query time: 130 msec
;; SERVER: 89.2.0.1#53(89.2.0.1)
;; WHEN: ven. sept. 01 14:29:20 CEST 2017
;; MSG SIZE rcvd: 74
¿Cómo es eso posible? ¿Hay alguna manera de obtener el valor real (no debería ser nada, excepto si realmente existe)?
Respuesta1
DESCARGO DE RESPONSABILIDAD: No estoy convencido de que esta sea una respuesta correcta, pero la publicaré de todos modos a pedido del OP.
test.com
es un dominio real,registrado por una empresallamado "Perfect Privacy, LLC" en Florida.
Un dominio puede tener unentrada DNS comodíncreado para ello.
Este registro DNS comodín provocará búsquedas de DNS en nombres de dominio que terminan en ejemplo.com que no existen para que se sinteticen registros MX para ellos. Por lo tanto, una búsqueda del registro MX de algún nombre aleatorio.ejemplo.com devolvería un registro MX que apunta a host1.ejemplo.com.
Sin embargo,los registros DNSpara test.com no indica que tengan una entrada comodín que pueda ver:
DNS Records for test.com
==============
Name TTL Class Type Priority Data
test.com. 7200 IN SOA NS65.WORLDNIC.com. namehost.WORLDNIC.com. 117070512 10800 3600 604800 3600
test.com. 7200 IN NS ns65.worldnic.com.
test.com. 7200 IN NS ns66.worldnic.com.
test.com. 3600 IN A 69.172.200.235
test.com. 7200 IN TXT "google-site-verification=kW9t2V_S7WjOX57zq0tP8Ae_WJhRwUcZoqpdEkvuXJk"
test.com. 7200 IN MX 30 lastmx.spamexperts.net.
test.com. 7200 IN MX 20 fallbackmx.spamexperts.eu.
test.com. 7200 IN MX 10 mx.spamexperts.com.
Respuesta2
Estas son entradas DNS comodín. Lo probé en mi propio servidor DNS, así es como se ve:
dig hans.xxx.xxx.net TXT
; <<>> DiG 9.9.5-3ubuntu0.15-Ubuntu <<>> hans.xxx.xxx.net TXT
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64899
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;hans.xxx.xxx.net. IN TXT
;; ANSWER SECTION:
hans.xxx.xxx.net. 3600 IN TXT "Test"
;; Query time: 22 msec
;; SERVER: 10.0.2.166#53(10.0.2.166)
;; WHEN: Fri Sep 01 15:13:36 DST 2017
;; MSG SIZE rcvd: 65
dig hans.xxx.xxx.net
; <<>> DiG 9.9.5-3ubuntu0.15-Ubuntu <<>> hans.xxx.xxx.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42482
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;hans.xxx.xxx.net. IN A
;; ANSWER SECTION:
hans.xxx.xxx.net. 3600 IN A 10.0.2.81
;; Query time: 13 msec
;; SERVER: 10.0.2.166#53(10.0.2.166)
;; WHEN: Fri Sep 01 15:19:46 DST 2017
;; MSG SIZE rcvd: 64