CentOS DHCP Server Failover gibt keine Leases aus

2496
user228507

Ich bin diesem Tutorial gefolgt: http://www.madboa.com/geek/dhcp-failover/

Ich kann jedoch anscheinend keinen Pachtvertrag für meinen Windows-Client erhalten.

Ich habe beide Server (CentOS 6.2) in virtuellen Maschinen eingerichtet, die über dasselbe LAN-Segment verbunden sind. (mit VMWare Workstation).

Mein Windows-Client ist auch eine virtuelle Maschine im selben Netzwerksegment. Wenn ich, wie im Tutorial, einen einzigen DHCP-Server erstellte, konnte ich eine Lease bekommen. Aber jetzt, da ich zwei DHCP-Server habe, die mit dem Failover-Protokoll verbunden sind, kann ich die Lease nicht bekommen.

Ich habe keine Ahnung, wo das Problem liegen könnte. Ich habe bereits beide Server mit dem ntpdateBefehl synchronisiert, sodass sie dieselbe Uhrzeit und dasselbe Datum haben (es gibt also keinen Zeitunterschied).

Das Protokoll vom sekundären Server gibt mir peer holds all free leasesund das Protokoll vom Master gibt mir not responding (recovering).

Ich kann von Master zu Slave und von Slave zu Master pingen, aber ich kann vom Windows-Client weder zum Master noch zum Slave pingen. Wenn ich das tue, bekomme ich folgendes:

PING: Übertragung fehlgeschlagen, Fehler 1231.

PING: Übertragung fehlgeschlagen, Fehler 1231.

Bitte sagen Sie mir, welche anderen relevanten Informationen ich geben sollte.

0
Versuchen Sie: Deaktivieren Sie die Firewall auf beiden (`sudo /etc/init.d/iptables stop`), deaktivieren Sie SELinux (` sudo setenforce 0`) und starten Sie DHCPd auf beiden Systemen neu. Es wäre auch nützlich, "less / var / log / messages" zu überprüfen Chris vor 10 Jahren 0
Ich habe den Trick nicht gemacht, ich kann immer noch keine Pacht bekommen. Die weniger / var / log / -Nachrichten geben mir grundsätzlich das gleiche wie das reguläre Protokoll und sagen "Nicht reagieren (Wiederherstellen)" und der sekundäre "Peer hält alle freien Leases". user228507 vor 10 Jahren 0
Ich glaube, es hat funktioniert. Ich las noch mehr Dokumentation, kam zu meiner virtuellen Maschine zurück und es gab ein anderes Protokoll, das es mir ermöglichte, zu debuggen und es zum Laufen zu bringen, danke @Chris! user228507 vor 10 Jahren 0

1 Antwort auf die Frage

0
Axel Beckert

Die Fehlermeldung peer holds all free leaseskann auch bedeuten, dass die Anforderung an der falschen Netzwerkschnittstelle empfangen wurde, z. B. wenn ein Computer nur für das Abrufen einer IP konfiguriert eth0ist, die DHCP-Anforderung jedoch empfangen wurde eth1. In meinem Fall war eine Schnittstelle für das Workstation-Netzwerk und die andere für Drucker und jemand hat eine Workstation mit dem Druckernetzwerk verbunden.

In meinem Blogbeitrag erfahren Sie, wann ich auf diese Fehlermeldung gestoßen bin und auch keinen offensichtlichen Grund gefunden habe. (Ich bin in Debian hineingefahren, aber das sollte keinen Unterschied machen.)

Ich kann mich nicht erinnern, die Nachricht not responding (recovering)irgendwo gesehen zu haben, aber stattdessen hatte ich peer holds all free leasesbeide DHCP-Server.

Ich kann mir jedoch vorstellen, dass in diesem Fall möglicherweise eine der beiden Maschinen zwei Schnittstellen hat, die sich auf das Netzwerk beziehen, mit dem sie verbunden sind.

Verwandte Probleme