---

Jeg har en master+slave (bind9)

Når jeg opretter master zoner, skal jeg også oprette slave zoner på dns2

Er der en måde således at slave selv opretter zoner svarende til
master/named.conf?

Anyone?

Mvh
Michael Andreasen

---

Michael Andreasen skrev:

> Når jeg opretter master zoner, skal jeg også oprette slave
> zoner på dns2

Zonerne skal oprettes i named.conf som hhv. master og slave.

#v+
# Primær NS (fx 10.0.0.1)
zone "example.com" {
   type master;
   file "/path/to/db.example.com";
};
#v-

og

#v+
# Sekundær NS (fx 10.0.0.2)
zone "example.com" {
   type slave;
   masters {
      10.0.0.1;
   };
   file "/path/to/cache/db.example.com";
};
#v-

Den primære NS sender en notification til den sekundære NS når
zonen example.com opdateres, og slaven vil da oprette/opdatere
zonefilen.

Se <http://unbound.sourceforge.net/manual/Bv9ARM.ch06.html#zone_statement_grammar>.


// Klaus

--
><>    vandag, môre, altyd saam

---

"Michael Andreasen" <maskinen2000@hotmail.com> writes:

> Jeg har en master+slave (bind9)
>
> Når jeg opretter master zoner, skal jeg også oprette slave zoner på dns2
>
> Er der en måde således at slave selv opretter zoner svarende til
> master/named.conf?

Mig bekendt lader det sig ikke goere automatisk med BIND; du skal
manuelt ind og oprette slavedefinitionen i named.conf paa slaven. Om der
saa er nogle, der har lavet et vaerktoej til at automatisere processen
med, skal jeg lade vaere usagt.

djbdns (tinydns) klarer tilgengaeld saadanne ting helt automatisk :)

http://cr.yp.to/djbdns/blurb/easeofuse.html


/Claus A
(Der stadig kaemper med underlige keyboards i det sydamerikanske! :) Og
ved en fejltagelse fik sendt svaret som direkte mail til Michael istedet
for til d.e.s.u)

---

Claus Albøge skrev:

> djbdns (tinydns) klarer tilgengaeld saadanne ting helt automatisk :)

Automatisk og automatisk . . . Man skal vel for søren kopiere zonen
over med axfr-get, rsync el.lign. - det sker da ikke automatisk.


// Klaus

--
><>    vandag, môre, altyd saam

---

Klaus Alexander Seistrup wrote:
> Claus Albøge skrev:
>
>> djbdns (tinydns) klarer tilgengaeld saadanne ting helt automatisk :)
>
> Automatisk og automatisk . . . Man skal vel for søren kopiere zonen
> over med axfr-get, rsync el.lign. - det sker da ikke automatisk.

Hvis en dns er slave for en zone, så sker det jo autmagisk (med de
intervaller der er angivet i SOA) fra masteren.

--
Don't waste space

---

Thomas Corell skrev:

> Hvis en dns er slave for en zone, så sker det jo autmagisk
> (med de intervaller der er angivet i SOA) fra masteren.

Men det skal vel stadig "sættes op".


// Klaus

--
><>    vandag, môre, altyd saam

---

Klaus Alexander Seistrup wrote:
> Thomas Corell skrev:
>
>> Hvis en dns er slave for en zone, så sker det jo autmagisk
>> (med de intervaller der er angivet i SOA) fra masteren.
>
> Men det skal vel stadig "sættes op".

Selvf. men man skal ikke kopier zonen til slaven, som var det du skrev.
Det (bør) den selv håndtere.

--
Don't waste space

---

Thomas Corell skrev:

>> Men det skal vel stadig "sættes op".
>
> Selvf. men man skal ikke kopier zonen til slaven, som var det du
> skrev. Det (bør) den selv håndtere.

Vil du ikke være rar at forklare mig hvordan det sker - kopieringen,
altså?

Og hvorledes adskiller det sig fra BIND? Når man har sat zonen op på
slaven i BIND, sker kopieringen osse automatisk når den primære NS
sender en notification.


// Klaus

--
><>    vandag, môre, altyd saam

---

