Article View: pl.comp.os.linux.sieci
Article #244096Re: Bind9 multi view i replikacja.
From: aaa
Date: Fri, 28 Feb 2014 08:33
Date: Fri, 28 Feb 2014 08:33
101 lines
3212 bytes
3212 bytes
Andrzej W. <awa_wp.a_to_wytnij.@wp.pl> wrote:
> W dniu 2014-02-26 18:15, aaa@h1.pl pisze:
>> Jest to możliwe do zrealizowania z użyciem mechanizmu TSIG. Do każdego
>> widoku dodajesz dyrektywę server z opcją keys zawierająca odpowiedni
>> klucz.
>>
>
> Też tak myślałem, ale nie wymyśliłem.
> Zrealizowałeś to, czy Ci się tylko tak wydaje?
> Jakiś przykład jak to master ma zaprezentować odpowiedni widok slavowi w
> zależności od tego jakim to kluczem on się przedstawi?
Zrealizowałem trochę inną konfigurację, obydwa serwery DNS mają po dwa
adresy IP ale transfery wszystkich widoków odbywają się przez sieć lokalną.
Tak mniej więcej to wygląda:
slave 192.168.1.100
master 192.168.1.200
Ciekwe i nieoczywiste jest to, że "match clients" musi zawierać
dyrektywę !key external; Bez tego wpisu nie działa u mnie transfer
widoku external. W przypadku z pojedynczym adresem IP zapewne nie będzie
potrzebna dyrektywa also-notify.
konfiguracja wspólna:
acl internals {
127.0.0.0/8;
192.168.1.0/24;
};
key "internal" {
algorithm hmac-md5;
secret "..."
};
key "external" {
algorithm hmac-md5;
secret "..."
};
master:
view "internal" {
match-clients { !key external; internals; };
server 192.168.1.100 { keys internal; };
recursion yes;
also-notify { 192.168.1.100; };
zone "example.org" {
type master;
file "example.org.internal";
notify yes;
allow-transfer { key internal; };
};
};
view "external" {
match-clients { key external; any; };
server 192.168.1.100 { keys external; };
recursion no;
also-notify { 192.168.1.100; };
zone "example.org" {
type master;
file "example.org.external";
notify yes;
allow-transfer { key external; };
};
};
slave:
view "internal" {
match-clients { !key external; internals; };
server 192.168.1.200 { keys internal; };
recursion yes;
zone "example.org" {
type slave;
file "example.org.internal";
masters { 192.168.1.200; };
allow-notify { key internal; };
};
};
view "external" {
match-clients { key external; any; };
server 192.168.1.200 { keys external; };
recursion no;
zone "example.org" {
type slave;
file "example.org.external";
masters { 192.168.1.200; };
allow-notify { key external; };
};
};
Technical Details
Message-ID:
<lephl9$9gm$1@alfa.ceti.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.ceti.pl!not-for-mailReferences:
<lej4u6$3t1$1@mx1.internetia.pl> <lel7g4$mm0$1@alfa.ceti.pl> <530f25c0$0$2139$65785112@news.neostrada.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.ceti.pl!not-for-mail
From: aaa@h1.pl
Newsgroups: pl.comp.os.linux.sieci
Subject: Re: Bind9 multi view i replikacja.
Date: Fri, 28 Feb 2014 08:33:45 +0000 (UTC)
Organization: CETI S.C. (Krakow, Poland)
Lines: 101
Message-ID: <lephl9$9gm$1@alfa.ceti.pl>
References: <lej4u6$3t1$1@mx1.internetia.pl> <lel7g4$mm0$1@alfa.ceti.pl> <530f25c0$0$2139$65785112@news.neostrada.pl>
NNTP-Posting-Host: merkury.cenzor.pl
Mime-Version: 1.0
X-Trace: alfa.ceti.pl 1393576425 9750 62.121.130.34 (28 Feb 2014 08:33:45 GMT)
X-Complaints-To: abuse@tech.ceti.pl
NNTP-Posting-Date: Fri, 28 Feb 2014 08:33:45 +0000 (UTC)
User-Agent: tin/1.9.2-20070201 ("Dalaruan") (UNIX) (Linux/2.6.24-etchnhalf.1-686 (i686))
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit