동일한 하위 도메인에 대한 여러 TXT 필드

동일한 하위 도메인에 대해 여러 TXT 레코드가 정상인지 또는 문제를 일으킬 수 있는지 이해하고 싶습니다. 특히 루트 도메인에 하나의 SPF 레코드와 하나의 Google 도메인 확인 레코드가 필요합니다.

AWS Route 53에서는 다음과 같은 방식으로이를 명시 적으로 지원합니다.

별도의 줄에 여러 값을 입력하십시오. 텍스트를 따옴표로 묶습니다. 예 : "샘플 텍스트 항목" "항목을 따옴표로 묶습니다"

이렇게하면 단일 TXT 필드에 SPF 및 Google 도메인 확인 레코드가 모두 포함될 수 있습니다.

반면에 name.com에 요청할 때 Route 53 방법이 지원되지 않으므로 두 개의 별도 TXT 레코드를 추가하도록 제안했습니다.

설명 된 방법 은 Route 53에서 여러 레코드를 작성하는 방법입니다.

텍스트 영역에 줄 바꿈으로 구분 된 두 개의 값을 입력하면 DNS에 두 개의 별개의 레코드가 생성됩니다. 이것이 아마존이 "레코드 세트"라고 부르는 이유입니다. 레코드 세트입니다.

마이클은 당신의 혼란이 어디에서 왔는지에 대해 정확합니다. 나는 보통의 답답함을 진행하고 Google 검색에서 발생할 수있는 사람들을 위해 더 큰 질문에 대답 할 것입니다.

• 여러 TXT표준은 DNS 표준에 따라 완전히 합법적입니다.
• 특정 표준을TXT 구현 하는 여러 레코드는 불법 일 수 있지만 해당 표준의 범위 내에서만 가능합니다.
• 여러 표준이 공존하고 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있습니다.이 단추를 클릭하면 여러 값을 추가 할 수 있습니다.