Hello, We are running BIND 9.7.0, and use a split view such that there is a difference depending on whether you are within our site campus or not. For all the other zones we support we simply 'include' the zone file into both views. Generally this seems to work fine.
However, when checking the SOA serial number of our reverse zone we are seeing different values depending on whether we are inside or outside of the campus. This zone is maintained internally by MS Windows servers, and so our main servers (141.163.1.250 and 141.163.177.1) act as slaves. For example, at this moment: Inside: dig 163.141.in-addr.arpa. soa @141.163.1.250 +short ils009.uopnet.plymouth.ac.uk. admin.uopnet.plymouth.ac.uk. 3330257 3600 600 86400 3600 Outside: dig 163.141.in-addr.arpa. soa @141.163.1.250 +short ils009.uopnet.plymouth.ac.uk. admin.uopnet.plymouth.ac.uk. 3330251 3600 600 86400 3600 Both views use the same zone file (which currently contains 3330257 as the serial number), and the zone is configured to use a single master. If I use rndc to reload the zone in both views, then nothing changes. If I stop and restart the whole named service, then both views have the same serial number. Why doesn't a reload cause the zone serial number to be updated from the file copy of the zone? When the zone changes on the master, BIND receives a notify and I would expect that to trigger a transfer of the zone according to named.conf. I would then expect named to reload the zone for each view it appears in. As such since this zone is in both the internal and external views, I would expect the serial number to always be the same. I am a little confused as to where the difference is coming from. I assume I am missing something obvious!? Thanks, John. -- John Horne, University of Plymouth, UK Tel: +44 (0)1752 587287 Fax: +44 (0)1752 587001 _______________________________________________ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
