几周前,我将我的域名equimobi.com
从 Google Domains 转移到 Bluehost。5 天前,我将名称服务器修改为 bluehost(ns1.Bluehost.com、ns2.Bluehost.com),并创建了 Google 提供给您的 MX 记录以重新激活 Google Workspace。
起初一切似乎都运行良好,Google 大约 24 小时后识别了 MX 记录。
第二天,我点击了 bluehost 中的一个按钮,将我的托管包链接到转移的域名,我想这就是一切都开始失败的地方。
第二天,我的客户向我报告说,发送给他的电子邮件被退回,并显示一条错误消息“无法发送您的邮件,因为找不到地址或无法接收邮件。” 他的 Google Workspace 界面显示了重新设置 MX 记录的消息。
已经过了很长时间,我的域名还没有完全传播,而且似乎找不到 MX 记录,尽管我在 bluehost 上创建了它们。
Bluehost 支持今天告诉我,他们将重新推送我的 DNS,但已经过去 4 个多小时了,MX 记录似乎仍然没有找到。
我该怎么做才能让 MX 记录和 Google Workspace 重新运行?谢谢!
答案1
几周前,我将我的域名 equimobi.com 从 Google Domains 转移到 Bluehost。5 天前,我将名称服务器修改为 bluehost(ns1.Bluehost.com、ns2.Bluehost.com),并创建了 Google 提供给您的 MX 记录以重新激活 Google Workspace。
起初一切似乎都运行良好,Google 大约 24 小时后识别了 MX 记录。
好的,所以看起来在那个时间点,正确的MX
记录已经到位了。
第二天,我点击了 bluehost 中的一个按钮,将我的托管包链接到转移的域名,我想这就是一切都开始失败的地方。
如果出于某种原因,该按钮也更改了记录MX
,那么这将符合您的问题描述。情况很可能如此。
第二天,我的客户向我报告说,发送给他的电子邮件被退回,并显示一条错误消息“无法发送您的邮件,因为找不到地址或无法接收邮件。” 他的 Google Workspace 界面显示了重新设置 MX 记录的消息。
事实上,所需的MX
记录是不是在 Bluehost 权威名称服务器上。
查看直接指向的查询ns1.bluehost.com
(fwiw 的ns2
回答相同):
$ dig @ns1.bluehost.com equimobi.com MX +norec
; <<>> DiG 9.18.19-1~deb12u1-Debian <<>> @ns1.bluehost.com equimobi.com MX +norec
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25397
;; flags: qr aa; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 3
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;equimobi.com. IN MX
;; ANSWER SECTION:
equimobi.com. 14400 IN MX 10 equimobi.com.
equimobi.com. 14400 IN MX 0 mail.equimobi.com.
;; ADDITIONAL SECTION:
mail.equimobi.com. 14400 IN A 50.87.253.11
equimobi.com. 14400 IN A 50.87.253.11
;; Query time: 8 msec
;; SERVER: 162.159.24.80#53(ns1.bluehost.com) (UDP)
;; WHEN: Wed Jan 31 22:14:59 UTC 2024
;; MSG SIZE rcvd: 110
$
有MX
记录,但这些记录与 Google Workspace 无关。也许是 Bluehost 上的一些默认模板?
已经过了很长时间,我的域名还没有完全传播,而且似乎找不到 MX 记录,尽管我在 bluehost 上创建了它们。
整个“传播”措辞有点令人讨厌,我不会对此进行过多的讨论,但我真的认为从具体的角度来思考它更有帮助:
- 将新的/更改的记录发布到权威名称服务器的过程(通常很快,因此这几乎不是一个因素)
- 等待解析器服务器/客户端缓存中的旧缓存数据过期(基于之前提供的记录的 TTL,通常很长)
我对你目前情况的印象是,目前情况似乎处于稳定的糟糕状态。
无论出于什么原因,不良MX
记录都已发布,即使尝试修复,也甚至没有发生上述“第 1 步”。
即,因为 Bluehost 当前MX
提供的记录很糟糕。这意味着至少从严格的 DNS 角度来看,这不是等待的问题,因为权威端发布的数据甚至不是您想要的,所以这与缓存或类似的东西无关。首先需要修复 Bluehost 名称服务器上的
记录MX
,然后才是等待缓存过期的问题。
Bluehost 支持今天告诉我,他们将重新推送我的 DNS,但已经过去 4 个多小时了,MX 记录似乎仍然没有找到。
目前尚不清楚这到底意味着什么,但假设这种“推送”在将正确的数据传输到 Bluehost 名称服务器本身(上面的“步骤 1”)方面几乎是即时的,它似乎并没有修复记录MX
。
我应该怎么做才能让 MX 记录和 Google Workspace 重新正常工作?
如果问题无法修复或无法从您在 Bluehost 上可以访问的任何管理 UI 中看到,听起来您MX
在管理 UI 中看到了正确的记录,但这些记录显然不在他们的名称服务器上,我想你必须得到他们的帮助来修复记录MX
(我想,除了更激烈的解决方案,比如在其他地方托管 DNS)。
除了 Google WorkspaceMX
记录根本不存在之外,还有另一个问题会导致域名无法正常工作。
域名被指示为使用DS
委托中的记录进行 DNSSEC 签名,但 Bluehost 名称服务器上的区域根本没有签名(显然没有使用 中指示的特定密钥DS
)。请参阅https://dnsviz.net/d/equimobi.com/ZbrRsQ/dnssec/以更详细地了解此内容。
您需要DS
通过域名注册商删除/更新。