Para el primero devuelve:
Non-authoritative answer:
YAHOO.COMYAHOO.COMOO.COM MX preference = 5, mail exchanger = mail.h-email.net
Además, si simplemente duplica el tld como
C:\Users\dmorri>nslookup -type=mx gmail.com.com.com.com.
Obtienes un intercambiador de correo extraño:
Non-authoritative answer:
gmail.com.com.com.com MX preference = 10, mail exchanger = mx203.inbound-mx.net
gmail.com.com.com.com MX preference = 10, mail exchanger = mx203.inbound-mx.org
¿Cómo vas a saber cuándo es realmente un dominio no válido?
¡No queremos que el dominio parezca válido cuando en realidad no lo es!
Respuesta1
No sé si realmente hay tanto "por qué" del que hablar, probablemente más bien un cambio de perspectiva para ver esto tal como es.
Alguien se ha registrado comoo.com
, alguien se ha registrado com.com
.
Estos dominios existen en el mundo real y, aunque claramente no te gustan, eso no los invalida en ningún sentido técnico.
Al igual que con cualquier dominio, el propietario puede agregar los registros que desee (en su ejemplo, para subdominios de estos).
Respuesta2
La respuesta es bastante simple.
El nombre de dominio yahoo.comyahoo.comoo.com
pertenece a los propietarios de comoo.com
, por lo que esas personas pueden hacer lo que quieran con él. La razón por la que yahoo.comyahoo.comoo.com
devuelve un registro MX es que los propietarios comoo.com
decidieron obligarlo a hacerlo.
Asimismo, el nombre de dominio gmail.com.com.com.com
pertenece a los propietarios de com.com
, por lo que esas personas pueden hacer lo que quieran con él. Han decidido hacer que gmail.com.com.com.com
la devolución sea un récord MX.
No estoy seguro de por qué cree que estos nombres de dominio no son válidos o que hay algún tipo de problema aquí. Estos nombres de dominio son completamente válidos y no hay ningún problema. Todo funciona exactamente como se supone que debe hacerlo.
Quizás estés pensando que la primera parte de un nombre de dominio es la más significativa y las últimas partes no lo son tanto. En realidad, ocurre todo lo contrario: las últimas partes son las más significativas y la primera parte es la menos significativa.
Es como si envías una carta a Michigan City, Indiana, entonces irá al estado de Indiana, no al estado de Michigan. El hecho de que la dirección comience con la palabra "Michigan" no importa, porque la parte más importante de la dirección es el final, no el comienzo.
Respuesta3
Estás preguntando sobre un dominio diferente:
# dig YAHOO.COMYAHOO.COMOO.COM MX @9.9.9.9
; <<>> DiG 9.16.8 <<>> YAHOO.COMYAHOO.COMOO.COM MX @9.9.9.9
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5554
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;YAHOO.COMYAHOO.COMOO.COM. IN MX
;; ANSWER SECTION:
YAHOO.COMYAHOO.COMOO.COM. 3595 IN MX 5 mail.h-email.net.
;; Query time: 16 msec
;; SERVER: 9.9.9.9#53(9.9.9.9)
;; WHEN: (...) 2021
;; MSG SIZE rcvd: 85
Está recibiendo una respuesta DNS de intercambio de correo para COMOO.COM, el último bit (y el nombre de dominio válido) de su consulta mal escrita:
# dig COMOO.COM MX @9.9.9.9
; <<>> DiG 9.16.8 <<>> COMOO.COM MX @9.9.9.9
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 3094
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;COMOO.COM. IN MX
;; ANSWER SECTION:
COMOO.COM. 3600 IN MX 5 mail.h-email.net.
;; Query time: 24 msec
;; SERVER: 9.9.9.9#53(9.9.9.9)
;; WHEN: (...) 2021
;; MSG SIZE rcvd: 70
Lo mismo ocurre gmail.com.com.com.com
: el dominio com.com
existe y tiene una entrada MX que puede consultar. gmail.com.com.com.com
parece una máquina en un subdominio de ese dominio principal.