AWS Workmail 不会验证域
AWS Workmail won't verify domain
所以我正在设置我的域,并且已经让 DNS 毫无问题地路由到该页面。但是现在当我尝试通过 AWS Workmail 验证域时,域状态一直是 "Pending Verification."
对于那些不知道的人,Amazon 让您将 TXT 记录类型添加到您的 DNS 以执行此验证。听起来很简单吧?
所以我这样做了,但仍然卡住了。等了一天(接近两天),以防万一 DNS 很奇怪,需要一些时间才能赶上,但仍然一无所获。
更奇怪的是,我可以在域的任何名称服务器上通过 运行 nslookup
正常查看 TXT 记录。
AWS Workmail 是否为此寻找一个奇怪的地方?
我真的可以使用任何指导。
一些重要说明:
DNS 是 Route 53。
该域是通过 AWS 购买的。
您只需输入url即可正常访问网页。
整个网站几乎都是由亚马逊的静态网站快速启动服务设置的。似乎工作完美无缺,因为我一开始是手动完成的,但遇到了同样的问题(将近一周前)。
将 TXT 类型记录添加到域的 Route 53 托管区域。它应该会立即验证您。
我的域是用 DirectNic 注册的,我最初在那里添加了 TXT 记录。
显然没有任何问题。 DNS 只用了 4 天就更新了它的数据。不确定提示这个问题出了什么问题,但是哦,好吧。
所以我正在设置我的域,并且已经让 DNS 毫无问题地路由到该页面。但是现在当我尝试通过 AWS Workmail 验证域时,域状态一直是 "Pending Verification."
对于那些不知道的人,Amazon 让您将 TXT 记录类型添加到您的 DNS 以执行此验证。听起来很简单吧?
所以我这样做了,但仍然卡住了。等了一天(接近两天),以防万一 DNS 很奇怪,需要一些时间才能赶上,但仍然一无所获。
更奇怪的是,我可以在域的任何名称服务器上通过 运行 nslookup
正常查看 TXT 记录。
AWS Workmail 是否为此寻找一个奇怪的地方? 我真的可以使用任何指导。
一些重要说明:
DNS 是 Route 53。 该域是通过 AWS 购买的。
您只需输入url即可正常访问网页。
整个网站几乎都是由亚马逊的静态网站快速启动服务设置的。似乎工作完美无缺,因为我一开始是手动完成的,但遇到了同样的问题(将近一周前)。
将 TXT 类型记录添加到域的 Route 53 托管区域。它应该会立即验证您。
我的域是用 DirectNic 注册的,我最初在那里添加了 TXT 记录。
显然没有任何问题。 DNS 只用了 4 天就更新了它的数据。不确定提示这个问题出了什么问题,但是哦,好吧。