我拥有一个域名,过去几年一直用它来处理电子邮件,由朋友的公司托管。我正尝试切换到 Google 的托管服务(Google Apps for your Domain),本周大部分时间都在忙这件事,但事情还没有完成。
我目前所做的:
- 将主 DNS 服务器从我朋友的服务器切换到我的注册商的服务器(000domains;我拥有域名注册权并对其拥有主要控制权)
- 将 Google 验证码添加到 TXT 记录中
- 从 MX 记录中删除了我朋友的邮件服务器,并添加了 Google 服务器的 MX 记录
我在 7 月 3 日晚上完成了第 1 步和第 2 步,Google 在夜间某个时候发现了这一变化。此时,我完成了第 3 步,因此现在距离变化已过去 48 小时。然而,当我通过 dig ( dig @fwns01.000domains.com MX DOMAIN
) 查找 MX 记录时,我仍然会得到我朋友服务器的 MX 记录。我已在 000domains 控制面板中验证(多次)MX 记录是否已正确设置。
我知道在某个时候 MX 记录应该可以从我朋友的 DNS 服务器中删除,但他最近响应很慢,所以这可能需要几天时间。我仍然会收到旧服务器的电子邮件,所以不会丢失任何东西,但我真的想完成这件事。我还能做什么,或者我错过了哪些步骤,才能完成这次切换?
答案1
为了传播更改,需要更新区域文件中的序列。引用文档:
The <serial-number> directive is a numerical value incremented every time the
zone file is altered to indicate it is time for named to reload the zone.
因此,正如您的评论所说,您忘记了这个步骤——因此区域文件没有被主 DNS 服务器加载,并且从未到达任何地方。所以我想知道“Google 发现了什么”——但为了解决您的问题,增量区域文件中的序列号。我可以建议:对于我的区域文件的序列号,我使用 YYYYMMDDNNN 模式(即 4 位数字年份,后跟 2 位数字月份加 2 位数字日期,以及 3 位数字“当天更改编号”——每天更改次数不太可能超过 999 次),例如今天的第一个更改是 20120706001。这是一个有效的序列号,您始终可以轻松查看最新更改的时间,也可以轻松增加它。
增加序列后,DNS服务器应该重新加载区域文件并自动传播更改。
答案2
您尝试检查状态的位置的 DNS 缓存似乎存在问题。我建议尝试使用第三方免费网站从其网络进行查询。
答案3
如果您需要以最快的速度更新 MX 记录,您可以减少生存时间至少。当其他 DNS 服务器在其 DNS 中更新了您的 TTL 时,请更改您的 MX 记录。如果您已完成步骤 1 和 2。