SPF 记录的更改是否需要时间来传播?

Dan*_*com 17 domain-name-system spf latency

我正在为我的域设置 SPF 记录,但没有得到我期望的结果。我很可能犯了某种错误,但首先我想问:我对 SPF 记录所做的更改是否需要时间才能传播?

thr*_*rig 14

是的,可能存在缓存或其他延迟,具体取决于区域的编辑方式(nsupdate导致相当直接的更改,如果某些 Web 前端与数据库对话,最终可能会执行某些操作来更新区域,则不会如此),区域如何传输已完成(主 DNS 服务器可能会推送更改,或者可以将从属服务器配置为定期轮询该服务器以获取更新),以及您是否正在查询权威 DNS 服务器或其他可能TXT由于先前的记录而缓存了先前记录的服务器从您的客户端查询,因此不知道主服务器可能已经知道的更改。

使用nslookupdig查询不同的服务器(并检查SOA序列号,它应该已经发生了变化,如果没有,您正在查看旧数据)。

% dig +short @8.8.8.8 -t TXT google.com
"v=spf1 include:_spf.google.com ~all"
% dig +short @8.8.8.8 -t SOA google.com
ns2.google.com. dns-admin.google.com. 103585632 900 900 1800 60
Run Code Online (Sandbox Code Playgroud)

TTL该的TXT记录可能是知道一个重要的东西; 完整的dig输出应该包括这一点。

  • @DanielGriscom 请记住,“8.8.8.8”不是一台机器,而是一个全局集群。您很可能每次都遇到不同的解析器,并且每个解析器都可能必须分别启动它们的缓存。 (2认同)

EEA*_*EAA 9

首先,DNS 记录不会“传播”,至少在主动意义上是这样。记录缓存在各个层,更新记录的延迟是由于等待缓存记录到期并从上游服务器重新获取而导致的。

现在,对于您的问题 - 是的,SPF 记录是 DNS TXT 记录,因此可能需要一些时间来更新。

  • @JamesRyan Propagation 暗示记录传播背后有一个 **active** 动机。事实并非如此。许多不熟悉 DNS 的人确实假设存在主动传播,这就是为什么我将这部分包含在我的答案中,也是我限定“主动”部分的原因。 (3认同)
  • 人们,这就是为什么我限定了“传播”一词的使用。我了解 DNS RFC 所说的内容,也了解传播的含义。我正在澄清这个术语,因为太多人认为它意味着它没有的东西。 (2认同)