Klaus Alexander Seistrup wrote:
> Thomas Corell skrev:
>
>>> Men det skal vel stadig "sættes op".
>>
>> Selvf. men man skal ikke kopier zonen til slaven, som var det du
>> skrev. Det (bør) den selv håndtere.
>
> Vil du ikke være rar at forklare mig hvordan det sker - kopieringen,
> altså?

Med en zone-transfer, når slaven enten "mangler" zone-filen eller når
serial er (numerisk) større på masteren.

> Og hvorledes adskiller det sig fra BIND?

Nu har du tabt mig, hvad er "det" ?

Jeg snakker helt grundlæggende mekanismer imellem navneservere.

> Når man har sat zonen op på
> slaven i BIND, sker kopieringen osse automatisk når den primære NS
> sender en notification.

Nej, slaver opdaterer ikke kun ved NOTIFY's. Andre situationer, er
når slave's "opdager" nyes zone ved (r)ndc reconfig. Samt ved tjek efter
de i SOA angivet intervaller.

--
Don't waste space

---

Thomas Corell skrev:

>> Vil du ikke være rar at forklare mig hvordan det sker -
>> kopieringen, altså?
>
> Med en zone-transfer, når slaven enten "mangler" zone-filen
> eller når serial er (numerisk) større på masteren.

Ja, det er stort set samme fremgangsmåde BIND bruger.

>> Og hvorledes adskiller det sig fra BIND?
>
> Nu har du tabt mig, hvad er "det" ?

"Metoden" . . . Det blev sagt at i modsætning til BIND kunne djbdns
klare overførslen automatisk. Jeg kan ikke se den store forskel på
de to nameservere hvad dette angår. I begge tilfælde skal zonen
angives på den sekundære NS, som så opdaterer zonen når det er
passende. I BINDs tilfælde kan den sekundære NS endda reagere på
en NOTIFY - noget djbdns ikke kan.


// Klaus

--
><>    vandag, môre, altyd saam

---

Klaus Alexander Seistrup wrote:
> Thomas Corell skrev:
>>
>> Med en zone-transfer, når slaven enten "mangler" zone-filen
>> eller når serial er (numerisk) større på masteren.
>
> Ja, det er stort set samme fremgangsmåde BIND bruger.

Ikke "stort set", det er måden det sker på (med mindre man selvfølgelig
gør sig umage og fejlkonfigurerer sin bind ;)).

>>> Og hvorledes adskiller det sig fra BIND?
>>
>> Nu har du tabt mig, hvad er "det" ?
>
> "Metoden" . . . Det blev sagt at i modsætning til BIND kunne djbdns
> klare overførslen automatisk.

Jeg tror vi er to er enige, men snakker forbi hinanden ;)

Men jeg tror du har misforstået det med djbdns (har ikke personligt
erfaringer med den), men det der blev oplyste at den automagisk oprettede
det der svarer til 'zone "xy.z" { type slave;....' i bind-term.

--
Don't waste space

---

Thomas Corell skrev:

> Jeg tror vi er to er enige, men snakker forbi hinanden ;)

Det tror jeg osse.

> Men jeg tror du har misforstået det med djbdns (har ikke personligt
> erfaringer med den), men det der blev oplyste at den automagisk
> oprettede det der svarer til 'zone "xy.z" { type slave;....' i
> bind-term.

Jeg har til gengæld erfaring med både BIND og djbdns, og jeg har aldrig
set djbdns oprette den slags automatisk. Tværtimod, så er man ifølge
minerfaring nødsaget til at installere en ting som fx autoaxfr¹ eller
min egen autozone for at få det til at ske "automatisk". Derfor kunne
jeg godt tænke mig at få uddybet det oprindelige udsagn.


// Klaus

¹) Se <http://www.lickey.com/autoaxfr>
--
><>    vandag, môre, altyd saam

---

Klaus Alexander Seistrup wrote:
> Thomas Corell skrev:
>
>> Jeg tror vi er to er enige, men snakker forbi hinanden ;)
>
> Det tror jeg osse.

Så blev jeg sikker på det ;)

> Jeg har til gengæld erfaring med både BIND og djbdns, og jeg har aldrig
> set djbdns oprette den slags automatisk. Tværtimod, så er man ifølge
> minerfaring nødsaget til at installere en ting som fx autoaxfr¹ eller
> min egen autozone for at få det til at ske "automatisk". Derfor kunne
> jeg godt tænke mig at få uddybet det oprindelige udsagn.

