Not too sure what you think you are trying to achieve here, but you wouldn't have the same zone under two different file names otherwise things could get messy. Usually you could specify two or more master servers that a zone can be XFERd from, this way if one fails the second can be used in order to ensure that the slave server has the correct zone information. The slave server would be responsible for working out what master server to use and then to suck down a zone file and store it for its own use. If you somehow managed to do what you are asking, how would the slave know what zone file to use for - say example.com, if the serial number and SOA records matched on both masters but the zone info was different. And then, if the SOA records didn't match, what would be the point of keeping the older zone anyway (which is the behaviour you see today) and so a second file would be redundant and useless and only serve to confuse matters. You might need to explain what it is you are trying to do - if it's a view I believe this can be done (same zone viewed from inside is different when viewed from the outside) but tends to be a reasonably complex setup. This might help you, but it really depends what it is your goal is. http://www.knowplace.org/pages/howtos/split_view_with_bind_9_howto.php -- Steve. On Wed, Dec 21, 2011 at 10:52 PM, Piyush Sharma <piyushmap@xxxxxxxxx> wrote: > Hi, > > How to configure 2 master dns server with 1 slave dns server ? > > zone "example.com." IN { > type slave; > masters { 192.168.10.10; }; > file "slave/abc.zone"; > }; > zone "10.in-addr.arpa." IN { > type slave; > masters { 192.168.10.1; }; > file "slave/abc-rev.zone"; > }; > > Now how to configure multiple master in slave server with different-2 file > name ? > > -- > Regards, > > > Piyush M Sharma > My Linux Blog <http://www.linuxsurgeon.org/kb> > RedHat Certified Engineer > 09413194321 > Linux Administrator > > http://in.linkedin.com/in/linuxboy > > Skype Id :- piyushbmap > -- > redhat-list mailing list > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe > https://www.redhat.com/mailman/listinfo/redhat-list > -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
