OPNsense Forum
International Forums => German - Deutsch => Topic started by: DonPablo on March 03, 2024, 03:12:06 pm
-
Habe heute zu KEA migriert und stelle folgendes Problem fest:
Ein Mini-Server (Rock Pi 4C+) der mit DietPi läuft verlangt das setzen einer statischen IP in den Netzwerkeinstellungen, da sonst gewisse Dienste und Ports nicht funktionieren. Davor hatte ich eine Deckungsgleiche Reservation für die MAC Adresse im DHCP Server eingetragen, auch für die Geräte welche manuell eine statische IP gesetzt haben. So hat man einen guten Überblick über die besetzten IP Adressen. Mache ich dies nun in KEA, dann verliert der besagte Mini-Server die Netzwerkkonnektivität und ist nicht mehr erreichbar. Lösche ich den Reservationseintrag und starte den Server neu funktioniert alles wie gehabt.
Mein Verdacht nach etwas googeln ist, dass es mit der Client ID zu tun haben könnte die ich eigentlich nicht verwende. Ich verwende nur die MAC Adressen zur Identifikation. Gemäss besagtem Post würde das zufügen in kea.dhcp4.conf von "match-client-id": false das Problem beheben. Ich habe es probiert und tatsächlich, der Mini-Server war dann wieder erreichbar. Jedoch wird das File dann von der GUI wieder überschrieben und die Konnektivität ist wieder weg.
Hat jemand die gleiche Erfahrung gemacht und allenfalls eine andere Lösung für das Problem? Ansonsten wäre es cool wenn man diese Option künftig in der GUI enablen/disablen könnte!
-
Soeben habe ich bemerkt, dass das Problem nicht beim KEA DHCP Server und auch nicht bei OPNSense lag. Vielmehr hat ein auf dem betroffenen Mini-Server kurz nach der Migration zu KEA ausgeführtes Kernel Upgrade (Armbian) das System zerschossen. Dass nach mehrfachen reboots und dem gleichzeitigen entfernen und Zufügen der Reservation zeitweise alles auf KEA schliessen liess war wohl eher dem Zufall geschuldet. Ich habe zurück zu ISC DHCP4 gewechselt und siehe da, auch hier war die Konnektivität plötzlich weg. Ich habe dann festgestellt, dass meine NTF Shares jeweils wenn sie genutzt werden sollten eine Kernel Panic auslösten. Ich habe nun das System in gleicher Konfiguration in einer virtuellen Maschine in betrieb genommen und ich kann nun definitiv bestätigen, dass das beschriebene Problem mit KEA nicht mehr auftritt. Ich habe der VM eine statische IP gesetzt in der Konfiguration und gleichzeitig in KEA eine kongruente Reservation eingefügt; es läuft alles problemfrei…