Hvis du ser på sidste punkt på
http://cr.yp.to/djbdns/blurb/easeofuse.html så ser det ud som om at den
kære djb oplyser at den gør det.

Men det kan tænkes der dukker en djbdns-haj op, som kan oplyse os
begge..

--
Don't waste space

---

Thomas Corell skrev:

> Hvis du ser på sidste punkt på
> http://cr.yp.to/djbdns/blurb/easeofuse.html så ser det ud som
> om at den kære djb oplyser at den gør det.

Ja, det har jeg set, men DJB er ikke særlig meddelsom mht. hvordan
det foregår, og da jeg aldrig har observeret det selv, kunne jeg
godt tænke mig at høre hvad der menes.


// Klaus

--
><>    vandag, môre, altyd saam

---

> Hvis du ser på sidste punkt på
> http://cr.yp.to/djbdns/blurb/easeofuse.html så ser det ud som om at den
> kære djb oplyser at den gør det.
>
> Men det kan tænkes der dukker en djbdns-haj op, som kan oplyse os
> begge..
>
>
"Problem: Replicate a newly created zone
djbdns solution: Relax. New zones are automatically replicated"

Det lyder ikke betryggende. Hvis jeg har lyst til at have ns.dr.dk som slave
til min zone, så skriver jeg det bare. Så bliver det automatisk oprettet på
ns.dr.dk?!?

Leif

---

Leif Neland skrev:

> "Problem: Replicate a newly created zone
> djbdns solution: Relax. New zones are automatically replicated"
>
> Det lyder ikke betryggende.

Det lyder besynderligt, og jeg har aldrig oplevet at djbdns opfører
sig sådan - det er derfor jeg godt kunne tænke mig at høre detaljerne
fra en hvis djbdns opfører sig på den beskrevne måde.

> Hvis jeg har lyst til at have ns.dr.dk som slave til min zone, så
> skriver jeg det bare. Så bliver det automatisk oprettet på ns.dr.dk?

Næppe. :)


// Klaus

--
><>    vandag, môre, altyd saam

---

Klaus Alexander Seistrup <spam@magnetic-ink.dk> writes:

> Claus Albøge skrev:
>
> > djbdns (tinydns) klarer tilgengaeld saadanne ting helt automatisk :)
>
> Automatisk og automatisk . . . Man skal vel for søren kopiere zonen
> over med axfr-get, rsync el.lign. - det sker da ikke automatisk.

Naar du har opsat en ny zone paa "masteren", er det bare skrive
make, hvorefter "zonefilerne" kopieres med fx. rsync over ssh til
"slaven". Mere skal der ikke til, man skal ikke ind paa "slaven" og
tilfoeje zonen, som man skal paa et BIND system (i named.conf).

Det er klart at der skal lidt ekstra arbejde til, hvis man har et mixed
environment med fx. BIND og tinydns - men saa har man ogsaa ligesom selv
bedt om det :)

Nedenstaaende url burde vist forklare opsaetningen i detaljer.

http://cr.yp.to/djbdns/run-server.html


/Claus A

---

Claus Albøge skrev:

> Naar du har opsat en ny zone paa "masteren", er det bare skrive
> make, hvorefter "zonefilerne" kopieres med fx. rsync over ssh til
> "slaven". Mere skal der ikke til, man skal ikke ind paa "slaven" og
> tilfoeje zonen, som man skal paa et BIND system (i named.conf).

I BIND skal man kun tilføje zonen én gang på slaven - efterfølgende
bliver den overført automatisk.

> Det er klart at der skal lidt ekstra arbejde til, hvis man har et
> mixed environment med fx. BIND og tinydns - men saa har man ogsaa
> ligesom selv bedt om det :)

Jeg snakker ikke om en blandet opsætning, men hæfter mig ved at DJB
siger at replikeringen sker automatisk i djbdns, hvilket den ikke gør.

> Nedenstaaende url burde vist forklare opsaetningen i detaljer.
>
> http://cr.yp.to/djbdns/run-server.html

