Google が DKIM TXT DNS エントリを認証するのにどれくらい時間がかかるか知っている人はいますか?
エントリは AWS Route53 にあり、レコードは正しく保存されます。レコードの TTL は 10 秒のみです。
Google は記録を読んで満足しているようです。
しかし...画像のように4時間以上放置されています。
こんなに時間がかかるものなのでしょうか、それとも何かヒントがあるのでしょうか?
答え1
リソースレコードを正しく作成していれば、初めて、遅延はありません。待機中であるため、次のいずれかを意味します。
- リソースレコードを誤って作成した、
- リソースレコードの名前が間違っている、
- Google が初めてレコードを照会する (および NXDOMAIN を受信する) 前にリソース レコードを作成しませんでした。
コメント:
現在の TTL は、以前にキャッシュされたレコードには影響しません。
以前のクエリが NXDOMAIN を受信した場合、その応答 (エラー) はキャッシュされます。SOA レコードは、待機する必要がある時間を示します。これが成功が遅れる一般的な理由です。
質問には、Google が指定したレコードとあなたが作成したレコードの詳細が欠けています。DNS レコードは公開されているため、非表示にする必要はありません。これらの詳細を提供すれば、何が問題なのかを簡単に伝えることができます。
インターネットベースのツールを使用してDMARC/DKIM/SPFレコードを検証します。私はこれを使用しますサイトこのサイト。
リソース レコードが正しく、外部ツールによって検証されていて、48 時間待っても成功しない場合は、Google でプロセスをもう一度やり直してください。
提案：
DNS キャッシュをフラッシュできます。これは、間違った DNS レコードがキャッシュされている場合に役立ちます。
作成したものを削除し、DNS をフラッシュして、Google でプロセスを再起動します。