lordfire112
Goto Top

Windows 2022 DHCP Server vergibt keine IPs an Windows Geräte

Guten Morgen,
ich stehe hier vor einem Problem, wo mir die Ideen ausgehen woran es noch liegen kann.
Windows Server 2022 (DC,DNS, DHCP Server) macht im Netzwerk DHCP Server
das hat alles prima funktioniert.
Seit einigen Tagen vergibt der DHCP Server keine Adressen mehr an Windows Geräte die per WLAN ins Netzwerk gehen.
Apple Geräte oder andere Hersteller kein Problem bekommen IP Adressen
Die Windows Geräte verbinden sich zwar ins WLAN bekommen dann aber keine IP.
Server ist auf dem aktuellesten Patchstand.

Bei den Clients handelt es sich um 2 HP Notebooks und ein Lenovo Notebook. (Sind alle 3 nicht in der Domäne)
Das Lenovo Notebook habe ich sogar schon komplett neuinstalliert
Wenn ich den testweise den DHCP der Firewall aktiviere bekommen die Geräte eine IP. Es muss also am Windows DHCP liegen

Folgendes habe ich am Server versucht:
- DHCP Bereich gelöscht und neu angelegt -> Kein Erfolg
- DHCP Server deinstalliert und neu installiert -> Kein Erfolg

Ich bin etwas rat los

Content-ID: 671860

Url: https://administrator.de/forum/windows-2022-dhcp-server-vergibt-keine-ips-an-windows-geraete-671860.html

Ausgedruckt am: 12.03.2025 um 01:03 Uhr

kpunkt
kpunkt 11.03.2025 um 08:40:27 Uhr
Goto Top
Bei zwei DHCP im Netz immer genau schauen, ob die richtig konfiguriert sind.
Sind VLANs im Spiel?
Blockt evtl. die Windows-Firewall was ab?
DHCP-Pool erschöpft?

Bringt ein
ipconfig /release
ipconfig /renew
etwas anderes als eine APIPA?
SlainteMhath
SlainteMhath 11.03.2025 aktualisiert um 08:47:26 Uhr
Goto Top
Moin,

wirf doch mal einen Blick in die EventLogs anstatt alles mögliche neu zu installieren face-smile

lg,
Slainte
lordfire112
lordfire112 11.03.2025 um 08:48:45 Uhr
Goto Top
Es ist nur ein DHCP Server im Netz, der von der Firewall wurde jetzt nur testweise aktiviert.
Es gibt für das Windows DHCP Netz kein VLAN
DHCP Pool hat noch ausreichend Adressen.
ipconfig bringt keine Änderung
lordfire112
lordfire112 11.03.2025 um 09:10:32 Uhr
Goto Top
Fehler bei der PTR-Eintragsregistrierung für IPv4-Adresse [[172.16.50.79]] und FQDN MAUSKLIX.Gallier.local mit der Meldung 9017 (Ungültiger DNS-Schlüssel.).

Wäre aber ein IPV6 Problem
20322 DHCPv6.ForwardRecordDNSTimeout Fehler bei der Forward-Eintragsregistrierung für IPv6-Adresse %1 und FQDN %2 mit der Meldung %3.

Sonst steht nichts im DHCP Log
kpunkt
kpunkt 11.03.2025 um 09:19:34 Uhr
Goto Top
eventvwr?
Looser27
Looser27 11.03.2025 um 09:37:07 Uhr
Goto Top
Moin,

ist der DHCP-Relay in der Firewall korrekt eingetragen?
SlainteMhath
SlainteMhath 11.03.2025 um 09:48:55 Uhr
Goto Top
Und wenn alles nichts hilft, muss der Kabelhai ran face-smile
hotkey
hotkey 11.03.2025 um 10:16:32 Uhr
Goto Top
Hallo,

