BIND 8.3.0 odditiy
Richard Hopkins
Since upgrading to 8.3.0, I've found that I'm no longer able to resolve
host names within some (OK, one that I've been made aware of) domains. If I
revert to 8.2.5, then I can once again resolve without problem.
The one domain I'm aware of is bookaholic.co.uk. With 8.3.0, I consisently
get failures...
> server ncs.bris.ac.uk.
Default Server: ncs.bris.ac.uk
Address: 137.222.10.36
> www.bookaholic.co.uk.
Server: ncs.bris.ac.uk
Address: 137.222.10.36
*** ncs.bris.ac.uk can't find www.bookaholic.co.uk.: No response from server
> set type=mx
> bookaholic.co.uk.
Server: ncs.bris.ac.uk
Address: 137.222.10.36
*** ncs.bris.ac.uk can't find bookaholic.co.uk.: No response from server
> set type=ns
> bookaholic.co.uk.
Server: ncs.bris.ac.uk
Address: 137.222.10.36
*** ncs.bris.ac.uk can't find bookaholic.co.uk.: No response from server
...while with 8.2.5...
Default Server: localhost
Address: 127.0.0.1
> www.bookaholic.co.uk.
Server: localhost
Address: 127.0.0.1
Name: www.bookaholic.co.uk
Addresses: 195.147.246.231, 195.147.246.235
> set type=mx
> bookaholic.co.uk.
Server: localhost
Address: 127.0.0.1
bookaholic.co.uk preference = 10, mail exchanger =
mx1.bookaholic.co.uk
bookaholic.co.uk preference = 10, mail exchanger =
mx2.bookaholic.co.uk
bookaholic.co.uk preference = 10, mail exchanger =
mx3.bookaholic.co.uk
bookaholic.co.uk preference = 10, mail exchanger =
mx0.bookaholic.co.uk
bookaholic.co.uk nameserver = map1.dns.gxn.net
bookaholic.co.uk nameserver = map2.dns.gxn.net
bookaholic.co.uk nameserver = map3.dns.gxn.net
bookaholic.co.uk nameserver = map4.dns.gxn.net
mx0.bookaholic.co.uk internet address = 195.147.246.49
mx1.bookaholic.co.uk internet address = 195.147.246.220
mx2.bookaholic.co.uk internet address = 195.147.246.224
mx3.bookaholic.co.uk internet address = 195.147.246.36
> set type=ns
> bookaholic.co.uk.
Server: localhost
Address: 127.0.0.1
Non-authoritative answer:
bookaholic.co.uk nameserver = map4.dns.gxn.net
bookaholic.co.uk nameserver = map1.dns.gxn.net
bookaholic.co.uk nameserver = map2.dns.gxn.net
bookaholic.co.uk nameserver = map3.dns.gxn.net
Authoritative answers can be found from:
map4.dns.gxn.net internet address = 195.224.255.34
map1.dns.gxn.net internet address = 195.224.255.22
map2.dns.gxn.net internet address = 195.224.255.26
map3.dns.gxn.net internet address = 195.224.255.30
This is consistent on all the servers I've looked at (9); if they're
running 8.3.0 then they fail to resolve; if they're running 8.2.5 then they
don't.
Anyone got any ideas what the problem might be?
Cheers,
Richard Hopkins,
Information Services,
Computer Centre,
University of Bristol,
Bristol, BS8 1UD, UK
Tel +44 117 928 7859
Fax +44 117 929 1576
RFC-822: Richard...@bristol.ac.uk
Mark_A...@isc.org
Looks like their nameservers are broken. BIND 9.x and BIND 8.3.0 all
implement EDNS0. The nameservers in question are returning a NODATA
response.
; <<>> DiG 9.2.0 <<>> www.bookaholic.co.uk +norec @map1.dns.gxn.net. +dnssec
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 666
;; flags: qr aa rd; QUERY: 0, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; Query time: 390 msec
;; SERVER: 195.224.255.22#53(map1.dns.gxn.net.)
;; WHEN: Wed Jan 23 22:51:54 2002
;; MSG SIZE rcvd: 12
RFC 1035 servers should either ignore the additional record in the
query or return a error code (SERVFAIL/FORMERR/NOTIMP) depending
upon the implementation. There is no way they should be returning
NOERROR.
Mark
--
Mark Andrews, Internet Software Consortium
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: Mark.A...@isc.org