DNS设置解析为两个不同的SPF记录[关闭]答案

【问题标题】：DNS settings resolve to two different SPF records [closed]DNS设置解析为两个不同的SPF记录[关闭]
【发布时间】：2019-05-05 12:10:31
【问题描述】：

我添加了一条带有 SPF 信息的 TXT 记录，以便使用 Mandrill 验证我的域。我还为 DKIM 设置添加了 TXT 记录。

问题在于，当 Mandrill 尝试验证这些记录时，它解析为我没有在我的 DNS 设置中设置的 SPF 记录，因此它缺少 Mandrill 所需的设置。

我使用了几个 DNS 检查工具，其中大多数解析为我设置的 TXT 记录，但其中一些解析为此 SPF 记录：

v=spf1 a mx ptr include:secureserver.net ~all

1) 有什么方法可以追查到这条记录的来源吗？它如何解决我没有在我的 DNS 设置的任何地方设置的这个 SPF？

2) 不同的工具/测试服务器如何解析不同的 SPF 记录？如果 Mandrill 可以解析到我设置的那个，我可以验证我的域，但现在它解析到另一个。有什么办法可以克服吗？

我还应该提到：

谢谢！

【问题讨论】：

【解决方案1】：

Route 53 对您的域具有权威性，但您的 Route 53 区域似乎已将其默认的 NS 记录删除并替换为 ns15.domaincontrol.com 和 ns16.domaincontrol.com。

反过来，这些服务器是错误TXT 记录的来源。将不准确的 NS 记录视为顶点重新授权并不真正正确，但这似乎是正在发生的事情，并解释了不一致的答案。

不应编辑在您创建托管区域时 Route 53 自动填充的 NS 记录。你需要把它们放回原来的样子。

在 Route 53 的托管区域列表中，单击您的托管区域正确行内的空白区域（不是域名本身 - 您希望在不打开它的情况下突出显示它）并正确的 4 个 NS 值应出现在屏幕右侧。使用这些值更正托管区域内的 NS 记录。

【讨论】：