Onderwerp: Secondairy DNS voor meerdere Masters

Vraagje:

Wij hebben momenteel 3 NS, in drie verschillende netwerken, maar deze worden door ons zelf beheerd en gebruikt en het lijkt ons niet wenselijk deze open te stellen voor klanten.

Nu willen we dedicated-klanten de mogelijkheid bieden om (zonder gebruik te moeten maken van een panel) een server van ons als secondairy te gebruiken.

Hoe doen jullie dan ? We willen dus eigenlijk de klanten primary laten draaien op hun eigen server en onze server hoeft alleen maar periodiek een config-file over te halen en de master-setting naar slave te zetten. Maar omdat er meerdere primaries zijn, hoe verwerken we deze tot 1 "overall" slave config file ??

In /etc/named.conf

zone "domein.com" {
type slave;
masters { master IP address; };
file "/var/named/domein.com";
};

En de rest gaat vanzelf. Wordt er op de master een record gewijzigd dan stuurt deze een notify naar de slave, de slave haalt de wijzigingen met een IXFR transfer op.

moet je op de primary niet opgeven welke server als sec. werkt?

Origineel geplaatst door Kurtje
moet je op de primary niet opgeven welke server als sec. werkt?

Nee, de master heeft alleen

options {
directory "/var/named";
}

zone "domein.com" {
type master;
file "domein.com";
};

in de /etc/named.conf

//EDIT: typo

Maar hierbij moet je nog steeds de domeinen aanmaken op de slave.

Op een prive server doe ik secondary voor een kennis en hij is secondary voor mijn prive domeinen.

We nemen elkaars zones over dmv scripts

[edit]
Hmm.. ik kan de scripts niet posten.
Krijg internal server error. (mod_security??)
[edit2]
blijkbaar mag het woord "w get" (zonder spatie) niet van de WHT webserver
In het script heb ik die hernoemd naar bget


get-slaves.sh

Code:

#!/bin/bash
#
# Chuck the list of domains we slave at named
#

### CONFIG

url="http://www.kennis.net"          # site we pull from
domainList="domains-for-kennis.txt"         # file we pull
master="ip.addr.he.re"                    # master ns for these zones
acl="filename.tsig"                            # bind acl we limit xfer with
contact="kennis@domein.tld"           # contact for these zones
namedDir="/var/chroot/dns/etc/bind/"            # our named dir
namedConf="named.kennis.conf"               # named.conf include for the zones
mailto_info="adres@domain.tld"             # where to send info
mailto_warn="adres@domain.tld"            # where to send warnings


### MAIN

# Grab domain list, if we fail send info and die
#
cd $namedDir
mv $domainList $domainList.OLD
if ( ! bget -t 5 $url/$domainList > /dev/null 2>&1 ); then
  mail -s "Failed to get $domainList" $mailto_info < /dev/null > /dev/null 2>&1
  exit 1
fi


# If the domain list is not new die quietly
#
if [ ! $domainList -nt $domainList.OLD ]; then
  exit 1
fi


# Write the new named conf file and add new domains to the relay file
#
#co -q -l $relay
for domain in `cat $domainList`; do
cat << EOF

# $domain <$contact>
#
zone "$domain" {
        type slave;
        masters {$master;};
        file "sec/$domain";
};
EOF

done > $namedDir/$namedConf.NEW


# Check in the new file and report changes to the administrator
#
cd $namedDir
co -q -l $namedConf
mv $namedConf.NEW $namedConf
ci -m"get-custard-domains" -q -u $namedConf
diff $domainList.OLD $domainList > $domainList.DIFF

if [ -s $domainList.DIFF ]; then
    cat $domainList.DIFF | mail -s "auto domain update" $mailto_info > /dev/null 2>&1
fi


# Reload the nameserver and warn if there are problems
#
if ( ! rndc reload > /dev/null 2>&1 ); then
cat /var/chroot/dns/etc/emailsmsgateway.txt | mail  $mailto_warn > /dev/null 2>&1
sleep 1
fi

en make-slaves.sh

Code:

#!/bin/bash
#
# Make a list of our primary zones for secondary
#

# named.conf file with zones we want secondaried
CONF="/var/chroot/dns/etc/bind/named.conf.local"

# where we will make this www accessible for our secondary to grab
FILE="/var/www/www.mijnsite.nl/htdocs/slavedomains/domains-from-me.txt"

# get the names of the zones from the named.conf file
grep ^zone $CONF | awk -F\" '{print $2}' > $FILE

# set permissions appropriate to the www area
chown apache:apache $FILE
chmod 0440 $FILE

In mijn named.conf
include "/etc/bind/named.kennis.conf";


Elk uur cronnen en klaar is kees.

Thanks heren, maar dit is niet helemaal wat ik bedoel.

Ik heb zelf ook een soort script om automatisch mijn NS1 te syncen met NS2 en NS3, maar hierbij gaat het om dezelfde conf-file (waarbij master naar slave moet worden geconverteerd).

