Changes to zone file not occuring

[Mathias Körber]

> 	ns1.telstra.net has a serial number of 2001010202 for=20
> 	informetech.com.  informetech.com has a serial number
> 	of 2001011806.  ns1.telstra.net is not able to zone
> 	transfer the zone from informtech.com.  Offhand, there
> 	doesn't seem to be any reason why.  informetech.com is
> 	answering authoritativly, so there aren't any errors
> 	in your zone files.  Perhaps there is a firewall blocking
> 	ns1.telstra.net from zone transfering?  I would check
> 	with whoever runs the ns1.telstra.net servers and have
> 	them check their logs for failed zone transfers of
> 	your zone.

check whether

	a) ns1.telstra.net can perform an SOA query successfully?
	b) informetech.com's primary sees the SOA queries
	   from ns1.telstra.net? (turn on query logging)

If a) but not b), ns1.telstra.net may not be performing a serial query
at all. Both BIND4 and BIND8, have a parameter controlling how many=20
serial# queries can be outstanding at any one time. If a server has
a very large number of zones, it may want to schedule a SOA query, but =
can,
due to this parameter, end up not actually perform it for a long time =
(as too many
others are outstanding or in the queue). One thing to try is to increase =
this parameter
(to the high hundreds/low thousands on large machines). In BIND-4 this =
was
a compile-time option, in BIND-8 this is an option in the named.conf =
file
("serial-queries").

BIND-9 uses a different method to queue/manage serial# queries and this =
does not
apply.=20

So if ns1.telsra.net is running BIND8, this may be something they
might try to tune.

Just a guess though...


>=20
> -Tim
>=20
>=20
> ------------------------------------------
> http://www.dnsconsultants.com
> DNS and other network consulting
> ------------------------------------------
>=20
>=20
> On Fri, 19 Jan 2001, Matt Constance wrote:
>=20
> >=20
> >=20
> > We have noticed that our zone file has not been "updated" to other
> > servers.
> > Our zone file has had a few updates  since the second of Jan=20
> howevere even
> > though serial has been updated otheres arent seening changes.
> >=20
> > This is causeing problems as we are trying to implement subdomains
> > dev. and irc. without success.
> >=20
> > Our local network sees teh changes and updates without a problem, so =
it
> > appears just seems to be externally that the problems occurs.
> >=20
> > We have restarted and reloaded named aswell as the server been =
rebooted
> > still to no avail.=20
> >=20
> > We have successfully made changes to a clients domain chement.com.au
> > however not to our own.=20
> >=20
> > Below is the zone file and named.conf file for review.
> > HAs anyone heard of or seen this problem before?
> >=20
> > -------ZONE FILE--informetech.com---------
> >=20
> >=20
> > ; informtech.com zone file
> > ; created 2/1/01 at at ah.net
> > $ORIGIN informetech.com.
> > @       IN      SOA     informetech.com.  matt.informetech.com.
> >                         (2001011806 86400 3600 6048000 184600)
> >         IN      NS      informetech.com.
> >         IN      NS      NS1.telstra.net.
> >         IN      MX      10 mail.informetech.com.
> >         IN      A       203.52.96.1
> > $ORIGIN informetech.com.
> > localhost       IN      A       203.52.96.1
> > mail    IN      A       203.52.96.1
> > www     IN      A       203.52.96.1
> > inf     IN      A       139.130.163.43
> > admin   IN      A       203.52.96.1
> > ircsex  IN      A       203.52.96.62
> > irc     IN      A       203.52.96.61
> >=20
> > *       IN      MX      10 mail.informetech.com.
> >=20
> > ---------named.conf-------
> > /*
> >  * A simple BIND 8 configuration
> >  */
> >=20
> > options {
> >   directory "/common/named";
> > #  forwarders { 10.21.205.1; 10.21.205.20; };
> > };
> >=20
> > logging {
> >         category lame-servers { null; };
> >         category cname { null; };
> > };
> >=20
> > zone "." in {
> >         type hint;
> >         file "root.cache";
> > };
> >=20
> > zone "0.0.127.in-addr.arpa" in {
> >         type master;
> >         file "named.local";
> > };
> >=20
> > zone "informetech.com" in {
> >   type master;
> >   file "informetech.com";
> > };
> >=20
> > zone "96.52.203.in-addr.arpa" in {
> >   type master;
> >   file "203.52.96";
> > };
> >=20
> > zone "chement.com.au" in {
> >   type master;
> >   file "chement.com.au";
> > };
> >=20
> >=20
> > -------------------------------------
> >=20
> >=20
> > Matthew Constance
> > Phone: +61 7 3264 7399	Mobile: 0403 294 553
> > Fax:   +61 7 3264 7508
> >=20
> >=20
> >=20
>=20
>=20
>=20