Re: zone update to slave
On 10.01.12 15:06, Dan Letkeman wrote: It seems as if these types of records get transfered: 9 PTR gvc-busdrivers.wks-gvc.domain.com. But these do not: 24.184.16.172.in-addr.arpa. IN PTR str-r7500.gvc.domain.com. If I delete the journal file on the on the slave server up the serial number on the master I get the same results. The first type of record is updated dynamically and the second type of record is added manually. afaik zone zan be updated only statically or only dynamically, not both. Apparently your master does not know that you have added something manually, because it only writes the zone file, it does not read it. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. (R)etry, (A)bort, (C)ancer ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: zone update to slave
$ORIGIN 184.16.172.in-addr.arpa. $TTL 14400; 4 hours 105 PTR GVC-E237-A01.wks-gvc.domain.com. 88PTR GVC-LIB-C07.wks-gvc.domain.com. 9 PTR gvc-busdrivers.wks-gvc.domain.com. 90PTR nb-csiler.wks-gvc.domain.com. 98PTR GVC-RES-A05.wks-gvc.domain.com. 16.184.16.172.in-addr.arpa. IN PTR off-hp4050.gvc.domain.com. 24.184.16.172.in-addr.arpa. IN PTR str-r7500.gvc.domain.com. 22.184.16.172.in-addr.arpa. IN PTR lib-hp4300.gvc.domain.com. 11.184.16.172.in-addr.arpa. IN PTR res-hp4300.gvc.domain.com. It seems as if these types of records get transfered: 9 PTR gvc-busdrivers.wks-gvc.domain.com. But these do not: 24.184.16.172.in-addr.arpa. IN PTR str-r7500.gvc.domain.com. You should find a record called 24 IN PTR str-r7500.gvc.domain.com. on the slave. Note that BIND stores that below the current value of $ORIGIN so that's fine and dandy. Query your slave for the PTR to verify [ dig -x @slaveIP 172.16.84.24 ] If I delete the journal file on the on the slave server up the serial number on the master I get the same results. The first type of record is updated dynamically and the second type of record is added manually. This sentence doesn't really make sense: updated dynamically vs added manually? For the record, if you're using dynamic DNS updates to the master, you should avoid editing the master zone file manually. -JP ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: zone update to slave
Ah, I did not know that. So then my scenario must be somewhat common. Yes I update this reverse zone dynamically via dhcp, but I also have some static devices in the same range that I want to manually enter, hence the manual entry on the master. So what is the best practice for adding a static entry to a dynamically updated zone? On Wed, Jan 11, 2012 at 2:51 AM, Matus UHLAR - fantomas uh...@fantomas.sk wrote: On 10.01.12 15:06, Dan Letkeman wrote: It seems as if these types of records get transfered: 9 PTR gvc-busdrivers.wks-gvc.domain.com. But these do not: 24.184.16.172.in-addr.arpa. IN PTR str-r7500.gvc.domain.com. If I delete the journal file on the on the slave server up the serial number on the master I get the same results. The first type of record is updated dynamically and the second type of record is added manually. afaik zone zan be updated only statically or only dynamically, not both. Apparently your master does not know that you have added something manually, because it only writes the zone file, it does not read it. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. (R)etry, (A)bort, (C)ancer ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: zone update to slave
You can freeze thaw or use nsupdate to dynamically add the static entries. rndc freeze Edit zone rndc thaw You will lose any ddns updates during the freeze. -Ben Croswell On Jan 11, 2012 3:52 PM, Dan Letkeman danletke...@gmail.com wrote: Ah, I did not know that. So then my scenario must be somewhat common. Yes I update this reverse zone dynamically via dhcp, but I also have some static devices in the same range that I want to manually enter, hence the manual entry on the master. So what is the best practice for adding a static entry to a dynamically updated zone? On Wed, Jan 11, 2012 at 2:51 AM, Matus UHLAR - fantomas uh...@fantomas.sk wrote: On 10.01.12 15:06, Dan Letkeman wrote: It seems as if these types of records get transfered: 9 PTR gvc-busdrivers.wks-gvc.domain.com. But these do not: 24.184.16.172.in-addr.arpa. IN PTR str-r7500.gvc.domain.com. If I delete the journal file on the on the slave server up the serial number on the master I get the same results. The first type of record is updated dynamically and the second type of record is added manually. afaik zone zan be updated only statically or only dynamically, not both. Apparently your master does not know that you have added something manually, because it only writes the zone file, it does not read it. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. (R)etry, (A)bort, (C)ancer ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users