Hallo Kollegen,
heute ging mein Change den Bach runter. Nachdem ich die Updateprozedur 2 mal auf Testinstanzen durchgetestet hatte und die neueste Stable Version auf nunmehr 3 Prod-Servern aktiv habe will das compilierte ISC-Paket "BIND 9.5.0-P2" auf dem wichtigsten unserer Server, dem internen Master-DNS nicht sauber laufen.
Kurz zur Vorgehensweise: Installiert ist BIND 9.2.4 mittels RPM (named-binary in /usr/sbin) un zusätzlich kompiliert ist das neue 9.5.0-P2, welches die Binaries nach /usr/local/sbin gespeichert hat. So habe ich die Möglichkeit mit der /etc/init.d/named bzw. mit der angepassten /etc/init.d/named-new mal die alte und mal die neue Version zu starten.
Nun zum Fehler:
Mit der alten Version ist alles OK.
Die neue Version startet auf dem Secondary fehlerfrei und antwortet brav.
Die neue Version startet auf dem Primary ohne Fehler in den Logs, eine Antwort mittels nslookup sieht aber folgendermaßen aus:
nslookup timecache1 172.1.1.5
*** Der Servername für die Adresse 172.1.1.5 konnte nicht gefunden werden:
Server failed
Server: UnKnown
Address: 172.1.1.5
Name: ns1.domain
Address: 172.1.1.5
Aliases: timecache1.domain
Wobei der DNS-Server selbst auch der timecache1 ist. Oft bekomme ich ein NXDOMAIN, hier habe ich wenigstens eine halbe antwort bekommen.
Anmerkung: !Ich muss leider die Interna etwas verdecken!
named-checkconf und named-checkzone sagen, alle Dateien seien OK.
Frage: Was läuft hier falsch?
Ich hoffe auf die Community, damit meine Kollegen unrecht behalten mit ihrem "kein Support"-Gemecker.
heute ging mein Change den Bach runter. Nachdem ich die Updateprozedur 2 mal auf Testinstanzen durchgetestet hatte und die neueste Stable Version auf nunmehr 3 Prod-Servern aktiv habe will das compilierte ISC-Paket "BIND 9.5.0-P2" auf dem wichtigsten unserer Server, dem internen Master-DNS nicht sauber laufen.
Kurz zur Vorgehensweise: Installiert ist BIND 9.2.4 mittels RPM (named-binary in /usr/sbin) un zusätzlich kompiliert ist das neue 9.5.0-P2, welches die Binaries nach /usr/local/sbin gespeichert hat. So habe ich die Möglichkeit mit der /etc/init.d/named bzw. mit der angepassten /etc/init.d/named-new mal die alte und mal die neue Version zu starten.
Nun zum Fehler:
Mit der alten Version ist alles OK.
Die neue Version startet auf dem Secondary fehlerfrei und antwortet brav.
Die neue Version startet auf dem Primary ohne Fehler in den Logs, eine Antwort mittels nslookup sieht aber folgendermaßen aus:
nslookup timecache1 172.1.1.5
*** Der Servername für die Adresse 172.1.1.5 konnte nicht gefunden werden:
Server failed
Server: UnKnown
Address: 172.1.1.5
Name: ns1.domain
Address: 172.1.1.5
Aliases: timecache1.domain
Wobei der DNS-Server selbst auch der timecache1 ist. Oft bekomme ich ein NXDOMAIN, hier habe ich wenigstens eine halbe antwort bekommen.
Anmerkung: !Ich muss leider die Interna etwas verdecken!
named-checkconf und named-checkzone sagen, alle Dateien seien OK.
Frage: Was läuft hier falsch?
Ich hoffe auf die Community, damit meine Kollegen unrecht behalten mit ihrem "kein Support"-Gemecker.