[rbldnsd] The basics - help

Steve E. Mosher steve at moshtech.com
Thu Feb 15 04:58:35 MSK 2007


Thanks for the replies folks.  All this assistance and concept ideas is
great!

- Whether the zones are all loading properly.
- Check your syslog or output from rbldnsd startup for lines with
- wranings and errors. If a zonefile line cannot be validated it is
- dropped from the live zone and the blocking-hit will never occur.

I am seeing them ALL load correctly in the syslog so I'm safe there.

- Where you are getting the country data.
- The RIR sources are well-known for their high rates of bad or
- misleading content and the alternative manual efforts at fixing it are
- by nature always behind the facts.

The site Im grep'ing data from is completewhois.com

I will be removing the (first forward;) from the zone tables in the
conf.

--Mosher



-----Original Message-----
From: rbldnsd-bounces at corpit.ru [mailto:rbldnsd-bounces at corpit.ru] On
Behalf Of amos at treenetnz.com
Sent: Wednesday, February 14, 2007 12:51 PM
To: Small Daemon for DNSBLs
Cc: rbldnsd at corpit.ru
Subject: Re: [rbldnsd] The basics - help

> Hi folks,
>
> I just have a couple questions and I am currently trying to pin point
if
> I'm doing this correctly.
>
> The scenario and setups are as follows.
>
> This is a Gentoo Linux distro.
> BIND version 9.4.0
> rbldnsd version 0.996
> Postfix version 2.3.7
>
> Sample of named.conf ...
>
> Seeting up a forward of each CIDR ip pool based on country.
>
> zone "AE.blocked.rbl" IN {
> type forward;
> forward first;
> forwarders {
> 127.0.0.1 port 530;
> };
> };
> zone "AF.blocked.rbl" IN {
> type forward;
> forward first;
> forwarders {
> 127.0.0.1 port 530;
> };
> };
> zone "AG.blocked.rbl" IN {
> type forward;
> forward first;
> forwarders {
> 127.0.0.1 port 530;
> };
> };

You may be able to reduce this bit of the configuration a lot by using:
zone "blocked.rbl" IN {
  type forward;
  forward first;
  forwarders {
  127.0.0.1 port 530;
  };
};

rbldnsd will return NXDOMAIN for _anything_ outside its specified and
correctly loaded zone content. This produces a possible answer to your
other question about UK.

The catch-22 is when you are wanting to publish any other subzone of
'blocked.rbl' that are not being served by rbldnsd.
Which is not usually the case but _might_ occur.

The rest of the configs look okay.

>
> -----------------------------------------
>
>
> I'm just trying to figure out if I'm getting this down right or not.
>
> I seem to have issues with (I think) not picking up some of the
country
> like per say the UK codes.  They are still getting thru.  I'm just
> trying to get a grasp on if my approach is correct.  Any advice would
be
> greatly appreciated.  If anyone needs more info I can provide that.
>
> Thanks folks.
>
> --Mosher

The results there depend on two very important things:

 - Where you are getting the country data.
    The RIR sources are well-known for their high rates of bad or
misleading content and the alternative manual efforts at fixing it are
by nature always behind the facts.

 - Whether the zones are all loading properly.
    Check your syslog or output from rbldnsd startup for lines with
wranings and errors. If a zonefile line cannot be validated it is
dropped from the live zone and the blocking-hit will never occur.


AYJ

_______________________________________________
rbldnsd mailing list
rbldnsd at corpit.ru
http://www.corpit.ru/mailman/listinfo/rbldnsd


More information about the rbldnsd mailing list