Wir verwenden statische DHCP-Leases für unsere Linux-Server in unserem Netzwerk für kleine Unternehmen. Kürzlich ist dem DHCP-Server etwas Schlimmes passiert, und alle Linux-Server haben ihre IP-Adressen verloren, da sie keinen DHCP-Server im Netzwerk gefunden haben.
Einen Tag später war der DHCP-Server wieder betriebsbereit, aber die Server schienen nicht mehr nach dem DHCP-Server zu suchen, daher hatten sie keine IP-Adresse und versuchten nicht, eine zu erhalten. Am Ende musste ich manuell und physisch zu jedem Server gehen und das Netzwerk neu starten. Zu diesem Zeitpunkt erhielten sie sofort ihre IP-Adresse zurück.
Kann ich auf den Servern etwas tun, um dieses Problem in Zukunft zu verhindern? Ich bin mir sicher, dass die Server nach dem Ausfall des DHCP-Servers möglicherweise versucht haben, eine IP-Adresse für eine Weile zu erneuern, aber schließlich haben sie anscheinend einfach aufgehört, es zu versuchen.
Natürlich besteht eine Lösung darin, einen Backup-DHCP-Server zu haben, aber tun wir einfach so, als wäre dies keine Option. Gibt es eine Möglichkeit, Server zu zwingen, weiterhin zu versuchen, ihre IP auf unbestimmte Zeit zu erneuern?
Die Server sind eine Mischung aus CentOS und Fedora.
Antworten:
Sind sie zur APIPA-Adressierung zurückgekehrt? 169.254.0.0/16? Sie können dies mit der Anweisung NOZEROCONF = Yes in / etc / sysconfig / network deaktivieren.
Sie sollten Ihre DHCP-Lease auch auf das Doppelte des längsten angemessenen Ausfallintervalls des DHCP-Servers verlängern. Kunden warten in der Regel die Hälfte der Mietdauer, bevor sie versuchen, eine Verlängerung vorzunehmen. Wenn sie nur alle paar Tage einmal einchecken, haben Sie erheblichen Spielraum, um den Server zu reparieren oder einen neuen zu installieren.
Wir betreiben vollständig reserviertes DHCP in der Produktion. Es war kein Zuverlässigkeitsproblem. Tatsächlich behaupte ich, dass die statische IP-Adressierung eine der letzten manuellen Operationen ist, an denen sich die Leute festhalten, und es ist größtenteils ein Anachronismus. Ich habe keine formelle Analyse durchgeführt, aber in drei Jahren hatten wir ein DHCP-Problem, und das war ein Admin-Fat-Finger, der ein "Release Now" -Skript fehlgeschlagen hat. Auf dem Histogramm der "Ups" Ursachen ist DHCP weit draußen auf dem Long-Tail.
Ich weiß, dass jeder gerne unter Windows schlackt, aber IME, wenn APIPA deaktiviert und DHCP aktiviert ist, sind Windows-Computer geradezu hartnäckig, wenn es darum geht, an ihrer letzten DHCP-Zuweisung festzuhalten. Ich habe Maschinen nach Monaten des Mottenballs eingeschaltet, und wireshark zeigt ihnen, wie sie nach der letzten von DHCP zugewiesenen Adresse fragen.
quelle
Ich verwende statische IP-Adressen für Server, DHCP nur für PCs.
Obwohl ich glaube, dass DHCP einige Anstrengungen unternimmt, um eine Änderung der IP-Adresse eines Geräts zu vermeiden, ist dies nicht garantiert. Nach Ablauf eines Leasingvertrags wird dem Computer möglicherweise von DHCP eine andere IP-Adresse zugewiesen. Ich habe immer angenommen, dass dies eine schlechte Sache wäre, um einen Server mitten in einem Arbeitstag passieren zu lassen.
quelle
Sie können
PERSISTENT_DHCLIENT=yes
in / etc / sysconfig / network-scripts / ifcfg-ethX festlegen. Dadurch wird das-1
Flag, das auf RedHat-Systemen standardmäßig an dhclient gesendet wird, effektiv entfernt . Vonman dhclient
:Wenn Sie jedoch einen Stromausfall haben und Ihre Server vor den Switches wieder online sind, funktioniert dies aufgrund von https://bugzilla.redhat.com/show_bug.cgi?id=234075 nicht . Grundsätzlich besagt dieser Fehler, dass ifup zuerst überprüft, ob ein Link auf der Schnittstelle vorhanden ist, bevor versucht wird, dhclient auszuführen. Kein Link -> kein Dhclient.
Meine Lösung besteht darin, dies zu crontab von root hinzuzufügen:
*/5 * * * * ifconfig eth0 | grep -q "inet addr:" || ifup eth0 2>&1 >/dev/null
Fügen Sie dies auch zu /etc/dhcp/dhclient.conf hinzu, um eine schnelle Wiederherstellung zu ermöglichen:
quelle
ifconfig eth0
, aber danach haben Sie mich verloren.Die Lease-Zeiten werden vom Server und nicht vom Client festgelegt. Sie könnten versuchen, die Lease-Länge für den Bereich zu erhöhen, dem Ihre Server zugewiesen sind, aber das ist wirklich nur ein Pflaster. Sie müssen entweder einen redundanten DHCP-Server einrichten oder Ihre Server vorzugsweise an statisch zugewiesene Adressen verschieben.
quelle