Maar hoe te handelen als je secondary voor klanten wilt spelen die zelf primary draaien ? Kan je deze allemaal (via de cron) naar binnen hengelen en in een groot named.conf zetten of maak je hiervoor aparte instances aan van de daemon?

Dus:

ns1.klant1.nl
ns1.klant2.nl
ns1.klant3.nl

willen allemaal mijn ns5.odon.nl gebruiken als secondary. Hoe krijg ik hun zones binnen zonder handmatige interventie ?

Origineel geplaatst door Dillard
Thanks heren, maar dit is niet helemaal wat ik bedoel.

...

willen allemaal mijn ns5.odon.nl gebruiken als secondary. Hoe krijg ik hun zones binnen zonder handmatige interventie ?

Voor zover ik weet moet je altijd nog handmatig opgeven welke domeinen je over wilt nemen. Misschien dat sommige DNS servers een manier daarvoor bieden, maar je wilt het wel universeel houden neem ik aan. Dus ik denk dat de klant toch per domein even een seintje moet geven aan de server (via een control panel dus).

Origineel geplaatst door MediaCreations
Voor zover ik weet moet je altijd nog handmatig opgeven welke domeinen je over wilt nemen. Misschien dat sommige DNS servers een manier daarvoor bieden, maar je wilt het wel universeel houden neem ik aan. Dus ik denk dat de klant toch per domein even een seintje moet geven aan de server (via een control panel dus).

Das inderdaad een goede optie: Een controlpanel waarbij klanten via een account slave-zones kunnen aanmaken op ns5.odon.nl c.q. ns2.klant.nl

Iemand een idee welke applicatie hiervoor gebruikt kan worden ?

Origineel geplaatst door MediaCreations
Voor zover ik weet moet je altijd nog handmatig opgeven welke domeinen je over wilt nemen. Misschien dat sommige DNS servers een manier daarvoor bieden, maar je wilt het wel universeel houden neem ik aan. Dus ik denk dat de klant toch per domein even een seintje moet geven aan de server (via een control panel dus).

Power DNS neemt (indien opgegeven) ook domains over. We hebben een PDNS server draaien als slave die de master-server geheel overneemt zonder dat wij er verder tijd aan besteden.

Misschien de moeite waard om naar te kijken.

Origineel geplaatst door Dillard
Thanks heren, maar dit is niet helemaal wat ik bedoel.

Maar hoe te handelen als je secondary voor klanten wilt spelen die zelf primary draaien ? Kan je deze allemaal (via de cron) naar binnen hengelen en in een groot named.conf zetten of maak je hiervoor aparte instances aan van de daemon?

Ehh.. Heb je mijn script gelezen? (&begrepen?)

Die doet nl. precies wat jij wilt.

Gr

Origineel geplaatst door LeaseWeb


Ehh.. Heb je mijn script gelezen? (&begrepen?)

Die doet nl. precies wat jij wilt.

Gr

Toch is dit deels handmatig. Transip bied de optie aan voor haar huidige klanten, misschien dat ze kunnen vertellen hoe ze dat gedaan hebben. djbdns (tinydns) heeft er wel mogelijkheden voor, er zijn genoeg custom build spullen ervoor te vinden alleen een duidelijke beschrijving is er nog nergens.

Origineel geplaatst door LeaseWeb


Ehh.. Heb je mijn script gelezen? (&begrepen?)

Die doet nl. precies wat jij wilt.

Gr

Je hebt gelijk

Ik had even over de include heen gelezen waarbij je sub-named.conf toevoegt aan je systeem, zonder dat je eigen zones beinvloed worden.

Ik denk dat dit de oplossing is, een scriptje bij de klant installeren, een scriptje aan onze kant aanpassen en klaar.

Ik ga het ff testen, bedankt!

Mikey, wij hebben gewoon een zooi zelfgeschreven shellscripts voor dit doeleind. We 'pollen' een URL met een lijst van domeinen op de klant-webserver, en wat hier bijkomt nemen we op in de nameserver config. Verder is het een zaak tussen onze BIND's en de primary, met alleen nog een stukje caching en validatie (zodat niet domeinen uit de NS verdwijnen als de klant's webserver down is of een mysql error heeft...).

Het is voor ons geen probleem als men domeinen toevoegt zonder onze tussenkomst, want wij gebruiken verschillende nameservers voor de domeinen (authoritatieve servers) en colo-klanten (caching). Niemand heeft er dus last van als een grapjas "microsoft.nl" wil invoeren, aangezien de echte requests voor microsoft.nl niet bij deze DNS zullen uitkomen.

Ik had al stiekum zo`n vermoeden dat jullie zelfde systeem hanteren als wat ik zelf doe, altans lijkt erop.

Ik me de laatste tijd wel helemaal suf gezocht of dit niet makkelijker kan, maar ik denk dat er nog geen mooiere oplossing voor is. Helaas.