Amazon SES域验证始终失败

时间:2016-09-28 20:45:03

标签: amazon-web-services nslookup

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

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

enter image description here

当我跑步时:

 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记录吗?

1 个答案:

答案 0 :(得分:2)

您在一个没有人但您实际上可以看到它的地方创建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托管服务提供商。