Så er det vist tid at kigge tilbage på den første url¹, hvor DJB
beskriver hvor nem djbdns er i forhold til BIND:

#v+

Ease of use: BIND versus djbdns

+-----------------------------------------------------------------------+
|Problem: |BIND solution: |djbdns solution: Relax. New|
|Replicate a | |zones are automatically |
|newly created | 1. Edit named.conf. |replicated. |
|zone. | 2. Add a new type slave | |
| | line. | |
| | 3. Send a HUP signal to | |
| | named. | |
| | 4. Look for errors in your | |
| | system's logs. | |
+-----------------------------------------------------------------------+

#v-

og vi sammenligner lige med DJB's beskrivelse af hvordan systemet skal
sættes op hvis man vil lave replikering under djbdns:

#v+

3. On the first computer, as root, edit /service/tinydns/root/Makefile
to replicate /service/tinydns/root/data from the first computer to
the second:

remote: data.cdb
rsync -az -e ssh data.cdb 1.8.7.201:/service/tinydns/root/data.cdb

data.cdb: data
/usr/local/bin/tinydns-data

Alternatively, if you don't have rsync:

remote: data.cdb
scp data.cdb 1.8.7.201:/service/tinydns/root/data.cdb.tmp
ssh 1.8.7.201 mv /service/tinydns/root/data.cdb.tmp \
/service/tinydns/root/data.cdb

data.cdb: data
/usr/local/bin/tinydns-data

Now any changes made on the first computer will be copied to the second.

#v-

Automatisk? Min bare røv. DJB er noget selektiv i den måde han frem-
drager, og undlader at fremdrage, visse features, må jeg sige.


// Klaus


¹) http://cr.yp.to/djbdns/blurb/easeofuse.html
--
><>    vandag, môre, altyd saam

---

Klaus Alexander Seistrup <spam@magnetic-ink.dk> writes:

> Claus Albøge skrev:
>
> > Naar du har opsat en ny zone paa "masteren", er det bare skrive
> > make, hvorefter "zonefilerne" kopieres med fx. rsync over ssh til
> > "slaven". Mere skal der ikke til, man skal ikke ind paa "slaven" og
> > tilfoeje zonen, som man skal paa et BIND system (i named.conf).
>
> I BIND skal man kun tilføje zonen én gang på slaven - efterfølgende
> bliver den overført automatisk.

Men det skal goeres for hver evige eneste nye zone, der oprettes.

> > Nedenstaaende url burde vist forklare opsaetningen i detaljer.
> >
> > http://cr.yp.to/djbdns/run-server.html
>
> Så er det vist tid at kigge tilbage på den første url¹, hvor DJB
> beskriver hvor nem djbdns er i forhold til BIND:
>
> #v+
>
> Ease of use: BIND versus djbdns
>
> +-----------------------------------------------------------------------+
> |Problem: |BIND solution: |djbdns solution: Relax. New|
> |Replicate a | |zones are automatically |
> |newly created | 1. Edit named.conf. |replicated. |
> |zone. | 2. Add a new type slave | |
> | | line. | |
> | | 3. Send a HUP signal to | |
> | | named. | |
> | | 4. Look for errors in your | |
> | | system's logs. | |
> +-----------------------------------------------------------------------+
>
> #v-
>
> og vi sammenligner lige med DJB's beskrivelse af hvordan systemet skal
> sættes op hvis man vil lave replikering under djbdns:
>
> #v+
>
> 3. On the first computer, as root, edit /service/tinydns/root/Makefile
> to replicate /service/tinydns/root/data from the first computer to
> the second:
>
> remote: data.cdb
> rsync -az -e ssh data.cdb 1.8.7.201:/service/tinydns/root/data.cdb
>
> data.cdb: data
> /usr/local/bin/tinydns-data
>
> Automatisk? Min bare røv. DJB er noget selektiv i den måde han frem-
> drager, og undlader at fremdrage, visse features, må jeg sige.

Er vi enige om at ovenstaaende kun skal udfoeres een gang, typisk under
installationen af softwaren? For softwaren skal nu en gang lige
installeres og konfigureres til ens behov!

