为什么“nslookup -type=mx YAHOO.COMYAHOO.COMOO.COM”返回有效的邮件交换器?

Dar*_*ris 2 email nslookup

对于第一个,它返回:

Non-authoritative answer:
YAHOO.COMYAHOO.COMOO.COM        MX preference = 5, mail exchanger = mail.h-email.net
Run Code Online (Sandbox Code Playgroud)

另外,如果您只是复制 tld 之类的

C:\Users\dmorri>nslookup -type=mx gmail.com.com.com.com.
Run Code Online (Sandbox Code Playgroud)

你得到一个奇怪的邮件交换器:

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
Run Code Online (Sandbox Code Playgroud)

你怎么知道什么时候它真的是一个无效的域?

我们不希望域看起来有效而实际上无效!

Håk*_*ist 31

我不知道是否真的有那么多“为什么”要讨论,可能更多的是换个角度来看看它是什么。

有人注册了comoo.com,有人注册了com.com

这些域存在于现实世界中,虽然您显然不喜欢它们,但这并不会使它们在任何技术意义上无效。

与任何域一样,所有者可以添加他们喜欢的任何记录(在您的示例中为这些子域)。

  • @DarrellMorris 好吧......如果有人拥有`comoo.com`,那么他们可以添加他们想要的任何记录,无论这些是否是通配符,与我们的立场并没有太大区别。总体目标是什么,在什么情况下“YAHOO.COMYAHOO.COMOO.COM”才是真正的关注点? (16认同)
  • @DarrellMorris 与其说是“通配符”,不如说是“如果您控制了‘foo.bar’,那么您就控制了以‘.foo.bar’结尾的所有内容” (10认同)
  • @FedericoPoloni 我假设你的意思是他们会收到邮件 * 打算 * 给其他人,但 * 地址 * 给他们?这确实是一种可能的解释,在软件中“修复”会很棘手,因为它是关于意图而不是有效性/正确性。一方面,如果您开始根据一些启发式(?)覆盖指定的送货地址,这可能会导致完全相同类型的问题,但方式更糟;用户输入了正确的地址,但系统将其更改为其他地址并将消息发送给错误的人。 (3认同)

小智 22

答案很简单。

域名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 记录。

我不确定您为什么认为这些域名无效,或者这里存在某种问题。这些域名是完全有效的,没有问题。一切都按预期进行。

也许您认为域名的第一部分是最重要的部分,而最后部分则不是那么重要。实际上,情况正好相反:最后一部分最重要,第一部分最不重要。

就像你给印第安纳州密歇根城发一封信一样,它会去印第安纳州,而不是密歇根州。地址以“Michigan”一词开头这一事实无关紧要,因为地址最重要的部分是结尾,而不是开头。


Ned*_*d64 7

您正在询问不同的域:

# 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
Run Code Online (Sandbox Code Playgroud)

您收到 COMOO.COM 的邮件交换 DNS 应答,这是您拼错查询的最后一位(和有效域名):

# 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
Run Code Online (Sandbox Code Playgroud)

相同的gmail.com.com.com.com- 域com.com存在并且有一个 MX 条目,您可以查询。gmail.com.com.com.com看起来像是该主域子域上的一台机器。

  • @DarrellMorris 它是有效的(从 DNS 的角度来看,至于是否存在这样的电子邮件地址,我想是一个不同的问题) (9认同)
  • @DarrellMorris 我想补充一点,“自动更正”地址也很危险。举个例子,我经常在我的地址 &lt;name&gt;@gmail.com 收到邮件给其他人 &lt;same-name&gt;@mail.com(注意缺少的“g”)。两者都是实际有效的电子邮件提供商,但某些服务似乎将 mail.com“更正”到 gmail.com,导致邮件被发送给我而不是他们的邮箱。有些服务甚至允许我登录或重置密码!使用适当的双重选择加入,这不应该发生。 (8认同)
  • @DarrellMorris 重点是,从技术角度来看,`YAHOO.COMYAHOO.COMOO.COM` 和 `gmail.com.com.com.com` 都是有效的。问题中没有显示技术问题。如果你有一个具体的问题,你能澄清它是什么吗? (7认同)
  • @DarrellMorris 非常确定 nslookup 已经使用了您提供的内容。碰巧`COMOO.COM`的所有者添加了记录(通配符?),这样`YAHOO.COMYAHOO.COMOO.COM`确实有一个`MX`(与你的另一个例子相同的想法)。 (5认同)
  • @DarrellMorris 道歉,但你为什么说“它真的不是”?这是。你申请“有效期”的规则来自你,别人可能有其他规则!你的规则是什么? (4认同)
  • @DarrellMorris 这听起来像是从根本不是问题或其他较小问题的事物中创造了更大的问题。 (4认同)
  • @DarrellMorris 他们可能并不具体存在,但 MX 似乎对“*.com.com”负责。不过,它们与雅虎或谷歌无关。 (2认同)
  • @James_pic 通配符确实存在于 DNS 中。如果您执行区域传输,它们将被明确返回。但是,大多数服务器限制区域传输访问,因此您可能无法分辨它们存在于何处。但是如果服务器返回一个随机名称的有效记录,通常是由于通配符。 (2认同)