古いDNSインターフェイスが提供する可能性がある 記録 タイプラベル付き SPF。このラベルは、過去のタイプ 99 リソース レコードを参照できますが、これは現在のSPFバージョン 1 仕様で必要とされる出版形式ではありません。 RFC 7208 §3.1 TXT 、 DNSタイプ 16 のSPFポリシーが必要となり、以前の代替タイプのアプローチは廃止されました。
古いドメインを維持している管理者にとって、有用なタスクは互換性のクリーンアップです。古いデータを削除する前に、実際に提供される内容を確立し、 TXT正しくし、まだタイプ 99 に依存しているレガシー システムを特定します。
電線の種類を確認する
製品は、実際にTXTデータを作成するときに、わかりやすい構成ラベルとして「 SPF 」を使用できます。別のインターフェイスではタイプ 99 が実際に作成される可能性があります。メニューの文言だけで判断しないでください。 TXT明示的にクエリし、 DNSツールでサポートされている場合は、タイプ 99 を個別にクエリします。回答タイプ、所有者名、値、TTL を保存します。
SPFポリシーは、評価されたドメイン名に属します。ルートのTXTポリシーは、別のエンベロープ サブドメインを自動的にカバーしません。 TXT結果の欠落がメールの問題の原因であると結論付ける前に、検査対象のドメインが実際の送信 ID と一致していることを確認してください。
二重出版が目的ではない理由を理解する
歴史的な RFC 4408 §12 SPFタイプ 99 の割り当てを記録します。その実験的な仕様では、代替のリソース レコード タイプが許可されていました。 RFC 7208 §3.1 移行アプローチでは信頼できる共通展開モデルが得られず、 SPFバージョン 1 に対してのみTXTを選択したと説明しています。2 つの異なるコピーを維持しても、最新のSPF評価は向上しません。人々が検査して誤解する可能性のある別の構成が作成されます。
したがって、タイプ 99 レコードだけでは、標準に準拠したSPFバージョン 1 の出版には不十分です。正しい TXTレコード が運用上の優先事項です。 TXTとタイプ 99 が一致しない場合は、より厳密に見える方の値を選択しないでください。現在のサービス所有権とプロバイダーの指示から目的の送信者ポリシーを再構築します。
保守的な移行を計画する
まず、既存のDNS状態をエクスポートします。 TXTが存在しない場合は、公開する前に正しいポリシーを設計して検証します。 TXTすでに存在する場合は、それが適用可能な唯一のSPF TXTレコードであることを確認します。 RFC 7208 §4.5 そして正しく評価します。タイプ 99 が存在するという理由だけで別のTXTポリシーを作成しないでください。
合成例では、ドメインはタイプ 99 を提供します。 v=spf1 ip4:192.0.2.10 -all ただし、 SPF TXTレコードはありません。最新の TXT ベースの評価は、タイプ 99 の値からポリシーを取得しません。承認された同等のTXTポリシーを公開すると、不足している標準公開形式に対処できます。このアドレスは文書化専用であり、運用環境にコピーしないでください。
タイプ 99 を削除する前に、内部メール ソフトウェア、 DNS自動化、監視スクリプトを確認し、従来の期待に対応する変更手順を確認してください。標準で要求されていない場合でも、ローカル ツールでクエリを実行する場合があります。これらの依存関係を意図的に更新し、組織の変更管理の下で古いレコードを削除します。これは移行のための予防策であり、タイプ 99 を無期限に保存することを推奨するものではありません。
DNSと実際のメールを確認する
公開後に信頼できるTXT回答を検査し、再帰的キャッシュを考慮します。信頼できる受信側で保持されている送信サービスからの実際のメッセージをテストし、使用されたSMTP ID とSPF結果に注目します。ベンダーが制御する別のエンベロープ ドメインの受信者レポート パスは、修正されたドメインのTXTポリシーが適用されたことを証明しません。
TXTタイプ 16 になるように Runbook を更新し、予想される所有者名を取得します。プロバイダー UI がSPFラベルを使用し続ける場合は、それが作成する内容を文書化します。これにより、レジストラの転送または DNS プロバイダーの移行中に同じ問題が再発するのを防ぎます。
完了の証拠を定義する
前後のDNS応答、送信者ポリシーの承認、廃止された従来の依存関係のインベントリ、および代表的なメッセージ テストを保持します。目的は、古いツールが矛盾する証拠を提示しない、必要な形式で維持される 1 つのSPFバージョン 1 ポリシーです。
決定のために証拠を使用する
type99 のみの例では、 TXTと type99 に対して別々のクエリ結果を保存します。 ID が有効で検索エラーがないと仮定すると、標準準拠のSPFチェックではTXTポリシーが検出されず、何も返されません。 type99 を借用するわけではありません。 TXT変更が承認されたら、閉じる前にその正確な ID を使用したサンプルを要求します。これは予想されるプロトコルの動作であり、測定された移行ではありません。