Du kan nu, tilfoeje en ny zone eller 10 for den sags skyld pr. dag, hver
dag i et aar - og du skal ikke paa noget tidspunkt ind og tilfoeje
konfiguration paa "slaven". Alt noedvendig information ligger implicit i
"zonefilen" (data.cdb).

Det vil jeg gaa saa vidt at kalde automatisk, i forhold til BIND, hvor
du for hver eneste nye zone skal tilfoeje:

zone "hest.tld" in { type slave; file "hest.tld"; masters { 100.1.1.2; }; };
(eller hvordan den korrekte syntax nu en gang er)

i named.conf, altsaa en manuel aendring paa "slaven" for hver ny zone,
der bliver tilfoejet paa "masteren".

Og det var vist her OP spurgte om det var muligt at undgaa denne
manuelle operation paa "slaven". Det er det ikke paa et BIND system, med
mindre man selv laver et vaerktoej til det, som fx. det perlscript Leif
Neland omtalte.


/Claus A

---

Claus Albøge <csa@csa-net.dk> wrote:

> Og det var vist her OP spurgte om det var muligt at undgaa denne
> manuelle operation paa "slaven". Det er det ikke paa et BIND system, med
> mindre man selv laver et vaerktoej til det, som fx. det perlscript Leif
> Neland omtalte.

Der findes andre DNS servere end tinydns og named. PowerDNS kan
eksempelvis sættes op til automatisk at oprette zoner fra en såkaldt
"supermaster".

MyDNS (og PowerDNS med SQL backend) stoler på databaseserverens mulighed
for at replikere data.

mvh
--
Allan Joergensen aka alj on eu.freenode.net

"What's the point of being grown up if you can't be childish?"-4th Dr.

---

Claus Albøge wrote:
> Klaus Alexander Seistrup <spam@magnetic-ink.dk> writes:
>>
>> I BIND skal man kun tilføje zonen én gang på slaven - efterfølgende
>> bliver den overført automatisk.
>
> Men det skal goeres for hver evige eneste nye zone, der oprettes.

Til gengæld har man så styr over hvor de bliver oprettet. Til daglig
vedligeholder jeg et setup, hvor master/slave aldrig indeholder samme
sæt zoner.

>> Automatisk? Min bare røv. DJB er noget selektiv i den måde han frem-
>> drager, og undlader at fremdrage, visse features, må jeg sige.

Det er forhåbentlig ikke noget du først lige har opdaget ;)

> Er vi enige om at ovenstaaende kun skal udfoeres een gang, typisk under
> installationen af softwaren? For softwaren skal nu en gang lige
> installeres og konfigureres til ens behov!

Den selvsamme manøvre kan man da lave når man installerer bind, så det
er da ikke en forskel.

--
Don't waste space

---

Thomas Corell <intheNOSPAMnews@corell.dk> writes:

> Claus Albøge wrote:
> > Klaus Alexander Seistrup <spam@magnetic-ink.dk> writes:
> >>
> >> I BIND skal man kun tilføje zonen én gang på slaven - efterfølgende
> >> bliver den overført automatisk.
> >
> > Men det skal goeres for hver evige eneste nye zone, der oprettes.
>
> Til gengæld har man så styr over hvor de bliver oprettet.

Det har man da forhaabentlig under alle omstaendigheder? :)

....

> > Er vi enige om at ovenstaaende kun skal udfoeres een gang, typisk under
> > installationen af softwaren? For softwaren skal nu en gang lige
> > installeres og konfigureres til ens behov!
>
> Den selvsamme manøvre kan man da lave når man installerer bind, så det
> er da ikke en forskel.

Saa var det nok opskriften paa denne manoevre, OP soegte. Og som pt. kun
er givet delvist ved et 3. parts(?) perlscript.


/Claus A

---

Claus Albøge wrote:

[tilføje zoner på slave dns]

> djbdns (tinydns) klarer tilgengaeld saadanne ting helt automatisk :)
>
> http://cr.yp.to/djbdns/blurb/easeofuse.html

Uden at have sat mig ind i det, lyder det som et potentielt
sikkerhedshul.

Jeg skal ihvertfald ikke nyde noget af dns-server-sw der automagisk
tilføjer sig selv som auth for et domæne.

--
Don't waste space

---

