Revan 14 Posted September 3 Report Share Posted September 3 Guten Morgen, ich habe hier einen Windows Server 2022, auf dem die NPS Rolle läuft und der den Zugang zum internen WLAN für unsere Notebooks regelt. Zugangsbedingung ist eine Computergruppe und eine Benutzergruppe. Authentifizierung läuft über zertifikatsbasiertes PEAP. Läuft seit Jahren problemlos. Jetzt habe ich hier ein Notebook, das lange nicht im Einsatz war (ca. 6 Monate) und hier wird beim Versuch, sich zum WLAN zu verbinden Benutzername und Kennwort des angemeldeten Nutzers verlangt. Wenn ich das eingebe, ist das WLAN auch bis zum nächsten Neustart verbunden. Nach einem Neustart muss ich die Credentials wieder eingeben. Normalerweise, und so funktioniert es bei allen anderen Notebooks auch, sollten die Kontodaten des angemeldeten Nutzers automatisch übernommen werden, ohne das der Nutzer irgendwas eingeben muss. Im Eventlog bekomme ich dazu eine Meldung 6273 das der NPS den Zugriff für diesen Rechner verweigert, und zwar weil der FQDN des Clients nicht übertragen wird. Unter Kontoname steht nur die MAC-Adresse des Notebooks. Hier wird also korrekterweise vom NPS der Zugriff verweigert, weil die MAC-Adresse nicht im AD auflösbar ist. Aber warum überträgt der Client nicht seinen FQDN? Hab diesen schon aus der Domäne rausgeworfen und wieder reingenommen, leider ohne Erfolg. Hat jemand eine Idee? Quote Link to comment
Squire 245 Posted September 4 Report Share Posted September 4 (edited) Zertifikat (Computer/Benutzer je nachdem was ihr verwendet) abgelaufen? ne .. passt nicht zum Problem. Da dürfte er sich gar nicht verbinden ... MAC als Kontenname ist aber ziemlich seltsam Edited September 4 by Squire Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.