DHCP-Server verteilt Adressen aus anderem Bereich im gleichen Subnetz
Hallo zusammen,
seit Neukonfiguration des Failover auf unseren DHCP-Servern mit Windows Server 2019 werden plötzlich IPs aus anderen Bereichen vergeben. Wir betreiben zwei DCs mit DHCP im Failoverbetrieb und haben vor einiger Zeit einen neuen Bereich eingerichtet mit 20er Subnetz. Der Bereich reicht von 10.2.0.x bis 10.2.15.x und hat anfänglich einwandfrei funktioniert. Kurze Zeit später ist aber aufgefallen, dass der Failover nicht mehr funktionierte und dieser wurde kurzerhand neu eingerichtet. Danach schien alles gut, keine Fehlermeldungen etc. Seit diesem Zeitpunkt aber, verteilen die DHCP-Server Adressen im Bereich 10.2.8.x und nicht von Anfang, also 10.2.0.x an die Clients. Hat jemand Erfahrung wie man das umstellen kann (wenn überhaupt möglich)? Wäre einfach nur besser der Übersicht halber.
Viele Grüße
seit Neukonfiguration des Failover auf unseren DHCP-Servern mit Windows Server 2019 werden plötzlich IPs aus anderen Bereichen vergeben. Wir betreiben zwei DCs mit DHCP im Failoverbetrieb und haben vor einiger Zeit einen neuen Bereich eingerichtet mit 20er Subnetz. Der Bereich reicht von 10.2.0.x bis 10.2.15.x und hat anfänglich einwandfrei funktioniert. Kurze Zeit später ist aber aufgefallen, dass der Failover nicht mehr funktionierte und dieser wurde kurzerhand neu eingerichtet. Danach schien alles gut, keine Fehlermeldungen etc. Seit diesem Zeitpunkt aber, verteilen die DHCP-Server Adressen im Bereich 10.2.8.x und nicht von Anfang, also 10.2.0.x an die Clients. Hat jemand Erfahrung wie man das umstellen kann (wenn überhaupt möglich)? Wäre einfach nur besser der Übersicht halber.
Viele Grüße
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 666225
Url: https://administrator.de/contentid/666225
Ausgedruckt am: 24.11.2024 um 21:11 Uhr
6 Kommentare
Neuester Kommentar
Soweit ich weiss, gibt es keine einstellbare Reihenfolge. 10.2.8.x ist ja mitten im gültigen Bereich. Wenn du diesen Bereich in bestimmte Unterbereiche unterteilen möchtest um zwischen den verschiedenen Geräten unterscheiden zu können, musst du mit Scopes arbeiten.
Ein /16er Bereich als DHCP zu betreiben ist aber extrem unüblich und schreit nach einem riesigen Broadcastnetz. Unterteile einzelne Abteilungen der Firma in /24 Subnetze - sonst stören sie sich gegenseitig.
Ein /16er Bereich als DHCP zu betreiben ist aber extrem unüblich und schreit nach einem riesigen Broadcastnetz. Unterteile einzelne Abteilungen der Firma in /24 Subnetze - sonst stören sie sich gegenseitig.
Die Angebe der Bereiche ohne dazugehörige Netzmasken ist nicht sehr zielführend.
lks
Moin,
der DHCP-Server macht doch genau das, was ihr ihm gesagt habt.
DHCP-Bereich Start: 10.2.0.1
DHCP-Bereich Ende: 10.2.15.254
Es ist doch dann völlig egal, welche IP- er vergibt, er verteilt halt eine von 4094 möglichen ((16 * 256) - 2) IP-Adressen
macht den Bereich kleiner oder arbeitet, wie man es normalerweise macht, mit VLANs und vielen verschiedenen Scopes.
Gruß
em-pie
der DHCP-Server macht doch genau das, was ihr ihm gesagt habt.
DHCP-Bereich Start: 10.2.0.1
DHCP-Bereich Ende: 10.2.15.254
Es ist doch dann völlig egal, welche IP- er vergibt, er verteilt halt eine von 4094 möglichen ((16 * 256) - 2) IP-Adressen
macht den Bereich kleiner oder arbeitet, wie man es normalerweise macht, mit VLANs und vielen verschiedenen Scopes.
Gruß
em-pie
Zitat von @caruso:
Danke erstmal für die Info´s.
Wie schon erwähnt liegt der IP-Bereich im 20er Subnetz.
Danke erstmal für die Info´s.
Wie schon erwähnt liegt der IP-Bereich im 20er Subnetz.
Dann würde ich sagen: works as designed. Es tut also wie es soll.
Ich denke wir werden die Bereiche nochmals in eigene Subnetze unterteilen, da es anscheinend keine Möglichkeit gibt die IP-Vergabe zu beeinflussen.
Dich, über Reservierungen kannst Du das durchaus beeeinflüssen. Aber uch würde empfehlen, generell mit /24er-Netzen zu arbeiten und die Bereiche nicht zu groß werden zu lassen Es ist sowieso keine gute Idee mehr als 100 Kisten in eine Briadcast-Domain zu packen.
lks