DNS Client und Server mit Debian

[ppaul]

Original geschrieben von brigh


Hallo paul,

ja genauso ist es leider!

Wenn ich /etc/init.d/bind9 restart eingebe dann schreibt er in der Konsole zwar raus

Stopping domain name service: named.
Starting domain name service: named.

Stopping DHCP server usw. schreibt er auch, in beiden Fällen ist aber in daemon.log
oder syslog nichts zu finden. Dort sehe ich nur bei einem Neustart was (das ist lästig
bei der Fehlersuche....).

Zu sehen bei Neustart ist folgendes zu sehen:

Mar 14 16:33:04 prometheus named[206]: couldn't add command channel 127.0.0.1#953: address in use
Mar 14 16:33:04 prometheus named[206]: zone 0.in-addr.arpa/IN: loaded serial 1
Mar 14 16:33:04 prometheus named[206]: zone 127.in-addr.arpa/IN: loaded serial 1
Mar 14 16:33:04 prometheus named[206]: dns_master_load: /etc/bind/db.192.168.123:4: 123.168.192.in-addr.arpa.123.168.192.in-addr.arpa: not at top of zone
Mar 14 16:33:04 prometheus named[206]: zone 123.168.192.in-addr.arpa/IN: loading master file /etc/bind/db.192.168.123: not at top of zone
Mar 14 16:33:04 prometheus named[206]: zone 255.in-addr.arpa/IN: loaded serial 1
Mar 14 16:33:04 prometheus named[206]: zone double-action/IN: loaded serial 2003031301
Mar 14 16:33:04 prometheus named[206]: zone localhost/IN: loaded serial 1
Mar 14 16:33:04 prometheus named[206]: running
Mar 14 16:33:04 prometheus argus[221]: started


Wenn ich nur named neu starte schaut es so aus:
daemon.log:
Mar 14 16:43:37 prometheus lwresd[212]: shutting down: flushing changes
Mar 14 16:43:37 prometheus lwresd[212]: stopping command channel on 127.0.0.1#953
Mar 14 16:43:37 prometheus lwresd[210]: exiting

syslog:

Mar 14 16:43:37 prometheus lwresd[212]: shutting down: flushing changes
Mar 14 16:43:37 prometheus lwresd[212]: stopping command channel on 127.0.0.1#953
Mar 14 16:43:37 prometheus lwresd[210]: exiting
Mar 14 16:43:40 prometheus kernel: fp=UDP:2 a=DROP IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:00:05:9b:c5:af:38:08:00 SRC=213.33.117.33 DST=255.255.255.255 LEN=338 TOS=0x00 PREC=0x00 TTL=63 ID=0 DF PROTO=UDP SPT=67 DPT=68 LEN=318


lwresd meldet sich vor den Start von named auch schon mal mit
loading configuration from /etc/bind/lwresd.conf
dieses File gibt es aber bei mir nicht....


Das ist alles was ich im Moment so an Informationen zusammenkratzen kann. db.192.168.123 hab ich mir mit vi auch nochmal genau angeschaut - ich finde kein verstecktes Zeichen mehr, irgendeinen Grund muß es aber doch geben.

Freue mich über jeden Tip!!

Gruß
brigh

bitte file uploaden.

[brigh]

Hier ist es - einzige Veränderung ist, dass ich txt drangehängt habe zum hochladen.

Vielen Dank!

[ppaul]

Original geschrieben von brigh
Hier ist es - einzige Veränderung ist, dass ich txt drangehängt habe zum hochladen.

Vielen Dank!

aenderst du nach jeder aenderung auch die serial number?
ausserdem muss es nur "PTR", nicht "IN PTR" heissen soweit ich weiss...

auch nicht IN NS, sondern

"@ IN NS ...."

bitte versuch die beiden changes mal...

lg,
paul

[brigh]

bin einen großen Schritt weiter, Danke für deine Hilfe!

Ich hab die Änderungen gemacht und (auch die Serial, klar - wobei schon sein kann, dass ich die zwischendurch auch schon mal vergessen hab...) schon war die Fehlermeldung ein bisschen anders:

