domain-name-system – 混合SPF记录

我的DNS中有通常的Google Apps SPF记录:
v=spf1 include:_spf.google.com ~all

现在,既然我们正在使用ZenDesk,我还应该补充:

v=spf1 include:support.zendesk.com ~all

他们应该合并成这样的:

v=spf1 include:_spf.google.com include:support.zendesk.com ~all

解决方法

是的,这是正确的,除非_spf.google.com包含重定向(它没有).在这种情况下,包括:_spf.google.com应该移动到列表的末尾,以避免在包含重定向后替换所有条目

此外,请注意RFC(IETF RFC4408)指定应允许最多10个MX或PTR查找,之后,应终止单个记录的验证.这是为了确保SPF解析器不会陷入无休止的查找场景(潜在的DoS).

这在现实生活中如何应用?
假设两者都使用“mx”机制,并且每个机制都有6个不同的MX记录.现在,当第一个包含(_spf.google.com)已被处理时,您只剩下4个查找,可以这么说.如果正在验证的MTA是第二个包含的最后2个不同MX记录(support.zendesk.com),则即使您已正确包含所有记录,验证也可能实际失败.

对于上述情况并非如此,但值得考虑,因为在设计SPF结构时并非所有公司都会考虑这一点.只是尝试查找,例如,TXT for ebay.com并尝试计算可能导致的查找次数;-)

相关文章

vue阻止冒泡事件 阻止点击事件的执行 <div @click=&a...
尝试过使用网友说的API接口获取 找到的都是失效了 暂时就使用...
后台我拿的数据是这样的格式: [ {id:1 , parentId: 0, name:...
JAVA下载文件防重复点击,防止多次下载请求,Cookie方式快速简...
Mip是什么意思以及作用有哪些