8 msgForwarding environment questions
1 msgBIND 9.5 libxml dependecy
1 msghow to check if bind is compliled with the dlz ...
4 msgbind crash with max-cache-size
1 msgBIND 9.5 stats
4 msgdnssec-keygen + Bind 9.4.2 RC2

Blackhole for incoming queries only
\ Chris Thompson (20 Nov 2007)
. \ Erik Freitag (21 Nov 2007)

2 msgChange nameserver's ips
2 msgNeed info about dns client
2 msgHigh processor windows 2003 64 bit
2 msgturn off notifies for internal view?
10 msgunable to get a nslookup on windows client
2 msgwhy can't resolved
3 msgCan't resolve some domians
4 msgfresh installation is hosed...
3 msgEnable logging for a single zone in BIND 8.2.3?
5 msgafter delegation
1 msgdns_rdata_fromtext: buffer-0xb7f1ab44:1: near e...
6 msgBind 8.4.7-P1 on Solaris 8
2 msgRe: Resend: BIND 9.4.2 Release Candidate 2 is n...
Subject:Blackhole for incoming queries only
Group:Bind-users
From:Chris Thompson
Date:20 Nov 2007


 
Over the last couple of years we've been locking down our recursive
nameservers with increasing severity. By now, allow-query and
allow-recursion block everything outside the university networks,
so such host always get a REFUSED response. That doesn't stop
there being quite a few of them that go on generating substantial
numbers of requests (shown up by query logging).

I had wondered whether it would make sense to move from refusing
to ignoring, by specifying

options { ...
blackhole { ...; !ournets; any; }; // hard to get negated ACLs right!
...
};

But this turns out to be a supremely bad idea, because "blackhole" not
only stops BIND accepting queries _from_ those addresses - it also stops
it sending queries _to_ them. And of course most nameservers in the
world are not in "ournets" ...

Any ideas on how to achieve the desired effect?

--
Chris Thompson
Email: cet1




© 2004-2008 readlist.com