我几个月来一直在尝试使用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记录吗?
答案 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托管服务提供商。