Mark_Andrews at isc.org
Thu Feb 16 23:37:23 UTC 2006
> At 23:08 16-2-2006, Mark Andrews wrote:
> > > At 21:53 16-2-2006, Mark Andrews wrote:
> > >
> > > > > Hi,
> > > > >
> > > > > I'm using adns and BIND to do mass reverse lookups for me, but I seem
> > > > > to have run into a problem which I couldn't fix for the past few
> > > > > days. For some reason, my PTR lookups (adns type adns_r_ptr_raw) are
> > > > > getting nothing but "unexpected RCODE (SERVFAIL) resolving
> > > > > 'x.x.x.x.in-addr.arpa/PTR/IN': 18.104.22.168#53" results. AFAIK my BIND
> > > > > configuration ( http://greyhat.nl/named.conf ) is fine, but seeing
> > > > > all these remote errors coming from ns.ripe.net make me wonder about
> > > > > the sanity of my setup. I realise that this is a rather vague problem
> > > > > description, but I haven't come across any obvious hints yet. If you
> > > > > need more information, I'll be more than happy to provide that. Right
> > > > > now I'm just looking for any insights at
> > all, since I'm completely stuck!
> > > > >
> > > > > Kind regards,
> > > > > Ro
> > > >
> > > > The only hard piece of evidence and you go and obscure the
> > > > details.
> > > >
> > > > Mark
> > > >--
> > > >Mark Andrews, ISC
> > > >1 Seymour St., Dundas Valley, NSW 2117, Australia
> > > >PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews at isc.org
> > >
> > > Oh, you wanted me to say that 90% of the IPs I'm
> > > trying to resolve actually are resolvable on
> > > other hosts, but I get this error on my box? I
> > > "obscured" that IP (I didn't obscure anything, I
> > > just used x.x.x.x as a "wildcard" for all the
> > > queries that are failing), because I fail to see
> > > the relevance of quoting a single IP out of
> > > thousands that is resolvable on your host, but
> > > fails to resolve on mine. These IPs are from all
> > > over the world, on practically every ISP
> > > imaginable. Now for all of you who think I'm
> > > wrong in assuming this, here is one of the IPs in
> > > question: 22.214.171.124. Any help would be greatly appreciated.
> > >
> > > Roël
> > Well as you can see 28.84.IN-ADDR.ARPA is delegated to
> > NS.RIPE.NET however it isn't serving it. The other
> > nameservers for 28.84.IN-ADDR.ARPA are serving it.
> > Either NS.RIPE.NET needs to be fixed, the zone contents
> > needs to be fixed or the delegation needs to be fixed.
> > I suggest you contact the administators of 28.84.IN-ADDR.ARPA
> > and get them to address the problem.
> > Mark
> Are you seriously suggesting to contact RIPE, to
> tell them around 4000 of their IPs don't resolve,
> just on my host, but they work fine on another?
ns.ripe.net doesn't work for me for that query either.
The correct thing to do when a lookup is failing for a zone
is to contact the administator for that zone. If there are
multiple zones involved contact the administators for all
> I think this is not a problem at RIPE, but rather at my site, which
> is why I'm requesting help here.
It is a problem with NS.RIPE.NET which was clearly demonstrated
by querying NS.RIPE.NET directly and not going through a
You have yet to demonstrate that this is a local problem
at your site. The evidence supplied to date says otherwise.
> I'm not sure if you fully understand the
> problem, but I'm still looking for a solution to my situation.
You can alway configure named not to query 126.96.36.199.
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews at isc.org
More information about the bind-users