DNS-BL功能误报，如何对RBL查询结果的返回码进行二次验证？

wxhsh

3）目前网通没有出现电信DNS的问题，我先把DNS设置到网通的试试看。

这句话没看明白。

pctoper

哦， 就是在“设置”－“主域”内的－“DNS”服务器设置成网通的。

wxhsh

我知道，只是这个跟dns-bl有什么关系呢？

pctoper

我也是从anti-spam.org.cn中了解到的。请看下面连接
http://anti-spam.org.cn/forums/i ... 776&#entry24776

pctoper

又沉了，顶上去。高手支着啊

wxhsh

原帖由 pctoper 于 2007-8-9 17:37 发表
我也是从anti-spam.org.cn中了解到的。请看下面连接
http://anti-spam.org.cn/forums/index.php?showtopic=5068&st=15&gopid=24776&#entry24776

找了一下资料，研究了一下RBL工作原理，知道是什么原因了。
我觉得这个地址里解释得还不够清楚，我这里再详细说明一下：
首先，关键的RBL服务器工作原理：
md收到一个连接请求，发送IP到RBL服务器，然后把这个IP放在rbl服务器的域名前，如xx.xxx.xxx.xx.rbl.org，然后执行DNS反查，如果DNS记录返回IP地址，则说明这个发件方在黑名单中，关键就是这步。

然后介绍一下DNS劫持，也就是在查询A记录时会莫名奇妙返回B结果，这个大家用ADSL的用户最有体会，上网站明明是正确的地址但老被解析到星空互联去了。

因此，也就好理解明明不在黑名单的IP怎么会被拒了，即红色部分反查时DNS解析出错误的IP，导致出错。

这样的话我觉得更换DNS服务器是好办法，论坛上说的二次验证我觉得也不大可行。

pctoper

请wxhsh兄 研究下 那为何二次验证也不大可行呢？
DNS反查，而电信进行了DNS劫持，但是二次验证没有返回状态码。所以RBL的查询结果是不在黑名单中。应该可行吧。也不用设网通的DNS了。

wxhsh

以下是未经测试的RBL验证法：
打开SpamAssassin\rules\local.cf
找到skip_rbl_checks 1
改成skip_rbl_checks 0
打开SpamAssassin\rules\20_dnsbl_tests.cf
自己编辑，校验样式如下：
header RCVD_IN_CBLLESS eval:check_rbl('cblless', 'cblless.anti-spam.org.cn.', '127.0.8.5')

但这样用的是SA引擎，效率要低下许多。

pctoper

wxhsh兄 不会拿我当试验的小白鼠吧。

pctoper

使用网通的DNS后，未出现误查询现象。