dns_master_load: /etc/bind/db.192.168.123:4: 123.168.192.in-addr.arpa.123.168.192.in-addr.arpa: not at top of zone

Die 4 hab ich als Zeile 4 interpretiert, weiß nicht ob das so ist oder mir der Zufall geholfen hat, in Zeile 4 hat der Punkt nach in-addr.arpa. gefehlt...
Jetzt lädt er die Zone!!

Es sieht also jetzt so aus als ob er einwandfrei laufen würde. Irgendwas passt ihm aber leider immer noch nicht, es gibt nämlich gar keine leases in /var/lib/dhcp-dns obwohl in /var/lib/dhcp alles da ist.

Das muß aber auch noch zu finden sein - ich werde mir jetzt der Reihe nach die config Datein nochmal anschauen....

Schönen Gruss
brigh

[brigh]

Ich hab doch noch was gefunden:

named-checkzone double-action /etc/bind/db.192.168.123

bringt folgendes Ergebnis:

dns_master_load: /etc/bind/db.192.168.123:4: ignoring out-of-zone data (123.168.192.in-addr.arpa)
zone double-action/IN: could not find NS and/or SOA records
zone double-action/IN: has 0 SOA records

obwohl er sie laut log geladen hat.

[valo]

schreib vor dem "IN SOA" ein "@" hin, das steht für den namen der zone

also es sollte so ausschaun

@ IN SOA ......


"IN PTR" stimmt ich weiss nicht obs mit nur "PTR" auch funktioniert... ich hab in meinen zonen für den "NS" eintrag aber nicht "IN NS" sondern nur "NS" und das funzt einwandfrei...

[brigh]

Dankeschön valo!

Mit dem @ klappt es jetzt, ich bekomme ein OK mit named checkzone.
Den Rest hab ich erstmal so gelassen wie es war, also nur PTR und IN NS und das hat funktioniert.

Ein bisschen kramen muß ich noch, er löst jetzt nur auf wenn ich den Domainnamen auch mitgebe. Das ist noch nicht perfekt, aber es heißt wenigstens dass er läuft! Die Einstellungen auf den Clients muß ich mir auch noch anschauen...

Aber das soll jetzt hoffentlich kein Problem mehr sein.


Danke euch nochmal!
Gruss
brigh

[ppaul]

Original geschrieben von brigh
Ich hab doch noch was gefunden:

named-checkzone double-action /etc/bind/db.192.168.123

bringt folgendes Ergebnis:

dns_master_load: /etc/bind/db.192.168.123:4: ignoring out-of-zone data (123.168.192.in-addr.arpa)
zone double-action/IN: could not find NS and/or SOA records
zone double-action/IN: has 0 SOA records

obwohl er sie laut log geladen hat.

hast du die IN weggegeben wo sie nicht hingehoeren?

lg,
paul.

[brigh]

Das IN vor PTR hab ich weggetan, das Ding schaut jetzt so aus:

$TTL 3h
@ IN SOA prometheus.double-action. root.localhost. (
2003031504 ; Serial
3h ; Refresh
1h ; Retry
1w ; Expire
1h ; minimum
)
; Nameserver
@ IN NS prometheus.double-action.
;
; normale Adressen
1 PTR prometheus.double-action.

und ich krieg jetzt keine Fehlermeldungen mehr. Das IN vor dem NS hab ich gelassen, weil der Fehler schon weg war nachdem ich @ vor IN SOA geschrieben habe. Aber nachdem er's immer noch nicht so ganz tut, werde ich das jetzt auch noch entfernen!

Gruss
brigh

[brigh]

Jetzt steht noch ein IN weniger drin, ich hab das vor NS auch gelöscht.

Nach wie vor keine Fehlermeldungen, aber nach wie vor funktioniert er nicht ganz normal.

dig prometheus.double-action
liefert auf dem Client und auf dem Server das richtige Ergebnis. Ohne domain-namen geht es nicht. Naja, morgen mit neuem Mut weitersuchen, immerhin müßte die Zone jetzt wirklich richtig angelegt sein!

Schönen Abend
brigh