Amazon SES 域验证始终失败

Question

几个月来，我一直在尝试使用 Amazon Web Services 验证我的域，以便我可以使用 Amazon SES 发送电子邮件。每次验证都失败。我已经重试了大约 35 次。每次都失败。

我已将 TXT 记录添加到我的 DNS。它看起来像：

当我跑步时：

 nslookup -type=ns redmatterapp.com

我明白了：

redmatterapp.com    nameserver = ns-1546.awsdns-01.co.uk.
redmatterapp.com    nameserver = ns-692.awsdns-22.net.
redmatterapp.com    nameserver = ns-1471.awsdns-55.org.

当我跑步时：

nslookup redmatterapp.com ns-692.awsdns-22.net

我明白了：

Server:     ns-692.awsdns-22.net
Address:    205.251.194.180#53

Name:   redmatterapp.com
Address: 52.27.95.103

当我跑步时：

nslookup -type=TXT redmatterapp.com ns-692.awsdns-22.net

我明白了：

Server:     ns-692.awsdns-22.net
Address:    205.251.194.180#53

*** Can't find redmatterapp.com: No answer

难道我不能看到 TXT 记录吗？

Answer 1

您正在创建 DNS 记录的地方没有人，但您可以实际看到它...在一组您实际上并未用于托管此域的 DNS 的名称服务器上。

您的域显然已在 Register365 注册，但您的权威名称服务器实际上是 AWS Route 53 名称服务器（例如 ns-692.awsdns-22.net）。

如果注册商的 DNS 服务器不是您的域实际使用的服务器，那么您在注册商的 DNS 记录管理控制台中所做的任何条目都不会产生任何影响......这里似乎就是这种情况。

在我看来，注册服务商通过将免费的权威 DNS 托管与付费域名注册服务捆绑在一起，让许多人混淆了这个问题，尽管这两种服务理所当然地是独立的。

在某个时候，您将 DNS 托管切换到了 Route 53，因此，您需要在 Route 53 上创建这条新记录。在 Route 53 控制台中，找到具有匹配名称服务器的该域的托管区域，并将该记录添加到那里。

您的nslookup 应该开始按预期工作，之后 SES 应该可以轻松验证您的记录。

为了不让未来的读者感到困惑，这个条目出现在 Route 53 中的原因并不是因为 SES 和 Route 53 之间有任何必要的连接。这些都是 AWS 服务的事实是巧合。这是修复的原因仅仅是因为 Route 53 是您已经 - 在过去的某个时间 - 被选为您的权威 DNS 托管提供商的人。