Question

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

我已经在我的DNS中添加了TXT记录。它看起来像：

当我跑步时：

 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的名称服务器上。 / p>

您的域名显然已在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托管服务提供商。

Amazon SES域验证始终失败

1 个答案: