Dan*_*com 17 domain-name-system spf latency
我正在为我的域设置 SPF 记录,但没有得到我期望的结果。我很可能犯了某种错误,但首先我想问:我对 SPF 记录所做的更改是否需要时间才能传播?
thr*_*rig 14
是的,可能存在缓存或其他延迟,具体取决于区域的编辑方式(nsupdate
导致相当直接的更改,如果某些 Web 前端与数据库对话,最终可能会执行某些操作来更新区域,则不会如此),区域如何传输已完成(主 DNS 服务器可能会推送更改,或者可以将从属服务器配置为定期轮询该服务器以获取更新),以及您是否正在查询权威 DNS 服务器或其他可能TXT
由于先前的记录而缓存了先前记录的服务器从您的客户端查询,因此不知道主服务器可能已经知道的更改。
使用nslookup
或dig
查询不同的服务器(并检查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
输出应该包括这一点。
首先,DNS 记录不会“传播”,至少在主动意义上是这样。记录缓存在各个层,更新记录的延迟是由于等待缓存记录到期并从上游服务器重新获取而导致的。
现在,对于您的问题 - 是的,SPF 记录是 DNS TXT 记录,因此可能需要一些时间来更新。