SPFレコードの変更は伝播するのに時間がかかりますか？

ドメインのSPFレコードを設定していますが、期待した結果が得られません。何らかの間違いを犯している可能性は十分にありますが、まず質問したいのは、SPFレコードに加えた変更が反映されるまでに時間がかかるかどうかです。

domain-name-system spf latency

一部のDNSキャッシュはTTLを無視し、必要なだけレコードをキャッシュすることに注意してください。これは壊れていますが、壊れたDNSキャッシュは制御できないマシンで実行されているため修正できません。

— cas

@cas DNSのTTLの概念全体が不完全で素朴なので、サーバーは実際には壊れていません。悪用とトラフィックレベルを制御する唯一の方法です。これは、アップストリームサーバーから延長されたTTLが渡された場合に、サーバーが正しいTTLを無視していることを意味するだけではありません。

— ジェームズライアン

@JamesRyan多くの多くのISP DNSリゾルバーは、渡されたTTLを完全に無視します。これは、より長いTTLが与えられている場合ではなく、標準に従って動作していない場合です。

— EEAA

@EEAAいいえ、それは現実の世界であること、使用可能なと必要性を介しての場所を取って非公式の規範ではない規格の場合である

— JamesRyan

DNSの変更はすべて伝播に時間がかかり、SPFレコードに関して特別なことはありません。それらは、残りのDNSとまったく同じ方法で伝播します。

— バーマー

回答:

はい、ゾーンの編集方法に応じてキャッシュやその他の遅延が発生する可能性があります（nsupdateWebフロントエンドが最終的にゾーンを更新するために何らかの処理を行う可能性のあるデータベースと通信する場合はそれほど変わりません）、ゾーンの転送方法（マスターDNSサーバーが変更をプッシュするか、スレーブが更新のためにそのサーバーを定期的にポーリングするように構成されている可能性があります）権限のあるDNSサーバーまたは以前のTXTレコードによって以前のレコードをキャッシュした可能性のある何かを照会するかどうかクライアントからクエリを送信するため、マスターサーバーが既に知っている可能性のある変更を認識しません。

nslookupまたはdigを使用して、異なるサーバーを照会します（また、SOAシリアル番号を確認します。変更がない場合は、古いデータが表示されます）。

% dig +short @8.8.8.8 -t TXT google.com
"v=spf1 include:_spf.google.com ~all"
% dig +short @8.8.8.8 -t SOA google.com
ns2.google.com. dns-admin.google.com. 103585632 900 900 1800 60

レコードが知るべき重要なことかもしれません。完全な出力にはそれが含まれている必要があります。TTLTXTdig

— スリグ
ソース

面白い。TXTレコードのTTLは14400（4時間）ですが、それでもGoogle経由でフェッチすると、かなり迅速に（1分以内に）変更が表示されます。digただし、Googleのサーバー経由で取得するコマンドが必要でした。ありがとう。

— ダニエル・グリスコム

@DanielGriscom「8.8.8.8」は単一のマシンではなく、グローバルクラスターであることに注意してください。毎回異なるリゾルバーにヒットする可能性が非常に高く、それらのそれぞれが個別にキャッシュを準備する必要があるかもしれません。

— CVn

まず、DNSレコードは、少なくともアクティブな意味では「伝播」しません。レコードはさまざまな層でキャッシュされ、レコードの更新の遅延は、キャッシュされたレコードが期限切れになり、上流のサーバーから新たに取得されるのを待つことによって引き起こされます。

さて、あなたの質問-はい、SPFレコードはDNS TXTレコードであるため、更新に時間がかかる場合があります。

— EEAA
ソース

更新されるキャッシュされたレコードのレイヤーでの遅延の待機がIS伝播です！

— ジェームズライアン

@JamesRyan Propagationは、記録の広がりの背後に活発な動機があることを意味します。そうではありません。DNSに精通していない人の多くは、アクティブな伝播があると思い込んでいます。そのため、この部分を回答に含め、「アクティブな」部分を修飾した理由もあります。

— EEAA

@JamesRyan私は同意しません。

— EEAA

人々、これが「伝播」という用語の使用を修飾した理由です。私はDNS RFCが何を言っているのかを理解し、propagateの意味を理解しています。あまりにも多くの人がそうではない何かを意味すると思っているように、私はこの用語を明確にしていました。

— EEAA

@JamesRyan明確にするために、回答をいつでも自由に編集できます。

— EEAA

レコードを変更した場合; TTLに依存している場合は、https：//www.whatsmydns.net/をチェックして、一般的なサーバー全体の伝播ステータスを確認します（そうでない場合）。ネガティブキャッシュに依存します。この情報はすべてSOAレコードの一部であり、TTLは行ごとに変更できます。

別の良いリソースはhttps://dmarcian.com/spf-survey/です

幸運を。

— ジェイコブ・エヴァンス
ソース