Having text files makes editing easier, but you still want to keep the
slaves the same - making the identical edit multiple times is some work,
but may not actually happen depending on circumstances (people make
mistakes)
I like to make all the servers 'masters' - so whoever has the highest
serial number wins. Then if you update one slave, it is automatically
synced to the others. This might conflict with however you populate your
true master.
On Fri, Dec 17, 2021 at 6:30 AM Roberto Carna <robertocarn...@gmail.com>
wrote:
> Warren, thanks a lot....with the masterfile-format clause it works OK.
>
> Greetings!!!
>
> El jue, 16 dic 2021 a las 15:43, Warren Kumari (<war...@kumari.net>)
> escribió:
> >
> >
> >
> > On Thu, Dec 16, 2021 at 10:37 AM Roberto Carna <robertocarn...@gmail.com>
> wrote:
> >>
> >> Dear all, I have one BIND9 server as master and 3 as slaves.
> >>
> >> The master and one slave are in a given site #1, and the other two
> >> slaves are in a geographical different site #2.
> >>
> >> In case site #1 goes offline, I need to edit records in both slaves
> >> from site #2, in order to point some services to other public IP's for
> >> contingency.
> >>
> >> My question is:
> >>
> >> What is the recommended way to edit the records from a BIND9 slave?
> >> Because the zone files are binary files
> >
> >
> > Yup, if you are running (IIRC) > v9.9.x, the default is binary files.
> > You can convert these beck to text with:
> > named-compilezone -f raw -F text -o example.com.text example.com
> example.com.binary
> >
> > You can also change the default in named.conf:
> > options {
> > // many many options
> > masterfile-format text;
> > //
> > // many other options
> > //
> > }
> >
> > The raw (binary) zone files are good for large zones, but for small
> zones, where speed isn't super important, text format works just fine...
> > W
> >
> >
> >>
> >> and using the Webmin interface
> >> is blocked.
> >>
> >> The only manner is changing the configuration from slave to master?
> >>
> >> Thanks in advance, greetings!!!
> >> _______________________________________________
> >> Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe from this list
> >>
> >> ISC funds the development of this software with paid support
> subscriptions. Contact us at https://www.isc.org/contact/ for more
> information.
> >>
> >>
> >> bind-users mailing list
> >> bind-users@lists.isc.org
> >> https://lists.isc.org/mailman/listinfo/bind-users
> >
> >
> >
> > --
> > The computing scientist’s main challenge is not to get confused by the
> > complexities of his own making.
> > -- E. W. Dijkstra
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe from this list
>
> ISC funds the development of this software with paid support
> subscriptions. Contact us at https://www.isc.org/contact/ for more
> information.
>
>
> 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
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
