有人知道谷歌需要多长时间来验证 DKIM TXT DNS 条目吗？
该条目位于 AWS Route53 中，并且记录已正确保存，记录仅有 10 秒 TTL。
谷歌似乎很高兴阅读该记录。
但是...它已经像图片中那样放置了超过 4 个小时了。
这是否意味着要花这么长时间，或者有人有什么建议？
答案1
假设您正确创建了资源记录第一次，没有延迟。由于一直在等待，这意味着您要么：
- 错误地创建了资源记录，
- 错误地命名了资源记录，
- 在 Google 第一次查询记录（并收到 NXDOMAIN）之前没有创建资源记录。
评论：
当前 TTL 不会影响之前缓存的记录。
如果之前的查询收到 NXDOMAIN，则该响应（错误）将被缓存。SOA 记录指示您将需要等待多长时间。这是延迟成功的常见原因。
您的问题缺少 Google 指定了哪条记录以及您创建了哪条记录的详细信息。由于 DNS 记录是公开的，因此无需隐藏它们。提供这些详细信息可以很容易地告诉您哪里出了问题。
如果资源记录正确且已通过外部工具验证，而您已等待长达 48 小时仍未成功，请使用 Google 重新开始该过程。
建议：
您可以刷新 DNS 缓存。当缓存了错误的 DNS 记录时，这会有所帮助。
删除您已创建的内容，刷新 DNS，然后使用 Google 重新启动该过程。