同一子域的多个 TXT 字段

Question

我想了解同一子域的多个 TXT 记录是否正常或可能导致问题。特别是，我们要求根域上有一个 SPF 记录和一个 Google 域验证记录。

在 AWS Route 53 中，他们通过以下方式明确支持这一点：

在单独的行上输入多个值。将文本括在引号中。示例：“示例文本条目”“将条目括在引号中”

这样，单个 TXT 字段可以同时包含 SPF 和 Google 域验证记录。

另一方面，当我询问 name.com 时，他们建议添加两个单独的 TXT 记录，因为不支持 Route 53 方法。

Answer 1

所描述的方法是你在路线53中创建多个记录的方式。

在由换行符分隔的 textarea 中输入两个值将在 DNS 中产生两个不同的记录。这就是亚马逊称其为“记录集”的原因——它是一组记录。

Answer 2

关于您的困惑点来自何处，迈克尔是正确的。我将继续我通常的闷闷不乐，并为那些可能在 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.

简而言之，TXT不符合 SPF 语法要求的记录将被忽略。只有在多个记录匹配 SPF 语法的情况下才会发生错误。

（对于那些可能想知道的人，DMARC语法具有相同的限制。）

Answer 3

如果您使用的是Google Domains，则在编辑TXT记录时，TXT值旁边会显示一个加号 (+) ...单击该符号可添加多个值。