dhclient schlägt fehl und bricht das Netzwerk (verwendet seltsame Einstellungen für IP- / Subnetzmasken)

548
DangerosoDavo

Gestern war der Router im Netzwerk schlecht und schien IP-Adressen an 192.168.100.xIP-Adressen herauszugeben. Er war unerreichbar. Nach einer Weile schien er sich selbst zu lösen und war über neue Verbindungen wieder erreichbar. Er hatte permanent an 192.168.100.xdie Maschinen im Netzwerk gemietet . Es gibt Windows-Computer und einen Debian-Computer (9) im Netzwerk. Ich habe die Windows-Computer für die Verwendung bestimmter IP-Adressen konfiguriert, die erneuert ipconfigund sie funktionierten ohne Probleme weiter. Der Debian-Rechner (mit dem remote verbunden ist) hat keine Verbindung mehr.

Das Netzwerk hat ursprünglich IP-Adressen im 192.168.178.xSubnetz bereitgestellt 255.255.255.0. Was tut es schon wieder.

Nach dem Zurücksetzen des Routers im Werk habe ich die Portweiterleitungsregeln erneut eingerichtet, und meine Box war per SSH wieder remote erreichbar. Die Maschine fungiert als Server für das Büro und wird von mir remote verwaltet.

Seltsamerweise hat die Maschine selbst keine Verbindung, obwohl meine SSH-Verbindung einwandfrei funktioniert. Wenn ich sudo dhclient -vdie Maschine ausführe, bricht sie meine Verbindung ab und kehrt in das 192.168.100.19Subnetz zurück 255.255.255.255. Nur ein Neustart der Maschine scheint sie wieder zugänglich zu machen, sie hat jedoch keine Internetverbindung mehr zu den Anwendungen, auf denen sie läuft.

Ich habe einige Bilder von einigen Dingen, die ich erfolglos versucht habe.

/etc/network/interfaces:

interfaces

Nachdem der dhclientBefehl ausgeführt wurde:

dhclient dhclient

Bevor es läuft, kann ich mich verbinden und es zeigt dies mit ip addr:

ip addr

Es wurde versucht, die Leases-Datei zu sichern und anschließend zu entfernen:

dhclient

Es wurde versucht, die Standard-IP-Route zu löschen:

Tut mir leid für die Kartoffelbilder, aber ich mache das über jemanden, der sich am physischen Standort befindet. Ich selbst arbeite aus der Ferne. Ich bin ratlos und muss nicht einmal durch das Neuinstallieren des Betriebssystems gehen und beten, dass ich nicht sicher bin, was ich tun soll.

0

1 Antwort auf die Frage

3
Kamil Maciorowski 
DHCPOFFER of 192.168.100.19 from 192.168.100.1

bedeutet DHCP-Server 192.168.100.1, der eine Adresse anbietet. Der Kunde stimmte zu und erwartete DHCPACK(Bestätigung), bekam aber:

DHCPNAK from 192.168.178.1

Dies bedeutet, dass ein DHCP-Server an ist 192.168.178.1(wahrscheinlich, weil er nur zustimmen konnte 192.168.178.zzz). Nach einer Weile gab es einen weiteren Versuch:

DHCPOFFER of 192.168.100.19 from 192.168.100.1

aber jetzt war der DHCP-Server 192.168.100.1schneller als 192.168.178.1:

DHCPACK of 192.168.100.19 from 192.168.100.1

Der Client "denkt" jetzt, dass alles in Ordnung ist, da einige Server die Adresse bestätigt haben.

Fazit: Es gibt zwei DHCP - Server, 192.168.100.1und 192.168.178.1sie sich gegenseitig stören. Sie müssen untersuchen, was der zusätzliche Server ist, und ihn stoppen lassen. Der Begriff ist "Rogue DHCP". Vergleichen Sie diese Antwort von mir .

Nach einiger Inspektion scheint es, dass die TV-Box, die wir im Büro haben (die auch eine Wohnung ist), sich für den Betrieb eines DHCP-Servers entschieden hat. Das Entfernen des Ethernet-Kabels und das Ausführen von dhclient lösten die Verbindungsprobleme. Diese Box wurde zuvor immer verbunden. DangerosoDavo vor 6 Jahren 1

Verwandte Probleme