同一子域的多个TXT字段

我想了解,如果多个TXTlogging相同的子域是好的或可能导致问题。 特别是,我们要求在根域上有一个SPFlogging和一个Google域名validationlogging。

在AWS Route 53中,他们通过以下方式明确支持:

在不同的行上input多个值。 用引号括起文本。 示例:“示例文本input”“用引号括起来”

这样一个单独的TXT字段可以包含SPF和Google Domainvalidationlogging。

当我询问name.com时,他们build议添加两个单独的TXTlogging,因为不支持Route 53方法。

所描述的方式是您在Route 53上创build多个logging的方式。

在textarea中input两个由换行符分隔的值将会在DNS中产生两个不同的logging。 这就是为什么亚马逊称之为“logging集” – 这是一组logging。

迈克尔对于你的困惑来自何处是正确的。 我将继续我平时的闷闷不乐,回答那些可能从Googlesearch中遇到的问题。

  • 根据DNS标准,多个TXTlogging是完全合法的。
  • 执行特定标准的多个TXTlogging可能是非法的,但仅在该标准的范围内。
  • 鉴于需要多种标准共存并与其他共享名称的TXTlogging很好地配合,冲突不太可能发生。 这样的要求当然不可能成为互联网标准。

为了理解这个区别,我们来看看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. 

简而言之,不符合SPF语法要求的TXTlogging被忽略。 只有在多个logging匹配SPF语法的情况下才会出现错误。

(对于那些可能想知道的人, DMARC语法也有相同的限制。)

如果您使用的是Google Domains ,则在编辑TXTlogging时, TXT值旁边会有一个加号(+),然后单击该符号以添加多个值。