Re: bind replication
On 31.12.10 12:33, p...@mail.nsbeta.info wrote: Is it a right way to run rsync for bind's zone files replication? If we have dozons of zones, each zone has more than one view, you mean, each zone appears in more than one view? under this case setup the master/slave with standard zone-traff is the hard way IMO. I'd ask myself if you really need that much views, or views at all. However, setting up keys coule wease the way a bit. (I don't object against rsync, I'm just lazy and prefer way that is least complicated) -- 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. Fucking windows! Bring Bill Gates! (Southpark the movie) ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: bind replication
Torinthiel writes: If you know which zone has changed, than you can do rndc reload zonename. If you don't, than rndc reload reloads all zones. You could also try rndc reconfig, but I think it will only load new zonesm the ones just added in configuration, not never wersions of old zones). On 31.12.10 21:55, p...@mail.nsbeta.info wrote: What I'm not sure is, given I have two hosts A and B, A is master, B is slave. B fetches the zone files from A via rsync. But, how B knows that the zone files have been changed and then run rndc reload to tell bind reload the zones? simply run rndc reload and bind will reload all zones (actually, it will check files' timestamps and reload only files that have changed). note that for rsync replication there's no real master and slave. -- 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. There's a long-standing bug relating to the x86 architecture that allows you to install Windows. -- Matthew D. Fuller ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: bind replication
No dia 31 de Dez de 2010, às 08:18, p...@mail.nsbeta.info p...@mail.nsbeta.info escreveu: Anand Buddhdev writes: On 31/12/2010 05:33, p...@mail.nsbeta.info wrote: Hi, Is it a right way to run rsync for bind's zone files replication? If we have dozons of zones, each zone has more than one view, under this case setup the master/slave with standard zone-traff is the hard way IMO. Thanks. Yes, that's just fine. You don't have to use zone transfers. Thanks. But I have another question, how would bind know the zone files were changed before it reload zones? Regards. I think you have to restart bind. That's why I believe it's better to use zone transfers because it's automatic. Nuno Paquete -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: bind replication
On 31/12/2010 10:58, Nuno Paquete wrote: No dia 31 de Dez de 2010, às 08:18, p...@mail.nsbeta.info p...@mail.nsbeta.info escreveu: Anand Buddhdev writes: On 31/12/2010 05:33, p...@mail.nsbeta.info wrote: Hi, Is it a right way to run rsync for bind's zone files replication? If we have dozons of zones, each zone has more than one view, under this case setup the master/slave with standard zone-traff is the hard way IMO. Thanks. Yes, that's just fine. You don't have to use zone transfers. Thanks. But I have another question, how would bind know the zone files were changed before it reload zones? Regards. I think you have to restart bind. That's why I believe it's better to use zone transfers because it's automatic. You don't have to _restart_ BIND, you have to _reload_ it. Otherwise BIND can't know that the zone file on disk has changed. You'd do something like: rsync source:/some/zone dest:/bind/dir/zone ssh dest 'rndc reload zone' -- Anand ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: bind replication
Dnia 2010-12-31 09:58 Nuno Paquete napisał(a): No dia 31 de Dez de 2010, às 08:18, p...@mail.nsbeta.info p...@mail.nsbeta.info escreveu: Anand Buddhdev writes: On 31/12/2010 05:33, p...@mail.nsbeta.info wrote: Hi, Is it a right way to run rsync for bind's zone files replication? If we have dozons of zones, each zone has more than one view, under this case setup the master/slave with standard zone-traff is the hard way IMO. Thanks. Yes, that's just fine. You don't have to use zone transfers. Thanks. But I have another question, how would bind know the zone files were changed before it reload zones? Regards. I think you have to restart bind. That's why I believe it's better to use zone transfers because it's automatic. No, you don't have to. If you know which zone has changed, than you can do rndc reload zonename. If you don't, than rndc reload reloads all zones. You could also try rndc reconfig, but I think it will only load new zonesm the ones just added in configuration, not never wersions of old zones). Regards, Torinthiel ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
RE: bind replication
A further complication on this is if you are using dynamic updates. If you are using dynamic zones, bind will create journal files. If you were to copy over the zone files and journal files and do a reload, bind determines whether or not to reload the zone based on the timestamp of the zone file. It does not look at the time on the journal file. If you wished to sync zone files in this manner, with dynamic zones, you would need to freeze the zones on the sending side, which forces a write of the data that is in the journal file to the zone file, freeze the zones on the receiving side then copy the files over reload unfreeze zones on both sides. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: bind replication
On 12/31/2010 9:50 PM, p...@mail.nsbeta.info wrote: Alan Clegg writes: Done carefully (which will be the case in all circumstances), doing zone transfers within views of many zones is no more likely to get broken than doing it with external mechanisms. So going with bind's zone-transfer is there a howto document for this purpose? Not a how-to, but it is covered in the BIND FAQ on the ISC website.. http://www.isc.org/software/bind/faq Then look at the entry for: My slave server for both an internal and an external view has both views transferred from the same master view - how to resolve? AlanC signature.asc Description: OpenPGP digital signature ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users