Re: Problems in views in a zone transfer

2011-05-26 Thread Evan Hunt
> server 10.112.25.184 {keys view1-resolver.; }; // master > > Is there a best way? Your way is fine. You can also specify a key in the masters statement, e.g: view internal { match-clients { !key external-key; internal-acl; }; zone example.com { type sl

Re: Problems in views in a zone transfer

2011-05-26 Thread Luis Silva
Hi all, I think I have found a solution. Don't know if it is the best one: For example, for view1 i added "!key view2-resolver;" to the match-clients. view "VIEW1" { match-clients { !key view2-resolver.; 10.112.25.184; // IPs you want to access this view

Re: Problems in views in a zone transfer

2011-05-26 Thread Luis Silva
Hi all, I have this configuration in the zone.conf: view "VIEW1" { match-clients { 10.112.25.184; // IPs you want to access this view 10.112.25.185; // Note: you must include the IP of // the master to receive notifications. }

Re: Problems in views in a zone transfer

2011-05-23 Thread Mark Andrews
In message , Luis Silva wri tes: > Hi Steve, > > Many thanks for the answer. Just one question, when the master sends the > notification, does the slave checks all views and see if the tsig matches? > > Br, > Ls NOTIFY, UPDATE and QUERY messages are treated indentically in terms of view selecti

Re: Problems in views in a zone transfer

2011-05-23 Thread Luis Silva
Hi Steve, Many thanks for the answer. Just one question, when the master sends the notification, does the slave checks all views and see if the tsig matches? Br, Ls On Tue, May 10, 2011 at 8:15 PM, Steve Arntzen wrote: > I've been using multiple views and servers successfully for a while now.

Re: Problems in views in a zone transfer

2011-05-10 Thread Steve Arntzen
I've been using multiple views and servers successfully for a while now. I hope the following helps... To transfer zones to and from specific views, you can use keys, "match-clients" and "server" declarations to control access and transfers. Setup keys for each view. Disallow clients (and server

Re: Problems in views in a zone transfer

2011-05-10 Thread Matus UHLAR - fantomas
> On Tue, May 10, 2011 at 2:50 PM, Luis Silva wrote: > > Many thanks for the answer. Btw, If I want to notify the slaves that a zone > > is updated, which parameter (ip:port) needs to be configured in the slave to > > differenciate the view? Is the "transfer-source" also used for listening for > >

Re: Problems in views in a zone transfer

2011-05-10 Thread Luis Silva
the same zone* On Tue, May 10, 2011 at 3:39 PM, Luis Silva wrote: > Let me refrase my question. How can I notify a slave that suports different > views for the zone? How can the master distinguish? > > Thanks in advance, > Luis > > On Tue, May 10, 2011 at 2:50 PM, Luis Silva wrote: > >> Many t

Re: Problems in views in a zone transfer

2011-05-10 Thread Luis Silva
Let me refrase my question. How can I notify a slave that suports different views for the zone? How can the master distinguish? Thanks in advance, Luis On Tue, May 10, 2011 at 2:50 PM, Luis Silva wrote: > Many thanks for the answer. Btw, If I want to notify the slaves that a zone > is updated,

Re: Problems in views in a zone transfer

2011-05-10 Thread Luis Silva
Many thanks for the answer. Btw, If I want to notify the slaves that a zone is updated, which parameter (ip:port) needs to be configured in the slave to differenciate the view? Is the "transfer-source" also used for listening for the notify requests? On Fri, May 6, 2011 at 6:04 AM, Jeff Pang wrot

Re: Problems in views in a zone transfer

2011-05-05 Thread Jeff Pang
2011/5/6 Luis Silva : > Hi all, > > I'm using bind as frontend solution and I have another server as backend and > I'm implementing zone transfer between the two (bind is the slave and my > server is the master). The problem is that I want to use dns views. Bind > supports it but my backend server