同じサブドメインの複数のTXTフィールド

同じサブドメインの複数のTXTレコードに問題がないか、問題が発生する可能性があるかどうかを理解したいと思います。特に、ルートドメインに1つのSPFレコードと1つのGoogle Domain Verificationレコードが必要です。

AWS Route 53では、次の方法でこれを明示的にサポートしています。

複数の値を別々の行に入力します。テキストを引用符で囲みます。例：「サンプルテキストエントリ」「エントリを引用符で囲む」

このようにして、単一のTXTフィールドにSPFとGoogleドメイン検証レコードの両方を含めることができます。

一方、name.comに問い合わせると、Route 53メソッドはサポートされていないため、2つの個別のTXTレコードを追加するよう提案されました。

説明されている方法は、Route 53で複数のレコードを作成する方法です。

テキストエリアに改行で区切られた2つの値を入力すると、DNSに2つの異なるレコードが作成されます。これが、Amazonが「レコードセット」と呼ぶ理由です。これはレコードのセットです。

マイケルは、あなたの混乱点がどこから来たのかに関して正しいです。私はいつものムチムチに進み、グーグル検索から来るかもしれない人々のためのより大きな質問に答えるつもりです。

• 複数のTXTレコードは、DNS標準に従って完全に合法です。
• 特定の標準をTXT実装する複数のレコードは、潜在的に違法になる可能性がありますが、その1つの標準の範囲内に限られます。
• TXT特定の名前を共有する他のレコードと共存して適切に再生するために複数の標準が必要であるため、競合が発生することはほとんどありません。そのような要件がそれをインターネット標準にすることは確かにありそうもない。

違いを理解するために、SPF標準（RFC 7208）がトピックについて何を言っているのかを見てみましょう。

   Starting with the set of records that were returned by the lookup,
   discard records that do not begin with a version section of exactly
   "v=spf1".  Note that the version section is terminated by either an
   SP character or the end of the record.  As an example, a record with
   a version section of "v=spf10" does not match and is discarded.

   If the resultant record set includes no records, check_host()
   produces the "none" result.  If the resultant record set includes
   more than one record, check_host() produces the "permerror" result.

つまり、TXTSPFの構文要件を満たしていないレコードは無視されます。エラーは、複数のレコードがSPF構文に一致する場合にのみ発生します。

（不思議に思われる方のために、DMARC構文にも同じ制限があります。）

を使用している場合Google Domains、TXTレコードを編集するとき、TXT値の隣にプラス記号（+）があります...クリックして、複数の値を追加します。