Ich versuche, eine Kaltstart- und Zero-State-DHCP-Lease zu erreichen, bei der dhclient
der gesamte Erkennungs- und Konfigurationsprozess (DHCPDISCOVER – DHCPOFFER – DHCPREQUEST – DHCPACK im Gegensatz zum verkürzten DHCPREQUEST – DHCPACK-Zyklus, bei dem ein gespeicherter Wert verwendet wird) erzwungen wird Adresse). Ich benötige dies, um ein Netzwerkkonfigurationsproblem zu beheben.
Ich habe versucht:
- Entleeren der aktuellen Lease mit
dhclient -r
, Trennen der aktuellen Network Manager-Verbindung; - alle Reste
dhclient
unddnsmasq
Prozesse zu töten ; - Reinigungsverzeichnis
/var/lib/dhcp/
, das angeblich die Client-Leasing-Datenbank enthält; sudo restart network-manager
.
Aber auch nach diesen Schritten sehe ich in den Protokollen DHCPDISCOVER unmittelbar gefolgt von DHCPREQUEST der irgendwie noch gespeicherten Adresse.
Offensichtlich speichert das Betriebssystem die Adresse auf andere Weise, und mir gehen die Ideen aus. Hilfe von der Community?
networking
network-manager
dhcp
ulidtko
quelle
quelle
Antworten:
Dies hat den Trick für mich gemacht (für eth0, run from
sudo su
):quelle
ifconfig
die aktuelle Adresse überprüfe, kann ich das überprüfen.rm
Teils macht für mich diese Arbeit (ohne dass dies der Stand der Mietvertrag wurde verwendet:dhclient -r -v eth0 && rm /var/lib/dhcp/dhclient* ; dhclient -v eth0
)Das DHCP-Client-Programm schreibt die Lease in eine Datei. Löschen Sie einfach die Datei und starten Sie den Netzwerkmanager neu.
/var/lib/dhcp/dhclient.leases
Hier werden die Mietverträge auf meinem Computer gespeichert.
quelle
Was Sie sehen, ist, dass sich Ihr Computer nicht an die IP erinnert. Im Syslog sehen Sie DISCOVER REQUEST OFFER ACK, dies ist jedoch nicht in der Reihenfolge, in der es geschehen ist. Es ging tatsächlich darum, zu bestätigen, dass Sie den Datenverkehr zwischen dem PC und dem vorgelagerten DHCP-Server abhören können. Sie haben ANGEBOT zurückgeschickt. ENTDECKEN Sie, dass der Server ANGEBOT zurückgeschickt hat, und Sie haben die IP aus dem ANGEBOT für Ihre ANFRAGE erhalten
Sie haben jedoch alles richtig gemacht, als Sie "dhclient -r" eingestellt haben. Dhclient sendet eine Unicast-FREIGABE und einige ISPs akzeptieren nur Multicast-Pakete an ihren DHCP-Server. Daher ist die FREIGABE für den Server noch nicht da gültig, so gab es dir die gleiche IP im ANGEBOT zurück.
quelle
DHCPOFFER
die IP, die ich nicht möchte, und sagt dann "OK", aber wenn ich ihn zwinge, etwas anderes zu versuchen, sagt der ServerDHCPNACK
, und ich habe überhaupt kein Netzwerk. Vermutlich ist die Reservierung auf dem Server für den falschen MAC.Normalerweise
dhclient -r
sollte dies der Fall sein. aber wenn das bei dir nicht klappt, habe ich hier eine lösung gefunden :+ Erneuere eine IP-Adresse einmal:
Hinweis: In diesem Beispiel wird die Schnittstelle eth0 verwendet. Die Schnittstelle muss für DHCP als aktiv konfiguriert sein.
sudo su
root.ifconfig
, um die aktuelle IP-Adresse anzuzeigen, die Sie von DHCP erhalten haben.dhcpcd -k
die entsprechenden Signale an dhcpcd senden (möglicherweise müssen Sie installieren dhcpcd , indem Sieapt-get install dhcpcd
).ifup eth0
.ifconfig
, um die neue IP-Adresse anzuzeigen.Es gibt auch einen Abschnitt über die Erneuerung der IP-Adresse jedes Mal, aber die Beschreibung galt für RPM-basierte Distributionen (im Gegensatz zu Debian-basierten Distributionen wie Ubuntu).
Ich hoffe es hilft
:)
quelle