Server bei IP-Verlust wieder verbinden -> Frage nach HDD Passwort

[steff123]

Hallo,
es geht um einen Heim-Server auf dem ein Debian läuft. Gelegentlich kommt es vor, dass er die IP verliert. Ich möchte daher ein Skript schreiben, dass in diesem Fall die Verbindung zum Router neu hergestellt. Ich würde folgenden Service neu starten:

Code: Alles auswählen

systemctl restart networking.service

Ist das erstmal korrekt?
Als ich den Befehl manuell ausgeführt habe, wurde ich allerdings nach dem Passwort für meine Luks-verschlüsselte Festplatte gefragt. Ich habe das dann einfach mit Enter weggedrückt, danach startete der Service neu. Beim zweiten Versuch den Service manuell zu starten, kam die Frage nicht mehr. Meine Sorge ist natürlich, dass die Frage im Fall der Fälle hoch kommt, wenn das Skript headless in der Crontab läuft.

Hat jemand einen Tip für mich, wie ich damit umgehen kann?

VG Steffen

[mat6937]

es geht um einen Heim-Server auf dem ein Debian läuft. Gelegentlich kommt es vor, dass er die IP verliert.... Meine Sorge ist natürlich, dass die Frage im Fall der Fälle hoch kommt, wenn das Skript headless in der Crontab läuft.

BTW: Statt einem cronjob, kannst Du die service-unit auch mit einer timer-unit restarten.

Evtl. auch die Ursache suchen, warum dein Server die "IP verliert". Wird die IP-Adresse per DHCP zugewiesen oder hat der Server eine feste/statische IP-Adresse? Du könntest auch eine fall-back-IP-Adresse konfigurieren.

[steff123]

IP wird über DHCP zugewiesen. Fritzbox vergibt aber immer dieselbe IP.
Ursache suchen ist immer löblich. Das Problem ist aber bisher nur zweimal in 2 Jahren passiert. Ich möchte nur verhindern, dass es einmal passiert, wenn ich im Urlaub bin und ich nicht physisch darauf zugreifen kann.

Nochmal zu meinen Fragen:
Wäre es der richtige Service?
Warum fragt der nach dem HDD-Passwort und wie kann ich damit in einem Skript umgehen? Oder erledigt sich das Problem, wenn ich mit den TimerUnits arbeite?

[mat6937]

IP wird über DHCP zugewiesen. ...
Wäre es der richtige Service?

Welchen dhcp-Client benutzt Du auf dem Server?

[steff123]

Gute Frage. Manuell habe ich schonmal dhclient ausgeführt. Bin mir aber nicht sicher, ob der auch im systemd verwendet wird. Habe da aber nichts geändert (Debian 10 Standard).

[mat6937]

Gute Frage. Manuell habe ich schonmal dhclient ausgeführt. Bin mir aber nicht sicher, ...

Wie sind auf deinem Server die Ausgaben von:

Code: Alles auswählen

ps aux | grep -i [d]hc
systemctl status systemd-networkd

?

[steff123]

Code: Alles auswählen

