我们于 8 月 17 日星期六更改了我们的一条 MX 记录,并且更改传播得相当快。当我们对其进行 DNS 检查时,似乎全球每个名称服务器都已接收了此更改(Google 除外)。
8.8.8.8 的挖掘结果显示 MX 值ms1.vaspace.org
仍然是当前的:
; <<>> DiG 9.10.6 <<>> mx vaspace.org @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29105
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;vaspace.org. IN MX
;; ANSWER SECTION:
vaspace.org. 1110 IN MX 20 ms2.vaspace.org.
vaspace.org. 1110 IN MX 10 ms1.vaspace.org.
;; Query time: 8 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Aug 22 08:15:39 EDT 2019
;; MSG SIZE rcvd: 80
从 Open DNS 挖掘结果,显示正确的 MX 设置:
; <<>> DiG 9.10.6 <<>> mx vaspace.org @208.67.222.222
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54488
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;vaspace.org. IN MX
;; ANSWER SECTION:
vaspace.org. 3600 IN MX 10 marsspaceport.mail.protection.office365.us.
vaspace.org. 3600 IN MX 20 ms2.vaspace.org.
挖掘 SOA 记录:
; <<>> DiG 9.10.6 <<>> -t SOA vaspace.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59511
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;vaspace.org. IN SOA
;; ANSWER SECTION:
vaspace.org. 21599 IN SOA ns1017.ui-dns.de. hostmaster.1and1.com. 2017033106 28800 7200 604800 300
;; Query time: 17 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Aug 22 08:16:17 EDT 2019
;; MSG SIZE rcvd: 112
Google 也没有获取我们在更改 MX 记录时创建的 SPF 记录。因此,我们仍然必须通过旧的本地邮件服务器转发一些电子邮件,而使用 Google DNS 的网站在网络上登录 Skype 等服务时遇到了困难。除了更改 MX 记录之外,我们还应该做些什么吗?我们所做的就是更改记录中的“指向”值并添加新的 SPF 记录。该域名vaspace.org
由 1&1 IONOS 托管。无论发生了什么,似乎都只限于 Google。
答案1
从 2019 年 8 月 21 日开始,我的 1and1 IONOS 域名也出现了同样的问题。我打电话给他们,他们承认了这个问题,并表示正在努力解决。他们没有给出解决问题的时间表。与此同时,我们正在将 DNS 迁移到 AWS,因为这是 1and1 DNS 第五次给我们带来问题。
来自谷歌的更新
Ionos(1&1)的任播名称服务器(其位于美国东部的某个数据中心中的名称为 nsXXXX.ui-dns.TLD,可通过 Google 在纽约地区与其对等连接获得)似乎存在区域传输问题,并且提供过时的数据,而对于某些域名,其 SOA 记录过期设置(SOA 数据中倒数第二位数字)足够低,因此无法解析,因为名称服务器返回了 REFUSED。
这导致美国和加拿大东部,甚至南美的 Google 公共 DNS 客户端的数据过时且解析失败,因为对于我们在这些地区的解析器来说,Google (AS15169) 和 1&1/Ionos (AS8560) 之间的纽约对等点是最近的,并且通过它的 DNS 查询在到达 Ionos 数据中心时出现了这些问题。
我们将尝试禁用纽约市的对等连接,但这里的问题出在 Ionos 名称服务器上。
您可以在这里跟踪该问题:https://issuetracker.google.com/issues/139870676
答案2
有同样的问题。Google DNS 8.8.8.8 返回了北美地区 1and1 站点 2 年前的结果。
看看这个链接https://dnschecker.org/#A/r2support.jlssolutions.com你会看到谷歌返回一个旧的IP。
或此链接https://dnschecker.org/#A/sms.jlssolutions.com谷歌什么也没有。
答案3
Google 将此问题放入其问题跟踪器中,我也向 IONOS 提交了一张票。在他们两人的努力下,这个问题昨天得到了解决。请参阅上面 @sonicblis 发布的答案。问题出在 IONOS 和 Google 之间的对等连接上,仅影响东海岸和南美部分地区。