PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : DNS Fallover



DBGTMaster
18.09.08, 16:45
Hallo,

habe heute 2 DNS Server eingerichtet, einen Master und einen Slave.

Am Master Server ist "notify" auf "yes".

Zonenfile Config Master (192.168.0.1):

zone "mioco.local" in {
type master;
file "mioco.local.zone";
};

zone "0.168.192.in-addr.arpa" in {
type master;
file "192.168.0.zone";
};

Zonenfile Config Slave (192.168.0.2):

zone "mioco.local" in {
type slave;
file "mioco.local.zone";
masters { 192.168.0.1; };
};

zone "0.168.192.in-addr.arpa" in {
type slave;
file "192.168.0.zone";
masters { 192.168.0.1; };
};

Nach dem Start des Masters und Slaves hat sich der Slave die Zonenfiles vom Master gesaugt. Soweit funktioniert ja noch alles :).

Ändere ich nun am Master Server ein Zonenfile um und erhöhe die Serial im Zonenfile um +1 und führe ein rcnamed restart aus, dann erhalte ich in folgende Meldung:

/var/log/messages:

Sep 18 16:37:12 mail named[23333]: starting BIND 9.3.4 -t /var/lib/named -u named
Sep 18 16:37:12 mail named[23333]: found 1 CPU, using 1 worker thread
Sep 18 16:37:12 mail named[23333]: loading configuration from '/etc/named.conf'
Sep 18 16:37:12 mail named[23333]: listening on IPv6 interfaces, port 53
Sep 18 16:37:12 mail named[23333]: listening on IPv4 interface lo, 127.0.0.1#53
Sep 18 16:37:12 mail named[23333]: listening on IPv4 interface eth0, 192.168.0.1#53
Sep 18 16:37:12 mail named[23333]: command channel listening on 127.0.0.1#953
Sep 18 16:37:12 mail named[23333]: command channel listening on ::1#953
Sep 18 16:37:12 mail named[23333]: zone 0.0.127.in-addr.arpa/IN: loaded serial 42
Sep 18 16:37:12 mail named[23333]: zone 0.168.192.in-addr.arpa/IN: loaded serial 44
Sep 18 16:37:12 mail named[23333]: zone mioco.local/IN: journal rollforward failed: journal out of sync with zone
Sep 18 16:37:12 mail named[23333]: zone localhost/IN: loaded serial 42
Sep 18 16:37:12 mail named[23333]: running

Und nun ladet sich der Slave das geänderte Zonenfile nicht mehr herunter.

Zonenfile:


$ORIGIN .
$TTL 604800 ; 1 week
mioco.local IN SOA mioco.local. root.mioco.local. (
48 ; serial
172800 ; refresh (2 days)
14400 ; retry (4 hours)
3628800 ; expire (6 weeks)
604800 ; minimum (1 week)
)
NS bdc.
NS mail.
A 192.168.0.1
MX 10 mail.
$ORIGIN mioco.local.
bdc A 192.168.0.2
mail A 192.168.0.1

Wenn ich am Zonenfile etwas ändere und die Serial um +1 erhöhe und ein rcnamed reload, so kann ich diesen neuen Eintrag mit nslookup nicht auflösen, erst nach einem restart. Ist das normal?

Was mach ich falsch beim ändern der Zonenfiles :-(?

mfg

403
19.09.08, 02:27
hmmmm,

workaround:
http://ipucu.enderunix.org/view.php?id=446&lang=en

advice:


An important tip: shut down the named daemon before editing your zone files, otherwise BIND will get mightily $%%SS#$ and start sending you obscure error messages like this:

journal rollforward failed: journal out of sync with zone
This error refers to the .jnl file in /var/named. If it's out of sync, the zone file won't load. To fix it, get rid of the .jnl file.

Another tip is to check the zone files from time to time.


http://www.linuxquestions.org/linux/answers/Networking/Setting_up_DNS_in_Small_Subnets


Gruss
403

DBGTMaster
19.09.08, 10:33
Hallo,

habe Zonenfile geändert, journalfile gelöscht und named neu gestartet. Gut, der Fehler taucht in der LOG Datei nun nicht mehr auf. Aber der Slave named holt sich trotzdem nicht das neue Zonen :-(.

Lösche ich aber am Slave das Zonenfile, dann holt er es sich schon. Jemand ne Idee, warum er das tut?

mfg