[afnog] DNS zone transfer

[Antonio Godinho]

In a server with bind 8 which is working for the same purpose I get the 
following answer when running the command dig:

;; Received 2 answers (1676 records).
;; FROM: ns.foo.bar to SERVER: ns2.foo.bar
;; WHEN: Thu Aug 11 20:45:53 2005


then when running the same command against itself (the bind 8 server, which 
is also a secondary for the same domains) I get:


;; Received 2097 answers (2097 records).
;; FROM: ns.foo.bar to SERVER: 127.0.0.1
;; WHEN: Thu Aug 11 20:48:26 2005

Look at the diff in number of records!

Cheers,

On Thu, 11 Aug 2005 09:14:53 +0100, Brian Candler wrote
> On Thu, Aug 11, 2005 at 08:57:07AM +0200, Mark Tinka wrote:
> > > test      NS ns
> > >          NS ns2
> > >          NS ns3.other.com.
> > >
> > > Anyone has had such a problem?
> > 
> > I haven't had experience with BIND-4, but from experience 
> > with BIND-8 and 9, this doesn't look like a problem. If 
> > the zone name is "foo.bar", then incomplete resource 
> > records in the zone db file will automatically have the 
> > zone name (foo.bar, in this case) suffixed to make the 
> > FQDN.
> > 
> > Of course, ns3.other.com doesn't belong to the foo.bar 
> > domain, so it'll need to have its name in the FQDN 
> > fashion.
> > 
> > I have this same setup for several zones I host, and it's 
> > working. 
> > 
> > Despite this, does this zone work?
> 
> To check: on the slave server, type
> 
> $ dig @localhost foo.bar. axfr
> 
> having ensured that 127.0.0.1 is in 'allow_transfer' in named.conf
> This will show you the contents of the zone as served out by the nameserver.
> 
> Regards,
> 
> Brian.


--
Antonio Godinho
B.Sc.,MCP, MCSE, CCNA, CCNP
Maputo
Mozambique