10
Problem: IP vergabe über Rpi (als DHCP) im Netzwerk
Hallo zusammen,
leider habe ich ein Problem mit meinem RPi als DHCP-Server.
Scheinbar vergibt, aus heiterem Himmel, der RPi keine IP mehr an Geräte, die sich im Netzwerk anmelden wollen.
Auf dem RPi läuft Isc-dhcp mit folgender Konfiguration (Auszug "/etc/dhcp/dhcpd.conf"):
Dazwischen liegt ein Switch mit entsprechenden Gateways.
Fritzbox: 192.168.99.254
RPi: 192.168.99.2 - erreichbar, per SSH konnte ich aufs System zugreifen und keine Fehler erkennen
(Der Service dhcpcd lässt sich ohne Fehlermeldung neustarten. Kein Gezicke in den Logs)
Die Ports am Switch sind im jeweiligen VLAN.
Der DHCP ist am Switch entsprechend hinterlegt.
Die Vergabe der IP hat auch bis vor kurzem funktioniert - problemlos.
Reboot des Switch bzw. Rpi brachte auch nichts zustande. Die Geräte suchen sich nach einer IP zu Tode...
Hat jemand Idee?
Nachtrag:
Hier noch eine Konfiguration des RPi von /etc/dhcpcd.conf
leider habe ich ein Problem mit meinem RPi als DHCP-Server.
Scheinbar vergibt, aus heiterem Himmel, der RPi keine IP mehr an Geräte, die sich im Netzwerk anmelden wollen.
Auf dem RPi läuft Isc-dhcp mit folgender Konfiguration (Auszug "/etc/dhcp/dhcpd.conf"):
option domain-name-servers 192.168.99.254;
default-lease-time 86400;
max-lease-time 86400;
ddns-update-style none;
authoritative;
log-facility local7;
ping-check true;
subnet 192.168.99.0 netmask 255.255.255.0 {
range 192.168.99.10 192.168.99.12;
option routers 192.168.99.1;
}
subnet 192.168.10.0 netmask 255.255.255.0 {
range 192.168.10.10 192.168.10.22;
option routers 192.168.10.1;
}
subnet 192.168.20.0 netmask 255.255.255.0 {
range 192.168.20.10 192.168.20.12;
option routers 192.168.20.1;
}Fritzbox: 192.168.99.254
RPi: 192.168.99.2 - erreichbar, per SSH konnte ich aufs System zugreifen und keine Fehler erkennen
(Der Service dhcpcd lässt sich ohne Fehlermeldung neustarten. Kein Gezicke in den Logs)
Die Ports am Switch sind im jeweiligen VLAN.
Der DHCP ist am Switch entsprechend hinterlegt.
Die Vergabe der IP hat auch bis vor kurzem funktioniert - problemlos.
Reboot des Switch bzw. Rpi brachte auch nichts zustande. Die Geräte suchen sich nach einer IP zu Tode...
Hat jemand Idee?
Nachtrag:
Hier noch eine Konfiguration des RPi von /etc/dhcpcd.conf
interface eth0
static ip_address=192.168.99.2/24
static routers=192.168.99.1
static domain_name_server=192.168.99.254
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1126438656
Url: https://administrator.de/forum/problem-ip-vergabe-ueber-rpi-als-dhcp-im-netzwerk-1126438656.html
Ausgedruckt am: 13.03.2025 um 09:03 Uhr
10 Kommentare
Neuester Kommentar
Bist du dir sicher, das die Range in deinen Netzen ausreicht?
192.168.99.10 bis .12 = 3 Hosts
192.168.10.10 bis .22 = 13 Hosts
192.168.20.10 bis .12 = 3 Hosts
Meine Vermutung: Deine Range ist zu klein und alle Adressen innerhalb der Range vergeben.
Gruß NV
192.168.99.10 bis .12 = 3 Hosts
192.168.10.10 bis .22 = 13 Hosts
192.168.20.10 bis .12 = 3 Hosts
Meine Vermutung: Deine Range ist zu klein und alle Adressen innerhalb der Range vergeben.
Gruß NV
Ach du wieder 
Die Range passt soweit:
Die Range passt soweit:
- 99er: 3 Hosts nur als Platzhalter (99.2 = RPi / 99.254 = Fritze)
- 10er: Nicht mal ein Host angemeldet
- 20er: 3 Hosts als Platzhalter
Hallo,
die Range in Kombination mit der Leasetime von einem Tag kann auch ein Ansatzpunkt sein. Läuft also auch auf "alles verleast" hinaus.
Ebenfalls denkbar sind Geräte, deren statische IP im DHCP-Scope liegt.
Wenn du mit dem Ansatz von @NixVerstehen sowie der Leasetime nicht weiter kommst und die Logs unauffällig sind, wirst du vermutlich am schnellsten über einen Mitschnitt via Wireshark zu Erkenntnissen kommen.
Ansonsten kannst du halt noch überlegen:
"Aus heiterem Himmel" heißt Zeitpunkt X. Was ist (kurz) davor passiert?
Wurden Änderungen welcher Art auch immer vorgenommen? Wurden Geräte von einem VLAN ins andere gebracht? Wurden neue VMs ausgerollt? Hat jemand seinem Spieltrieb nachgegeben und etwas ausprobiert?
Darauf aufbauend kann man dann weiter überlegen.
Grüße,
Benandi
die Range in Kombination mit der Leasetime von einem Tag kann auch ein Ansatzpunkt sein. Läuft also auch auf "alles verleast" hinaus.
Ebenfalls denkbar sind Geräte, deren statische IP im DHCP-Scope liegt.
Wenn du mit dem Ansatz von @NixVerstehen sowie der Leasetime nicht weiter kommst und die Logs unauffällig sind, wirst du vermutlich am schnellsten über einen Mitschnitt via Wireshark zu Erkenntnissen kommen.
Ansonsten kannst du halt noch überlegen:
"Aus heiterem Himmel" heißt Zeitpunkt X. Was ist (kurz) davor passiert?
Wurden Änderungen welcher Art auch immer vorgenommen? Wurden Geräte von einem VLAN ins andere gebracht? Wurden neue VMs ausgerollt? Hat jemand seinem Spieltrieb nachgegeben und etwas ausprobiert?
Darauf aufbauend kann man dann weiter überlegen.
Grüße,
Benandi
Machst du Layer 3 auf dem Switch, sprich routet der Switch zwischen den VLANs ?
Wenn ja, hast du DHCP Relay auf allen VLAN IP Interfaces des Switches aktiviert ausser dem Interface wo der DHCP Server selber aktiv ist ?
Ohne aktiviertes DHCP Relay kann kein DHCP Broadcast den DHCP Server erreichen...logisch.
Das solltest du checken:
Wenn ja, hast du DHCP Relay auf allen VLAN IP Interfaces des Switches aktiviert ausser dem Interface wo der DHCP Server selber aktiv ist ?
Ohne aktiviertes DHCP Relay kann kein DHCP Broadcast den DHCP Server erreichen...logisch.
Das solltest du checken:
- Leases checken unter /var/lib/dhcpd/dhcpd. leases
- Auf dem RasPi mit tcpdump port 67 or port 68 checken ob überhaupt DHCP Requests der Clients am Server ankommen
Nachdem ich den isc-dhcp-server restartet hatte, gab es kein gemeckert.
Allerdings brachte ein service isc-dhcp-server status folgende Fehlermeldung:
Einmal beherzt systemctl start isc-dhcp-server und es läuft wieder.
Tut mir leid für die Aufregung, aber vllt. hilft es anderen in Zukunft
Allerdings brachte ein service isc-dhcp-server status folgende Fehlermeldung:
rpi-dhcp systemd[1]: Failed to start LSB: DHCP server.Einmal beherzt systemctl start isc-dhcp-server und es läuft wieder.
Tut mir leid für die Aufregung, aber vllt. hilft es anderen in Zukunft
Moin,
Dann hast du aber mit der Aussage, dass ein Reboot des Pis nichts beachte, gelogen. Denn bei einem Neustart des gesamten Systems werden zweifelsfrei ALLE Dienste mit neugestartet…
Dann hast du aber mit der Aussage, dass ein Reboot des Pis nichts beachte, gelogen. Denn bei einem Neustart des gesamten Systems werden zweifelsfrei ALLE Dienste mit neugestartet…
Mit Sicherheit habe ich nicht gelogen... Ich hatte 2 mal neu gestartet und der Dienst war scheinbar nicht verfügbar.
Dann würde ich der Sache mal nachgehen oder einfach noch einmal die ganze Büchse Neustarten. Wenn der Dienst zwei mal nach einem Neustart nicht hoch kam, muss dass ja ne Ursache haben!?
Da ist etwas dran... Ggf. war der Dienst "disabled". Bin noch dran und berichte
Und besser ist dann auch systemctl restart <xyz_Dienst> zu nutzen denn das stoppt und startet den Dienst dann was solche Fehlermeldungen wie oben sicher verhindert.