so etwas kann passieren, wenn ein Accesspoint im Netz vorhanden ist (z.B. AVMxxxx als LAN-Brücke) bei dem der LAN-Port nicht mehr korrekt verbunden ist.


Gruß hotkey
lordfire112
lordfire112 11.03.2025 um 12:49:02 Uhr
Goto Top
Hi,
was heißt nicht korrekt verbunden?
Als AccessPoints haben wir ARUBA AP22
kpunkt
kpunkt 11.03.2025 um 13:20:20 Uhr
Goto Top
Zitat von @lordfire112:

was heißt nicht korrekt verbunden?
Putzfrau, büroeigene Maus, genereller Kabelfraß, Stolperfalle Kabel, ...
ThePinky777
ThePinky777 11.03.2025 um 13:45:21 Uhr
Goto Top
Zitat von @lordfire112:

Hi,
was heißt nicht korrekt verbunden?
Als AccessPoints haben wir ARUBA AP22

Nicht korrekt verbundne bedeutet das LAN Kabel des AP ist nicht mehr mit dem LAN oder what ever verbunden.
Geräte können WLAN verbinden aber kommen nicht ins Netz...
Aber kann ja nicht sein weil du hast oben ja geschrieben das Apple und andere sich verbinden können.
Win11 24H2 Bug... installier mal 23H2 und wenns damit geht weisste bescheid.
(da du das eine Laptop eh platt gemacht hast, kannst ja nochmal versuchen)
Michi91
Michi91 11.03.2025 um 13:49:47 Uhr
Goto Top
Dennoch kann es ja vermutlich nicht schaden WLAN AP neu zu starten. Funktioniert es Kabelgebunden?
DivideByZero
DivideByZero 11.03.2025 um 14:31:53 Uhr
Goto Top
Moin,

was machen denn dieselben Windows-Endgeräte direkt per Kabel? Ziehen sie eine IP? Dann ist es nicht der DHCP, sondern etwas in der WLAN-Infrastruktur. Falls das so ist, ggf. nur 1 AP online nehmen und an diesem testen.

Gruß

DivideByZero
em-pie
em-pie 11.03.2025 um 16:58:56 Uhr
Goto Top
Moin,

Habt Ihr eine NAC-Lösung (802.1x) im Einsatz und euch ggf. mit den Windows-Geräten „ausgesperrt“.

Kannst du eines der Problemkinder mal via Knoppix booten und schauen, ob da was kommt?

Ansonsten halt mal WireShark laufen lassen (wie oben schon mal vorgeschlagen). Dann sieht man mehr.
Pjordorf
Pjordorf 12.03.2025 um 00:02:48 Uhr
Goto Top
Hallo,

Zitat von @lordfire112:
Die Windows Geräte verbinden sich zwar ins WLAN bekommen dann aber keine IP.
Das macht kein Sinn und ist Techn. nicht möglich. Ohne ne IP kann sich auch kein Windows Client am AP anmelden und erst dann eine IP beziehen aber seine vorherige IP wegschmeissen. Und warum sollte ein Windows Client vom DHCP eine IP aufgezwungen bekommen? Die wird vom Client immer angefordert. Also mal ein {https://www.wireshark.org/download.html Kabelhai] nutzen und mal DHCP nachverfolgen wenn sonst keine Ideen sind.
https://wiki.wireshark.org/DHCP
https://en.wikiversity.org/wiki/Wireshark/DHCP
https://networkengineering.stackexchange.com/questions/70267/how-to-capt ...
https://www.reddit.com/r/wireshark/comments/1dl1hd6/analysing_dhcp_reque ...
https://documentation.meraki.com/General_Administration/Tools_and_Troubl ...
https://www.101labs.net/how-to-troubleshoot-dhcp-with-wireshark/

Wenn ich den testweise den DHCP der Firewall aktiviere bekommen die Geräte eine IP. Es muss also am Windows DHCP liegen
Klar, ohne Logs oder sonstiges wissen. LOL

Gruss,
Peter