同一子域的多个TXT字段

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

他们在AWS Route 53中以以下方式明确支持此功能：

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

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

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

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

在文本区域中用换行符分隔的两个值输入将在DNS中产生两个不同的记录。这就是为什么亚马逊称其为“记录集”-它是一组记录。

关于您的混淆点来自何处，迈克尔是正确的。我将继续平时的闷闷不乐，为那些可能因Google搜索而发生的问题回答更大的问题。

• TXT根据DNS标准，多个记录是完全合法的。
• TXT实施特定标准的多个记录可能是非法的，但仅在该标准范围内。
• 鉴于需要多种标准来共存并与TXT共享给定名称的其他记录很好地兼容，因此冲突不太可能发生。当然，这种要求不可能使其成为Internet标准。

为了了解差异，让我们看一下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语法具有相同的限制。）

如果使用Google Domains，则在编辑TXT记录时，该TXT值旁边会有一个加号（+）符号...单击可添加多个值。