100000   32323  0.0  0.0   9484  1192 ?        Ss   Mai28   0:00 /sbin/dhclient -4 -v -i -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases -I -df /var/lib/dhcp/dhclient6.eth0.leases eth0
● systemd-networkd.service - Network Service
   Loaded: loaded (/lib/systemd/system/systemd-networkd.service; disabled; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:systemd-networkd.service(8)

[mat6937]

Code: Alles auswählen

100000   32323  0.0  0.0   9484  1192 ?        Ss   Mai28   0:00 /sbin/dhclient -4 -v -i -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases -I -df /var/lib/dhcp/dhclient6.eth0.leases eth0

Ja, das ist der dhclient.
Du könntest ein Script schreiben, das regelmäßig prüft ob ein Zugang vom Server zum Router möglich ist und wenn das nicht der Fall ist, dann networking.service restarten (... mit einem cronjob oder mit einer timer-unit).

[steff123]

Hey,
mein Server hat wieder die IP verloren und ich bin gerade nicht zu Hause.
Das Skript hat anscheinend nichts gebracht. Wahrscheinlich muss ich den Server morgen hart ausschalten, da ich keinen Monitor anschließen kann.

Wenn der Server wieder läuft, würde ich gern im ersten Schritt herausfinden, was die Ursache für den IP-Verlust war.

Brauche da aber ein bisschen Hilfe, wo ich da suchen muss.

[eggy]

Wäre es nicht sinnvoller, bei nem Server ne feste IP zu vergeben?

[steff123]

Sicher, dass das damit zusammenhängt?

Die Fritzbox teilt dem Server immer dieselbe IP zu. Einen Restart der Fritzbox habe ich von remote schon gemacht. Half auch nichts.

Ich hatte drei Jahre Ubuntu auf der Kiste laufen, da hatte ich nie das Problem. Bin jetzt aber wegen Proxmox auf Debian unterwegs und seitdem zickt es manchmal.

[mat6937]

Das Skript hat anscheinend nichts gebracht.

Dann ist das Script evtl. nicht gut genug. Poste mal den Inhalt des Scriptes.

Wahrscheinlich muss ich den Server morgen hart ausschalten, ...

Bevor Du den Server hart ausschaltest, mach mal im (W)LAN deiner FritzBox ein arp-scan und poste das Ergebnis des arp-scans.

[MSfree]

So ein Skript ist eigentlich unsinnig.

Wenn die Kiste die IP-Adresse via DHCP bezieht, bekommt sie auch mitgeteilt, wie lange die IP-Adresse genutzt werden darf, Leasetime im Fachjargon. Übliche Leasetimes liegen zwischen 12h und 30 Tagen, je nachdem, was man dem DHCP-Server konfiguriert hat. DHCP-Clients fragen nach Ablauf der halben Leasetime den DHCP-Server erneut ab und erneuern ihren Lease hiermit. Im normalen Betrieb kann es also gar nicht passieren, daß eine IP "verloren" geht.

Geht eine IP-Adresse verloren, kann ein Fehler im DHCP-Server vorliegen. Wenn z.B. zu lange Leasetimes konfiguriert sind, kann ein böswilliger Client alle IP-Adressen des Adresspools aufbrauchen, indem er seine MAC-Adresse wechselt und neuer Leasese anfordert. Ist der Pool dann aufgebraucht, bekommen andere Clients dann unter Umständen ihren Lease nicht erneuert. Es kann aber auch schlicht ein Fehler in DHCP-Server vorliegen, ich kenne das von Xyxelroutern, die freiwerdende IP-Adresse nie recyclen, da hilft dann nur ein Factory-Reset und neu einrichten.

Es kann aber auch einfach ein Defekt in der Netzwerkhardware des DHCP-Clients vorliegen. Dazu sollte es aber im Syslog (journalctl) Hinweise geben, sinngemäß mit dem Wortlaut "link lost".

Es empfiehlt sich also, die Logs des DHCP-Servers und des DHCP-Clients nach Problemen durchzusehen.

[steff123]

Bevor Du den Server hart ausschaltest, mach mal im (W)LAN deiner FritzBox ein arp-scan und poste das Ergebnis des arp-scans.

Die IP-Adresse des Servers kommt im arp-scan nicht vor. Würde ungern meine gesamten MACs hier leaken, habe die daher herausgelöscht.

Code: Alles auswählen

Interface: wlp58s0, type: EN10MB, MAC: xxxx, IPv4: xxxxx
Starting arp-scan 1.9.7 with 256 hosts (https://github.com/royhills/arp-scan)

..........
..........

14 packets received by filter, 0 packets dropped by kernel
Ending arp-scan 1.9.7: 256 hosts scanned in 2.024 seconds (126.48 hosts/sec). 14 responded

[steff123]

Hey,
Auf journalctl konnte ich leider nicht mehr zugreifen, weil es nicht persistent gespeichert wurde (habe ich aber jetzt geändert). Im Syslog habe ich nichts gefunden.

Ich würde mit Euch gerne mal die Netzwerk-Konfiguration auf dem Server besprechen. Ich befürchte, da ist ein Fehler drin. Ich bin halt Linuxer von der Anwendungsseite und keine Systemadmin .

Die Kiste ist ein Debian 10, auf das ich dann Proxmox für die Virtualisierung installiert habe. Der dhclient Job war auch aus einem LXC-Container, wie ich jetzt gemerkt habe, und nicht vom Host.

In der /etc/network/interfaces musste ich meine virtuelle Bridge statisch konfigurieren. Kann es sein, dass sich das mit der Konfigruration des Interfaces enp1s0 beißt? Muss ich das Interface evtl auf 'manual' setzen? Das Interface enp2s0 nutze ich nicht

Code: Alles auswählen

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

iface enp1s0 inet dhcp

iface enp2s0 inet manual

auto vmbr0
iface vmbr0 inet static
	address 192.168.2.11
	netmask 255.255.255.0
	gateway 192.168.2.1
	bridge_ports enp1s0
	bridge_stp off
	bridge_fd 0

Im Journactl habe ich folgende Warnung:

Code: Alles auswählen

Jun 18 11:02:57 node01 systemd[1]: Starting Network initialization...
Jun 18 11:02:57 node01 networking[561]: networking: Configuring network interfaces
Jun 18 11:02:59 node01 networking[561]: warning: enp1s0: ignoring ip address. Assigning an IP address is not allowed on enslaved interfaces. enp1s0 is enslave
Jun 18 11:03:00 node01 systemd[1]: Started Network initialization.

Ich habe auch noch eine Intel NUC, die aber nicht 24/7 läuft, aber auch mit Proxmox. Da habe ich die Journal-Meldung nicht.

VG Steff

[heisenberg]

Na Du hast eine Bridge konfiguriert, wie das bei Proxmox für die VMs so der Standard ist. Das ist soweit ok.

Der Fehler ist da allerdings das Du bei Deinem enp1s0 noch eine DHCP-Konfiguration eingestellt hast. Das geht nicht. Bridge-Slave-Interfaces dürfen keine IP-Konfiguration haben. Das hat nur die Bridge. Die gezeigte Fehlermeldung sagt Dir das auch.

Kann das sein, dass das ein Tippfehler ist? Sprich enp2s0 ist das Slave-Interface der Bridge und enp1s0 ist die Verbindung zum Router?

Kannst Du Dein Netzwerksetup nochmal etwas genauer beschreiben(Habe den Thread nur kurz überflogen und nichts dazu gesehen.)?

[MSfree]

In der /etc/network/interfaces musste ich meine virtuelle Bridge statisch konfigurieren. Kann es sein, dass sich das mit der Konfigruration des Interfaces enp1s0 beißt?

Ja.

Code: Alles auswählen

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

auto vmbr0
iface vmbr0 inet dhcp
	bridge_ports enp1s0
	bridge_stp off
	bridge_fd 0

müßte reichen. enp1s0 darf nicht gesondert konfiguriert werden, die Einträge sind also zu entfernen.

[steff123]

Na Du hast eine Bridge konfiguriert, wie das bei Proxmox für die VMs so der Standard ist. Das ist soweit ok.

Der Fehler ist da allerdings das Du bei Deinem enp1s0 noch eine DHCP-Konfiguration eingestellt hast. Das geht nicht. Bridge-Slave-Interfaces dürfen keine IP-Konfiguration haben. Das hat nur die Bridge. Die gezeigte Fehlermeldung sagt Dir das auch.

Kann das sein, dass das ein Tippfehler ist? Sprich enp2s0 ist das Slave-Interface der Bridge und enp1s0 ist die Verbindung zum Router?

Kannst Du Dein Netzwerksetup nochmal etwas genauer beschreiben(Habe den Thread nur kurz überflogen und nichts dazu gesehen.)?

Ich hatte zuerst Debian installiert und darauf die Proxmox-Paketquelle, weil mir der Standard-Installer von Proxmox bei der Festplattenpartitionierung zu wenige Optionen gab. Aus der Standardinstallation von Debian kam die DHCP-Konfiguration.

enp1s0 ist die Verbindung zum Router. enp2s0 ist das Interface für einen zweiten LAN-Anschluss, den ich aber aktuell nicht nutze. Was meinst du mit Slave-Interface?

Code: Alles auswählen

# brctl show
bridge name	bridge id		STP enabled	interfaces
fwbr1500i0		8000.524da46864b7	no		fwln1500i0
							tap1500i0
vmbr0		8000.6cbfb500440f	no		enp1s0
							fwpr1500p0

[steff123]

müßte reichen. enp1s0 darf nicht gesondert konfiguriert werden, die Einträge sind also zu entfernen.

Danke. Habe die beiden Einträge entfernt. Aber die vmbridge belasse ich bei der statischen Konfig.

Mal schauen, wie lange der Server nun im Netz hängen bleibt. Kann irgendwie noch nicht so richtig glauben, dass es das war.

[MSfree]

Danke. Habe die beiden Einträge entfernt. Aber die vmbridge belasse ich bei der statischen Konfig.

Kann man natürlich auch machen.

Mal schauen, wie lange der Server nun im Netz hängen bleibt.

Wenn du die Bridge statisch konfigurierst, ist DHCP als Ursache raus. Da wird dann also nichts mehr passieren. Es würde aber auch mit DHCP nichts passieren, wenn du die Bridge, wie oben gezeigt, mit DHCP laufen läßt.

Dein Problem war die statische IP der Bridge, die mit der DHCP-IP der Netzwerkkarte kollidiert ist. Jedes Mal, wenn die Netzwerkkarte ihre IP erneuert, ist die Bridge rausgeflogen. Deshalb, nie bei einer Bridge die einzelnen Netzwerkschnittstellen zusätzlich konfigurieren, sondern nur die Bridge selbst.