亚马逊SES域验证始终失败

我一直在尝试几个月来使用亚马逊网络服务验证我的域，以便我可以使用Amazon SES发送电子邮件。验证每次都失败。我已经重试了大约35次。每次失败。亚马逊SES域验证始终失败

我已将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记录？

来源

2016-09-28 Mark

恐怕你可能需要为facepalm做好准备。你正在显示的屏幕截图...来自哪里？什么服务或软件？ –

如果解决了这个问题，我可以使用facepalm！屏幕截图来自我的Register365帐户的DNS管理面板。我也试着用“_amazonses”作为TXT面板的主机名，但无济于事。...... – Mark

你会爱上它的。 –

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

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

如果注册服务商的DNS服务器不是您的域名实际使用的域名，则在注册服务商的DNS记录管理控制台中所做的任何条目都不会起作用......并且这似乎就是这种情况。

登记有，在我看来，困惑这个问题对于很多人通过捆绑付费名称REGSTRATION服务托管免费的权威DNS，即使这些都是理所当然两个独立的服务项目。

在某些时候，您将DNS主机切换到Route 53，因此，Route 53是您需要创建此新记录的位置。在Route 53控制台中，找到具有匹配名称服务器的此域的托管区域，然后在该处添加此记录。

你nslookup应该开始按预期工作和SES应该没有问题，验证您的记录，在那之后。

在不混淆未来的读者的利益，这个条目变成在路线53的原因是因为SES和路线53，这些都是AWS服务是巧合的事实之间的必然联系的不是。这是解决问题的原因，因为Route 53是您已经选择作为您的权威DNS主机提供商的用户。

来源

2016-09-29 11:37:02

亲爱的我怎么没有注意到！ Facepalm是对的。我为Route 53添加了TXT记录。当我获得域名验证后，将此标记为正确 – Mark

已验证！太感谢了！ – Mark

亚马逊SES域验证始终失败

回答

相关问题