Por que "nslookup -type=mx YAHOO.COMYAHOO.COMOO.COM" retorna um trocador de e-mail válido?

Por que "nslookup -type=mx YAHOO.COMYAHOO.COMOO.COM" retorna um trocador de e-mail válido?

Para o primeiro ele retorna:

Non-authoritative answer:
YAHOO.COMYAHOO.COMOO.COM        MX preference = 5, mail exchanger = mail.h-email.net

Além disso, se você apenas duplicar o tld como

C:\Users\dmorri>nslookup -type=mx gmail.com.com.com.com.

Você recebe um trocador de e-mail estranho:

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

Como você vai saber quando é realmente um domínio inválido?

Não queremos que o domínio pareça válido quando na verdade não é!

Responder1

Não sei se há realmente um “porquê” para falar, provavelmente mais uma mudança de perspectiva para ver isso como realmente é.

Alguém se inscreveu comoo.com, alguém se inscreveu com.com.

Esses domínios existem no mundo real e, embora você claramente não goste deles, isso não os torna inválidos em nenhum sentido técnico.

Como acontece com qualquer domínio, o proprietário pode adicionar os registros que desejar (no seu exemplo, para subdomínios destes).

Responder2

A resposta é bastante simples.

O nome de domínio yahoo.comyahoo.comoo.compertence aos proprietários de comoo.come, portanto, essas pessoas podem fazer o que quiserem com ele. A razão pela qual yahoo.comyahoo.comoo.comum registro MX retorna é que os proprietários comoo.comdecidiram fazer isso.

Da mesma forma, o nome de domínio gmail.com.com.com.compertence aos proprietários de com.come, portanto, essas pessoas podem fazer o que quiserem com ele. Eles decidiram fazer gmail.com.com.com.comdo return um registro MX.

Não sei por que você acha que esses nomes de domínio são inválidos ou que há algum tipo de problema aqui. Esses nomes de domínio são totalmente válidos e não há problema. Tudo está funcionando exatamente como deveria.

Talvez você esteja pensando que a primeira parte de um nome de domínio é a parte mais significativa e as últimas partes não são tão significativas. Na verdade, o oposto é verdadeiro: as últimas partes são as mais significativas e a primeira parte é a menos significativa.

É como se você enviasse uma carta para Michigan City, Indiana, ela irá para o estado de Indiana, não para o estado de Michigan. O fato de o endereço começar com a palavra “Michigan” não importa, porque a parte mais significativa do endereço é o fim, não o começo.

Responder3

Você está perguntando sobre um domínio 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

Você está recebendo uma resposta DNS de troca de e-mail para COMOO.COM, o último bit (e nome de domínio válido) para sua consulta com erro ortográfico:

# 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

O mesmo vale para gmail.com.com.com.com- o domínio com.comexiste e possui uma entrada MX que você pode consultar. gmail.com.com.com.comparece uma máquina em um subdomínio desse domínio principal.

informação relacionada