Werner Franke [12.06.2015 08:56]:
Hallo Andreas, alle,
Ähm, hüstel...
Hallo Namensvetter,
Die zwei besagten Server sollen DHCP und DNS machen. Und zwar so, dass wenn einer ausfällt der andere weitermacht. Und es handelt sich nicht um Opensuse Server sondern CentOS, weil wir hier Redhat einsetzen müssen.
Ich hatte einen DHCP failover nach der Beschreibung hier http://consultancy.edvoncken.net/index.php/HOWTO_Configure_DHCP_failover konfiguriert. Leider passt meine Umgebung nicht so ganz zu dem beschriebenen Beispiel - ich habe beispielsweise zwei Netzwerk Interfaces - und so musste ich auch noch andere Quellen heranziehen.
Ich will mich nicht noch auf weiteren Mailing Gruppen anmelden und hier kann ich nicht erwarten CentOS Probleme gelöst zu bekommen.
Deswegen meine eher generelle Frage nach Doku.
Ich habe auf eine ähnliche Frage vom Hauptnetzwerker der Firma mal
folgende Antwort bekommen:
---schnipp---
man resolv.conf oder http://man7.org/linux/man-pages/man5/resolver.5.html
http://linux.ittoolbox.com/groups/technical-functional/linuxadmin-l/set-the-...
*timeout:n*
sets the amount of time the resolver will
wait for a response from a remote name server before retrying the query
via a different name server. Measured in seconds, the default is
RES_TIMEOUT (currently 5, see
Meines hier tut seine Aufgabe wenn beide Server laufen (wobei ich nicht geprüft habe ob beide Server auch richtig zusammenspielen), aber wenn ich den primary DHCP/DNS Server 10.130.0.5 runterfahre, antwortet der secondary DHCP/DNS Server 10.130.0.6 nicht.
Antwortet er nicht oder wird er gar nicht gefragt oder kommt die Antwort erst nach einem Timeout oder erfolgt die Umschaltung vom ersten zum zweiten Server erst nach dem Timeout? Antworten beide? Testen mit: dig @10.130.0.5 testrechner dig @10.130.0.6 testrechner
In dem Testhost steht in der /etc/resolv.conf drin: search vlab.alu de.alcatel-lucent.com nameserver 10.130.0.5 nameserver 10.130.0.6
Danke für Tipps,
Naja, ein kürzerer Wert für Timeout könnte hier vielleicht helfen. Gruß Werner --