ISC DHCP Server fail bei zwei Subnetzen
Moin Moin,
mein geliebter DHCP Server will iwi nicht mehr.
Ich hatte diesen vor einem Tag mal Updates ziehen lassen und seit dem läuft er nicht mehr.
Darauf hin hatte ich ein Backup eingespielt, danach meine DHCP config auch mal auf ein anderes altes System gepackt usw, doch es läuft derzeit nur auf einem Raspberry Pi, aber auch nicht wirklich....
Der Server lief jetzt ewig, bis mir eine Hardware Komponente den Host zum abstürzen gebracht hat.
Daher lief der DHCP Server jetzt sicher 4 Monate ohne Neustart, bis dahin hat jedes gerät seine IP-Adresse im richtigen Bereich bekommen.
Jetzt geht er beim hinzufügen eines zweiten Subnets in FAIL, der Raspberry Pi (als Test) arbeitet einfach weiter und vergibt dann nur die Adressen die in der Config hinterlegt sind und meckert halt "00:A2:...... via eth0: network 10.100.0.0/16: no free leases"
Beim richtigen DHCP Server:
Fehlerbild:
ip a:
/etc/default/isc-dhcp-server:
/etc/dhcp/dhcpd.conf:
Sobald ich nur ein "subnet .... { }" dastehen habe sagt er active (running), nur würde ich gerne bekannte Hardware in einem Netz haben und neue unbekannte in einem anderem.
Ich habe auch mehrmals die leases unter /var/lib/dhcp/ gelöscht und mit touch einfach eine leere Datei erstellt, wo er dann auch wieder etwas reingeschrieben hat.
Was mache ich mal wieder falsch?
Ich habe jetzt ewig im Netz gesucht und frage mich, wie konnte dies überhaupt laufen? Was passiert hier???
Liebe Grüße
mein geliebter DHCP Server will iwi nicht mehr.
Ich hatte diesen vor einem Tag mal Updates ziehen lassen und seit dem läuft er nicht mehr.
Darauf hin hatte ich ein Backup eingespielt, danach meine DHCP config auch mal auf ein anderes altes System gepackt usw, doch es läuft derzeit nur auf einem Raspberry Pi, aber auch nicht wirklich....
Der Server lief jetzt ewig, bis mir eine Hardware Komponente den Host zum abstürzen gebracht hat.
Daher lief der DHCP Server jetzt sicher 4 Monate ohne Neustart, bis dahin hat jedes gerät seine IP-Adresse im richtigen Bereich bekommen.
Jetzt geht er beim hinzufügen eines zweiten Subnets in FAIL, der Raspberry Pi (als Test) arbeitet einfach weiter und vergibt dann nur die Adressen die in der Config hinterlegt sind und meckert halt "00:A2:...... via eth0: network 10.100.0.0/16: no free leases"
Beim richtigen DHCP Server:
Fehlerbild:
× isc-dhcp-server.service - ISC DHCP IPv4 server
Loaded: loaded (/lib/systemd/system/isc-dhcp-server.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2022-10-19 21:06:45 UTC; 23min ago
Docs: man:dhcpd(8)
Process: 2841 ExecStart=/bin/sh -ec CONFIG_FILE=/etc/dhcp/dhcpd.conf; if [ -f /etc/ltsp/dhcpd.conf ]; then CONFIG_FILE=/etc/ltsp/dhcpd.conf; fi; [ -e /var/lib/dhcp/dhcpd.leases ] || touch /var/lib/dhcp/dhcpd.lease>
Main PID: 2841 (code=exited, status=1/FAILURE)
CPU: 9ms
Okt 19 21:06:45 dhcp-server dhcpd[2841]: ^
Okt 19 21:06:45 dhcp-server dhcpd[2841]: Configuration file errors encountered -- exiting
Okt 19 21:06:45 dhcp-server dhcpd[2841]:
Okt 19 21:06:45 dhcp-server dhcpd[2841]: If you think you have received this message due to a bug rather
Okt 19 21:06:45 dhcp-server dhcpd[2841]: than a configuration issue please read the section on submitting
Okt 19 21:06:45 dhcp-server dhcpd[2841]: bugs on either our web page at www.isc.org or in the README file
Okt 19 21:06:45 dhcp-server dhcpd[2841]: before submitting a bug. These pages explain the proper
Okt 19 21:06:45 dhcp-server dhcpd[2841]: process and the information we find helpful for debugging.
Okt 19 21:06:45 dhcp-server dhcpd[2841]:
Okt 19 21:06:45 dhcp-server dhcpd[2841]: exiting.
lines 1-18/18 (END)
ip a:
....
2: ens160: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:MAC:XX brd ff:ff:ff:ff:ff:ff
altname enp3s0
inet 10.100.2.1/24 brd 10.100.2.255 scope global ens160
valid_lft forever preferred_lft forever
inet 10.100.0.150/24 brd 10.100.0.255 scope global ens160
valid_lft forever preferred_lft forever
/etc/default/isc-dhcp-server:
INTERFACESv4="ens160"
INTERFACESv6=""
# IPV6 brauche ich noch nicht
/etc/dhcp/dhcpd.conf:
option ntp-servers 10.100.0.165;
use-host-decl-names on;
allow client-updates;
ddns-updates on;
default-lease-time 600;
max-lease-time 7200;
ddns-update-style none;
authoritative;
subnet 10.100.0.0 netmask 255.255.0.0 {
option domain-name-servers 10.100.0.178;
option ntp-servers 10.100.0.165;
option subnet-mask 255.255.0.0;
option routers 10.100.0.1;
## auch bei "deny unknown-clients;" geht er in FAIL ##
}
subnet 10.100.2.0 netmask 255.255.255.0 {
range 10.100.2.1 10.100.2.254;
option domain-name-servers 10.100.0.178;
option ntp-servers 10.100.0.165;
option routers 10.100.0.1;
default-lease-time 600;
max-lease-time 7200;
}
##### ##### ##### ##### SmartHome ##### ##### ##### #####
##### Sonos
host Sonos-BRIDGE {
hardware ethernet B8:E9:37:16:28:28;
fixed-address 10.100.0.10;
}
## usw...
Sobald ich nur ein "subnet .... { }" dastehen habe sagt er active (running), nur würde ich gerne bekannte Hardware in einem Netz haben und neue unbekannte in einem anderem.
Ich habe auch mehrmals die leases unter /var/lib/dhcp/ gelöscht und mit touch einfach eine leere Datei erstellt, wo er dann auch wieder etwas reingeschrieben hat.
Was mache ich mal wieder falsch?
Ich habe jetzt ewig im Netz gesucht und frage mich, wie konnte dies überhaupt laufen? Was passiert hier???
Liebe Grüße
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 4338863064
Url: https://administrator.de/forum/isc-dhcp-server-fail-bei-zwei-subnetzen-4338863064.html
Ausgedruckt am: 22.12.2024 um 08:12 Uhr
5 Kommentare
Neuester Kommentar
Dir ist schon klar das dein Netz
10.100.0.0/255.255.0.0 das Netz 10.100.2.0/255.255.255.0 inkludiert? Woher soll der DHCP also jetzt wissen aus welchem Pool er dir was geben soll? Da kommt ja nur irgendein Broadcast an - und der DHCP soll dann ne IP zuweisen. Nur blöd das er in deiner Konfig ja nich weiss aus welchem Range...
Normal hast du UNABHÄNGIGE ranges und der DHCP weiss dann aufgrund des helpers (wenn aus anderem vlan) bzw. des fehlenden Helpers eben woher er die IP nehmen soll. Wird halt bei dir nix.
10.100.0.0/255.255.0.0 das Netz 10.100.2.0/255.255.255.0 inkludiert? Woher soll der DHCP also jetzt wissen aus welchem Pool er dir was geben soll? Da kommt ja nur irgendein Broadcast an - und der DHCP soll dann ne IP zuweisen. Nur blöd das er in deiner Konfig ja nich weiss aus welchem Range...
Normal hast du UNABHÄNGIGE ranges und der DHCP weiss dann aufgrund des helpers (wenn aus anderem vlan) bzw. des fehlenden Helpers eben woher er die IP nehmen soll. Wird halt bei dir nix.
Hier findest du ebenfalls alles Wissenswerte zu dem Thema:
Netzwerk Management Server mit Raspberry Pi
Raspberry Pi Router mit VLAN
Netzwerk Management Server mit Raspberry Pi
Raspberry Pi Router mit VLAN