Merkwürdiges Verhalten DHCP Server Server 2022
Guten Morgen,
Ich habe einen Testaufbau mit Windows Server 2019 der testweise mal DHCP und DNS spielen soll.
Aufbau vorher Fritzbox Cabel als Modem -> Mikrotik hEXs Stellt VLAN und DHCP Bereit. Im hEXs klappt auch die statische Vergabe von festen ips über DHCP. Um jetzt die ips vom Windows Server zu bekommen habe ich im Hexs für die netze einen DHCP Relay eingerichtet was auch alles klappt und die Adressen kommen jetzt vom 2022.
Aber....
Wenn ich im DHCP vom 2022 bestimmt IPs fest per DHCP vergeben möchte ignoriert er das gekonnt und vergibt eine aus dem Pool.
Bsp.: Adguard läuft als CT im Proxmox dort habe ich die MAC Adresse und die IP Steht auf DHCP.
Wenn ich jetzt die MAC im DHCP Eintrage nimmt er die als Reservierte Adresse aber gibt die nicht der Vm sondern zieht sich einen neue. Im Anhang noch paar Bilder dazu.
Hatte schon mal jemand so etwas?
Ich habe einen Testaufbau mit Windows Server 2019 der testweise mal DHCP und DNS spielen soll.
Aufbau vorher Fritzbox Cabel als Modem -> Mikrotik hEXs Stellt VLAN und DHCP Bereit. Im hEXs klappt auch die statische Vergabe von festen ips über DHCP. Um jetzt die ips vom Windows Server zu bekommen habe ich im Hexs für die netze einen DHCP Relay eingerichtet was auch alles klappt und die Adressen kommen jetzt vom 2022.
Aber....
Wenn ich im DHCP vom 2022 bestimmt IPs fest per DHCP vergeben möchte ignoriert er das gekonnt und vergibt eine aus dem Pool.
Bsp.: Adguard läuft als CT im Proxmox dort habe ich die MAC Adresse und die IP Steht auf DHCP.
Wenn ich jetzt die MAC im DHCP Eintrage nimmt er die als Reservierte Adresse aber gibt die nicht der Vm sondern zieht sich einen neue. Im Anhang noch paar Bilder dazu.
Hatte schon mal jemand so etwas?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 6185208503
Url: https://administrator.de/contentid/6185208503
Ausgedruckt am: 21.11.2024 um 21:11 Uhr
4 Kommentare
Neuester Kommentar
Ist der Adguard eine Linux VM? Wenn ja versendet dessen DHCP Client vermutlich keinen HW Identifier.
https://forum.ubuntuusers.de/topic/dhcp-bedeutung-von-dhcp-client-identi ...
Hättest du hier einmal einen Wireshark Trace oder einen Trace über die Torch Funktion des MT gemacht wäre das im DHCP Request der Adguard VM sofort zu sehen!
Du kannst das oben auch sehen denn unter "Eindeutige ID" steht keine Mac Adresse sondern eine Client ID. Der DHCP Server unterscheidet aber nach HW Identifier oder nicht.
Wenn du statt der VM einmal ein anderes DHCP Endgerät nimmst das einen HW Identifier sendet wird das vermutlich auch korrekt laufen.
Bei Linux kann man das im DHCP Client aber entsprechend customizen.
https://forum.ubuntuusers.de/topic/dhcp-bedeutung-von-dhcp-client-identi ...
Hättest du hier einmal einen Wireshark Trace oder einen Trace über die Torch Funktion des MT gemacht wäre das im DHCP Request der Adguard VM sofort zu sehen!
Du kannst das oben auch sehen denn unter "Eindeutige ID" steht keine Mac Adresse sondern eine Client ID. Der DHCP Server unterscheidet aber nach HW Identifier oder nicht.
Wenn du statt der VM einmal ein anderes DHCP Endgerät nimmst das einen HW Identifier sendet wird das vermutlich auch korrekt laufen.
Bei Linux kann man das im DHCP Client aber entsprechend customizen.
Du musst dem Client nicht die Mac eintragen sondern einfach den HW Identifier setzen.
Aber egal...auch der Weg über die Client ID klappt und ist ebenso ein richtiger Weg wie die Mac. Da musst du dir keine Sorgen machen.
Wenn es das denn war bitte dann deinen Thread auch als erledigt schliessen!
Aber egal...auch der Weg über die Client ID klappt und ist ebenso ein richtiger Weg wie die Mac. Da musst du dir keine Sorgen machen.
Wenn es das denn war bitte dann deinen Thread auch als erledigt schliessen!