zone transfers slow

Mark Andrews Mark_Andrews at isc.org
Tue Feb 15 23:46:57 UTC 2005


> The server contained in the SOA.MNAME is usually excluded from NOTIFYs 
> because it is expected to be the primary master server. Try adding an 
> "also-notify" for lurch to the relevant zones, or globally. You didn't 
> say whether you were running BIND 9 or not, but if you are, you also 
> might want to consider using "notify explicit", to prevent the master 
> from sending NOTIFYs to itself.

	Or just make the SOA.MNAME match with reality.
 
> - Kevin
> 
> Nicole Skyrca wrote:
> 
> >Hello,
> >We have a master name server, and two slaves called icarus and lurch. 
> >Zone transfers to icarus
> >appear to be instantaneous (ie as soon as the master sends the notify).
> >There is either a 
> >short delay  (anywhere from a few minutes to 30 minutes) in the
> >transfers to lurch, or lurch
> >just doesn't transfer the zone at all.  According to the logs,
> >everytime a serial number is updated
> >for a zone on the master, icarus will trasfer the zone with the new
> >serial number, but lurch
> >may miss 5 or 6 serial number changes before it transfers a zone.  Does
> >anyone
> >have any ideas why this could be happening and how I could fix it? 
> >We'de like lurch to transfer
> >the updated zones as they get updated.
> >
> >Some other information that might be helpful is that lurch is named the
> >SOA in all of our zone files.
> >Lurch also acts as a master to our secondary dns service provider.
> >
> >Thank you in advance for your help. I'm fairly new to the DNS world and
> >I've been reading the
> >books and searching the admin list archives, but any additional help
> >would be greatly appreciated.
> >
> >Thanks,
> >Nicole
> >
> >Nicole Skyrca
> >Syracuse University
> >Computing and Media Services
> >Machinery Hall
> >315-443-5310
> >nskyrca at syr.edu
> >
> >
> >
> >
> >  
> >
> 
> 
> 
--
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 mailing list