"Thomas Corell" <intheNOSPAMnews@corell.dk> wrote in message
news:slrnb3cetj.2iu5.intheNOSPAMnews@mail.corell.dk...
> > djbdns (tinydns) klarer tilgengaeld saadanne ting helt automatisk :)
> >
> > http://cr.yp.to/djbdns/blurb/easeofuse.html
>
> Uden at have sat mig ind i det, lyder det som et potentielt
> sikkerhedshul.
>
> Jeg skal ihvertfald ikke nyde noget af dns-server-sw der automagisk
> tilføjer sig selv som auth for et domæne.

Hmm... Jeg tror jeg løser det ved at ligge data i MySQL og så lave et eller
andet cron der henter data fra SQL'en og opretter hhv master/slave

Det må være måden at gøre det på så

Mvh
Michael

---

On 29 Jan 2003 19:08:36 GMT, Allan Joergensen wrote:

> MyDNS (og PowerDNS med SQL backend) stoler på databaseserverens
> mulighed for at replikere data.

Hvad mener du med "stoler på"?


Mvh.

--
"Fra én som sover for lidt, Adam Sjøgren
som synes verden er stor" asjo@koldfront.dk

---

Adam Sjøgren <spamtrap@koldfront.dk> wrote:

>> MyDNS (og PowerDNS med SQL backend) stoler på databaseserverens
>> mulighed for at replikere data.
> Hvad mener du med "stoler på"?

MyDNS har ikke og PowerDNS anbefaler ikke at bruge (stadig med SQL
backend) AXFR til at replikere slavezoner med.

--
Allan Joergensen aka alj on eu.freenode.net

"These are questions we have no business asking" -- Dana Scully

---

On 30 Jan 2003 07:13:26 GMT, Allan Joergensen wrote:

>>> MyDNS (og PowerDNS med SQL backend) stoler på databaseserverens
>>> mulighed for at replikere data.

>> Hvad mener du med "stoler på"?

> MyDNS har ikke og PowerDNS anbefaler ikke at bruge (stadig med SQL
> backend) AXFR til at replikere slavezoner med.

"stoler på" var altså en undersættelse af "rely on", eller hvad?


Mvh.

--
"Fra én som sover for lidt, Adam Sjøgren
som synes verden er stor" asjo@koldfront.dk

---

Adam Sjøgren <spamtrap@koldfront.dk> wrote:

>>> Hvad mener du med "stoler på"?
>> MyDNS har ikke og PowerDNS anbefaler ikke at bruge (stadig med SQL
>> backend) AXFR til at replikere slavezoner med.
> "stoler på" var altså en undersættelse af "rely on", eller hvad?

Nej, det var min beskrivelse af funktionaliteten. At den kunne være
bedre er så noget andet :) (altså beskrivelsen).

--
Allan Joergensen aka alj on eu.freenode.net

"I really wanted to dispense sour balls." Tom Servo

---

"Michael Andreasen" <maskinen2000@hotmail.com> skrev i en meddelelse
news:b14f41$qdj$1@sunsite.dk...
> Jeg har en master+slave (bind9)
>
> Når jeg opretter master zoner, skal jeg også oprette slave zoner på dns2
>
> Er der en måde således at slave selv opretter zoner svarende til
> master/named.conf?
>
Jeg har et perlscript, der parser named.conf på masteren, og genererer den
dertil hørende named.conf på slaven. Den bliver så ssh'et over, og
"ssh slavemaskine /usr/sbin/ndc reload"

Leif

---

"Leif Neland" <leif@neland.dk> wrote in message
news:3e36c6b5$0$174$edfadb0f@dread14.news.tele.dk...
> Jeg har et perlscript, der parser named.conf på masteren, og genererer den
> dertil hørende named.conf på slaven. Den bliver så ssh'et over, og
> "ssh slavemaskine /usr/sbin/ndc reload"
> Leif

Hmmmm... Det skulle vel ikke være 'beerware' -

Mvh
Michael

---

Leif Neland wrote:
>
> Jeg har et perlscript, der parser named.conf på masteren, og genererer den
> dertil hørende named.conf på slaven. Den bliver så ssh'et over, og
> "ssh slavemaskine /usr/sbin/ndc reload"

Du mener vel "... reconfig" ?

--
Don't waste space