Amazon SES 域验证总是失败
Amazon SES domain verification always fails
几个月来我一直在尝试使用 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记录吗？
您正在一个只有您自己才能真正看到它的地方创建 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 托管提供商。
几个月来我一直在尝试使用 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记录吗？
您正在一个只有您自己才能真正看到它的地方创建 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 托管提供商。