How to set up SPF DNS Record for a domain name?
我对设置 SPF DNS 记录有点困惑。我按照其他人在他们的网站上提出的建议作为解决方案。在设置了 SPF TXT DNS Record 并等待了一段时间后，我在网站 MXToolBox 上测试了我的域名的 SPF Record，但它一直报告 SPF DNS Record not found。但是，如果我的域没有 WWW，MXToolBox 网站报告 SPF DNS 记录已找到。看看底部的图像。我希望有人能向我解释为什么会这样。
SPF TXT 记录
1
2
| # dig +short txt rel-tek.com
"v=spf1 mx ip4:96.236.199.65 ~all" |
您不应该期望您的 www 主机有 SPF 记录，也不应该有自己的 mx。
一个提示：当您对 DNS 进行更改时，请将 TTL 减少到 300(5 分钟)。这样可以更轻松地查看更改，并防止不良设置在缓存中停留太久，让您更轻松地修复错误。如果您在命令行上使用 dig(在 Debian linuxen 上安装 dnsutils 软件包)，您可以告诉它以您的家庭名称服务器为目标，这样您就可以绕过所有二级缓存并查看您的真实 DNS 正在提供什么服务，所以你可能会说：
1
| dig +short txt @ns75.worldnic.com rel-tek.com |
- "当您对 DNS 进行更改时，将 TTL 减少到 300(5 分钟)。" 这还不够，但取决于权威名称服务器群的配置方式。如果他们使用 DNS AXFR/IXFR 而不是 DNS NOTIFY 消息，您还需要在更改 TTL 值之前降低 SOA REFRESH 值。所以 1) 更改 REFRESH 2) 等待 REFRESH 的旧值 3) 更改 TTL 4) 等待 TTL 的旧值 5) 更改数据，然后 6) 反向执行所有前面的操作。如果您引入新记录，您应该更改 SOA NEGATIVE 值，即"负"TTL。
-
这些是关于主要和次要之间的区域传输，而不是对单个记录的请求，其中减少 TTL 效果很好，如果您按照我的建议直接查询您的主要 DNS，则这些都不适用。如今，大多数 DNS 提供商都控制着主要和次要的，因此更改往往会同时应用到任何地方(因为他们有内部知识)——如果不这样做，他们几乎没有什么收获。
-
"这些是关于主要和次要之间的区域传输，而不是对单个记录的请求，"您认为递归名称服务器会在哪里询问记录？对于所有权威名称服务器，即主要和次要名称服务器，它是负载平衡，而不是故障转移。如果您在主服务器上更改 TTL，但这种 TTL 更改仅在 24 小时后在辅助服务器上发生，那么任何要求辅助服务器的递归名称服务器都不会看到更改，也不会看到降低的 TTL...
-
" 如果不这样做，他们几乎没有什么收获。" DNS 设置与提供商一样多。 ALso 一个给定的域可以使用多个提供者。就像我在评论开头所说的那样：这取决于权威名称服务器的配置方式。我只是提供了经常被遗忘的额外信息(因为人们也倾向于忘记查询所有名称服务器，因为它是负载平衡而不是故障转移)
-
如果您对权威名称服务器进行测试，则 TTL 根本无关紧要：只要您使用新区域内容重新配置权威名称服务器并重新加载它，那么如果您要求它会给您新数据，无论之前的 TTL 是什么。
-
我无法为 TTL 输入低于 3600 的任何值。然而，最后一切似乎都适合我想做的事情；清楚地表明来自我们邮件服务器的电子邮件不是垃圾邮件或垃圾邮件。有用。我们的邮件将进入收件人收件箱文件夹而不是垃圾邮件文件夹。谢谢你。
