Почему «nslookup -type=mx YAHOO.COMYAHOO.COMOO.COM» возвращает действительный почтовый обменник?

Почему «nslookup -type=mx YAHOO.COMYAHOO.COMOO.COM» возвращает действительный почтовый обменник?

Для первого возвращается:

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

Также, если вы просто дублируете tld, как

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

Вы получаете странный почтовый обменник:

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

Как вы узнаете, что домен действительно недействителен?

Мы не хотим, чтобы домен выглядел действительным, хотя на самом деле это не так!

решение1

Я не знаю, есть ли на самом деле смысл говорить о «почему», скорее всего, нужно изменить точку зрения, чтобы увидеть все таким, какое оно есть.

Кто-то зарегистрировался comoo.com, кто-то зарегистрировался com.com.

Эти домены существуют в реальном мире, и хотя они вам явно не нравятся, это не делает их недействительными в техническом смысле.

Как и в случае с любым доменом, владелец может добавлять любые записи по своему усмотрению (в вашем примере для поддоменов).

решение2

Ответ довольно прост.

Доменное имя yahoo.comyahoo.comoo.comпринадлежит владельцам comoo.com, и поэтому эти люди могут делать с ним все, что захотят. Причина, по которой yahoo.comyahoo.comoo.comвозвращается запись MX, заключается в том, что владельцы comoo.comрешили заставить его делать это.

Аналогично, доменное имя gmail.com.com.com.comпринадлежит владельцам com.com, и поэтому эти люди могут делать с ним все, что захотят. Они решили сделать gmail.com.com.com.comвозврат записи MX.

Я не уверен, почему вы считаете, что эти доменные имена недействительны, или что здесь есть какая-то проблема. Эти доменные имена полностью действительны, и нет никаких проблем. Все работает именно так, как и должно.

Возможно, вы думаете, что первая часть доменного имени является наиболее значимой частью, а последние части не столь значимы. На самом деле, все наоборот: последние части являются наиболее значимыми, а первая часть — наименее значимой.

Это как если вы отправите письмо в Мичиган-Сити, штат Индиана, то оно дойдет до штата Индиана, а не до штата Мичиган. Тот факт, что адрес начинается со слова «Мичиган», не имеет значения, потому что самая значимая часть адреса — это конец, а не начало.

решение3

Вы спрашиваете о другом домене:

# 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

Вы получаете ответ DNS почтового обмена для COMOO.COM, последний бит (и действительное доменное имя) для вашего неправильно написанного запроса:

# 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

То же самое gmail.com.com.com.com- домен com.comсуществует и имеет запись MX, которую вы можете запросить. gmail.com.com.com.comвыглядит как машина на поддомене этого основного домена.

Связанный контент