Re: empty zones and higher zone count after upgrading

2013-10-08 Thread Alan Clegg
On Oct 8, 2013, at 6:31 PM, Steven Carr wrote: > On 8 October 2013 23:27, Alan Clegg wrote: >> Except for using your servers to find the root servers to begin with. > > I stand corrected, I thought it might have done something clever for > the first hop and had the root hints compiled in. Thi

Re: empty zones and higher zone count after upgrading

2013-10-08 Thread Steven Carr
On 8 October 2013 23:27, Alan Clegg wrote: > Except for using your servers to find the root servers to begin with. I stand corrected, I thought it might have done something clever for the first hop and had the root hints compiled in. Steve ___ Please v

Re: empty zones and higher zone count after upgrading

2013-10-08 Thread Alan Clegg
On Oct 8, 2013, at 5:39 PM, Steven Carr wrote: > +trace ALWAYS goes to the root servers. It will bypass your DNS server > completely. Except for using your servers to find the root servers to begin with. AlanC -- Alan Clegg | +1-919-355-8851 | a...@clegg.com signature.asc Description: Mess

Re: empty zones and higher zone count after upgrading

2013-10-08 Thread Mark Andrews
In message , Con Wieland writes: > > On Oct 8, 2013, at 2:13 PM, Mark Andrews wrote: > > >=20 > > In message <93fdc4db-8835-482d-8b7d-7b58d09d5...@uci.edu>, Con Wieland = > writes: > >> I am still trying to understand the empty zones and bind 9.8.5-P2 > >> behaviour. The default shows 332 zones.

Re: empty zones and higher zone count after upgrading

2013-10-08 Thread Steven Carr
+trace ALWAYS goes to the root servers. It will bypass your DNS server completely. Steve On 8 October 2013 22:37, Con Wieland wrote: > > On Oct 8, 2013, at 2:13 PM, Mark Andrews wrote: > >> >> In message <93fdc4db-8835-482d-8b7d-7b58d09d5...@uci.edu>, Con Wieland >> writes: >>> I am still tryi

Re: empty zones and higher zone count after upgrading

2013-10-08 Thread Con Wieland
On Oct 8, 2013, at 2:13 PM, Mark Andrews wrote: > > In message <93fdc4db-8835-482d-8b7d-7b58d09d5...@uci.edu>, Con Wieland writes: >> I am still trying to understand the empty zones and bind 9.8.5-P2 >> behaviour. The default shows 332 zones. With empty-zones-enable no; I >> get 253 zones, but

Re: empty zones and higher zone count after upgrading

2013-10-08 Thread Mark Andrews
In message <93fdc4db-8835-482d-8b7d-7b58d09d5...@uci.edu>, Con Wieland writes: > I am still trying to understand the empty zones and bind 9.8.5-P2 > behaviour. The default shows 332 zones. With empty-zones-enable no; I > get 253 zones, but with empty-zones-enable yes: I get 349 > > The difference

Re: empty zones and higher zone count after upgrading

2013-10-08 Thread Steven Carr
So a "dig 10.IN-ADDR-ARPA" hasn't queried the root at all, if it had you would have a response with an SOA of prisoner.iana.org and you wouldn't have got an NXDOMAIN. sjcarr@elmo:~ $ dig 10.in-addr.arpa ; <<>> DiG 9.8.5-P1 <<>> 10.in-addr.arpa ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<

Re: empty zones and higher zone count after upgrading

2013-10-08 Thread Con Wieland
I am still trying to understand the empty zones and bind 9.8.5-P2 behaviour. The default shows 332 zones. With empty-zones-enable no; I get 253 zones, but with empty-zones-enable yes: I get 349 The difference between empty zones yes and no is the addition of zones: 10.IN-ADDR.ARPA & 16.172.IN

Re: empty zones and higher zone count after upgrading

2013-09-13 Thread Mark Andrews
Well they are documented in the current ARM. Named has some built-in empty zones (SOA and NS records only). These are for zones that should normally be answered locally and which queries should not be sent to the Internet’s root servers. The official servers which cover these na

empty zones and higher zone count after upgrading

2013-09-13 Thread Con Wieland
I upgraded on of our servers from 9.6-ESV-R8 to 9.8.5-P2 and I am showing 66 more zones than I had before. I now have: < ; Zone dump of '64.100.IN-ADDR.ARPA/IN/internal' < ; < ; not implemented thru < ; Zone dump of '127.100.IN-ADDR.ARPA/IN/internal' < ; < ; not implemented when I do an rnd