nico00
Goto Top

RADIUS Probleme - Windows NPS

Hallo Leute,

ich habe aktuell Probleme mit einer RADIUS Authentifizierung. Folgendes Szenario:

Es handelt sich erstmal nur um eine Testumgebung mit folgenden Geräten:

HP Notebook mit Windows 10
Huawei S5735-L48P4X-A1 Switch
Workstation Rechner von Dell mit Windows Server 2022

Ich habe die NPS Rolle, AD und Zertifizierungsstelle auf dem Server installiert. Zertifikat per GPO verteilen lassen (ist auf dem Client auch vorhanden bei den Zertifikaten). Den NPS habe ich soweit konfiguriert.

Jetzt mein Problem: Auf dem Client läuft erstmal das Testprogramm NTRadping um die Radius anfragen zu überprüfen. Dies schlägt mit einem AccessReject fehl. Im Ereignisprotokoll vom Server taucht Ursachencode 49 auf mit folgendem Fehler: "Die RADIUS-Anforderung stimmte mit keiner konfigurierten Verbindungsanforderungsrichtlinie überein"

Huawei bietet allerdings auf dem Switch an, die Konfiguration zu testen, dort habe ich mit folgendem Befehl getestet:

test-aaa test test123 radius-template rd1 (test = username, test123 = passwort)

Dort kommt ein Success zurück und auch im Ereignisprotokoll vom Server steht, dass dem Nutzer Zugriff gewährt wurde. Nun verstehe ich nicht ganz wie es vom Switch aus erfolgreich sein kann, vom Client allerdings nicht.

Der Server ist per Ping erreichbar vom Client aus, er erhält ja auch die Anfragen von NTRadPing.

Schonmal Danke im Vorraus an euch

Content-ID: 6097163982

Url: https://administrator.de/contentid/6097163982

Ausgedruckt am: 21.11.2024 um 22:11 Uhr

Looser27
Looser27 23.02.2023 um 10:25:29 Uhr
Goto Top
Guten Morgen,

welche Windows-Version läuft auf dem Client?
Mit dem Update auf 22H2 gab es ein paar Änderungen, die hier zu Problemen führen können.


Gruß

Looser
nico00
nico00 23.02.2023 um 10:28:10 Uhr
Goto Top
Hallo,

auf dem Client läuft die Version 21H2.

Gruß

Nico
6017814589
6017814589 23.02.2023 aktualisiert um 10:35:44 Uhr
Goto Top
Nun verstehe ich nicht ganz wie es vom Switch aus erfolgreich sein kann, vom Client allerdings nicht.
Weil man im NPS ja die IP des Radius-Clients einträgt(Switch) und der NPS nimmt dann direkt auch nur Anfragen von diesem an und nicht von deiner Workstation, denn der Radius-Client auf dem Switch authentifiziert die Workstation im Auftrag dieser am Radius-Server nicht die sich selbst.
nico00
nico00 23.02.2023 um 10:37:17 Uhr
Goto Top
Als Radius-Client im NPS habe ich allerdings 192.168.137.0/24 definiert. Und vorher hatte ich testweise auch schon die IP-Adresse der Workstation und die IP-Adresse des Switch voneinander getrennt eingetragen. Hat beides nicht funktioniert (mir ist schon klar, dass dort nur die IP-Adressen der Switches reinkommen)
lcer00
lcer00 23.02.2023 um 11:30:55 Uhr
Goto Top
Hallo,
Zitat von @nico00:

Als Radius-Client im NPS habe ich allerdings 192.168.137.0/24 definiert. Und vorher hatte ich testweise auch schon die IP-Adresse der Workstation und die IP-Adresse des Switch voneinander getrennt eingetragen. Hat beides nicht funktioniert (mir ist schon klar, dass dort nur die IP-Adressen der Switches reinkommen)

Radius-Client ist nur der Switch.
Der PC nennt sich Radius-Supplicant.

Der Radius-Supplicant wendet sich an den Radius-Client. Dieser leitet die Authentifizierungsanfrage an den Radius-Server (NPS) weiter. Der Radius-Server ist nicht direkt für die Clients zuständig.

Grüße

lcer
aqui
aqui 23.02.2023 aktualisiert um 12:21:54 Uhr
Goto Top
Der NTRadPing Client sendet den Radius Request mit dem Auth Type PAP (1)!
Hier siehst du mal einen Debugging Mitschnitt vom FreeRadius:
(2) Received Access-Request Id 13 from 192.168.7.152:60884 to 192.168.7.153:1812 length 43
(2) files: users: Matched entry bob at line 9
(2)     [files] = ok
(2)     [expiration] = noop
(2)     [logintime] = noop
(2)     [pap] = updated
(2)   } # authorize = updated
(2) Found Auth-Type = PAP
(2) # Executing group from file /etc/freeradius/3.0/sites-enabled/default
(2)   Auth-Type PAP {
(2) pap: Login attempt with password
(2) pap: Comparing with "known good" Cleartext-Password  
(2) pap: User authenticated successfully
(2)     [pap] = ok
(2)   } # Auth-Type PAP = ok 

Wireshark
pap
Hakt man das Fenster "CHAP" im NTRadPing an sendet er den entsprechenden Auth Type CHAP (3):
(3) Received Access-Request Id 14 from 192.168.7.152:60887 to 192.168.7.153:1812 length 44
(3)   User-Name = "bob"  
(3)   CHAP-Password = 0x3ab461a8428b09aa64e10c1549b8ab3306
(3) chap:   &control:Auth-Type := CHAP
(3)     [chap] = ok
(3)     [mschap] = noop
(3)     [digest] = noop
(3) files: users: Matched entry bob at line 9
(3)     [files] = ok
(3)     [expiration] = noop
(3)     [logintime] = noop
(3) Found Auth-Type = CHAP
(3)   Auth-Type CHAP {
(3) chap: Comparing with "known good" Cleartext-Password  
(3) chap: CHAP user "bob" authenticated successfully  
(3)     [chap] = ok
(3)   } # Auth-Type CHAP = ok 
Wireshark
chap
Hast du beide Optionen mal getestet PAP und CHAP??
Es ist möglich das der Winblows NPS beide Auth Types nicht supportet oder du sie im NPS Setup deaktiviert hast?!
Fragt sich dann mit welchen Auth Type das Tool der chinesischen Schnüffelgurke im Netz arbeitet?!
Beim FreeRadius rennt beides fehlerlos wie du oben selber sehen kannst.
Das Username/Passwort und auch das Radius Server Passwort korrekt im NTRadPing eingegeben wurde setzen wir mal voraus!
lcer00
lcer00 23.02.2023 um 12:39:40 Uhr
Goto Top
Hallo,

Hast Du eigentlich das 802.1X Authentifizierung für den (Kabel-)Netzwerkadapter in den Adaptereinstellungen oder per GPO aktiviert? Ohne das wird der Adapter gar nicht erst versuchen, sich zu Authentifizieren. Das ist anders als bei WLAN. Wenn Ja - Hast Du Computer- oder Benutzerauthentifizierung angehakt?

Grüße

lcer
aqui
aqui 23.02.2023 aktualisiert um 15:38:55 Uhr
Goto Top
Hast Du eigentlich das 802.1X Authentifizierung...
Ist hier ja eigentlich irrelevant, da es sich bei beiden Clients einzig und allein nur um Radius Testtools handelt. 802.1x oder Mac Bypass ist hier primär gar nicht das Thema. face-wink
nico00
nico00 23.02.2023 um 12:55:13 Uhr
Goto Top
Das hier ist ein Screenshot der Netzwerkrichtlinie für den Test über das NTRadPing Programm. Hier sind CHAP und PAP aktiviert. Funktioniert aber nicht.

sc1


Und auf dem folgenden Screenshot das dazugehörige Event im Eventviewer für den Testfall (egal ob CHAP angekreuzt oder nicht):

sc5

Anhand der Meldung im Eventviewer dachte ich, dass ich diese Eingrenzung bzgl. CHAP, PAP usw. eventuell in den Verbindungsrichtlinien einstellen muss und nicht in den Netzwerkrichtlinien, also die Verbindungsrichtlinie wie folgt geändert:

sc2

Aber auch das brachte keinen Erfolg und es kam leider genau die gleiche Meldung im Eventviewer wieder
nico00
nico00 23.02.2023 um 13:00:06 Uhr
Goto Top
Zitat von @lcer00:

Hallo,

Hast Du eigentlich das 802.1X Authentifizierung für den (Kabel-)Netzwerkadapter in den Adaptereinstellungen oder per GPO aktiviert? Ohne das wird der Adapter gar nicht erst versuchen, sich zu Authentifizieren. Das ist anders als bei WLAN. Wenn Ja - Hast Du Computer- oder Benutzerauthentifizierung angehakt?

Grüße

lcer

Habe ich, mal abgesehen von dem Testtool, auch schon probiert. Sprich alles manuell händisch an dem Testclient am Netzwerkadapter konfiguriert. Einmal mit Computerauthentifizierung und dem entsprechend verteilten Zertifikat und einmal mit der Benutzerauthentifizierung. Da kam aber dann bei beidem nicht mal ein Access Request an den Server. Bin also erstmal froh wenn das mit dem Testtool funktionieren würde
6017814589
Lösung 6017814589 23.02.2023 aktualisiert um 13:26:00 Uhr
Goto Top
screenshot

screenshot

screenshot

screenshot

screenshot

screenshot

screenshot

screenshot

Works as designed!
lcer00
lcer00 23.02.2023 um 13:19:18 Uhr
Goto Top
Zitat von @nico00:
Jetzt mein Problem: Auf dem Client läuft erstmal das Testprogramm NTRadping um die Radius anfragen zu überprüfen. Dies schlägt mit einem AccessReject fehl. Im Ereignisprotokoll vom Server taucht Ursachencode 49 auf mit folgendem Fehler: "Die RADIUS-Anforderung stimmte mit keiner konfigurierten Verbindungsanforderungsrichtlinie überein"
Wenn Du Dir sicher bist, dass das die passende Log-Zeile ist, poste diese doch mal hier.

Grüße

lcer
nico00
nico00 23.02.2023 um 13:23:53 Uhr
Goto Top
Zitat von @6017814589:

screenshot

screenshot

screenshot

screenshot

screenshot

screenshot

screenshot



Works as designed!

hab das ganze jetzt genauso übernommen wie du, jetzt funktioniert es tatsächlich. War anscheinend irgendwo ein Fehler in der Verbindungsrichtlinie. Danke für die schnelle und freundliche Hilfe!!!
lcer00
lcer00 23.02.2023 um 13:25:55 Uhr
Goto Top
Zitat von @lcer00:

Zitat von @nico00:
Jetzt mein Problem: Auf dem Client läuft erstmal das Testprogramm NTRadping um die Radius anfragen zu überprüfen. Dies schlägt mit einem AccessReject fehl. Im Ereignisprotokoll vom Server taucht Ursachencode 49 auf mit folgendem Fehler: "Die RADIUS-Anforderung stimmte mit keiner konfigurierten Verbindungsanforderungsrichtlinie überein"
Wenn Du Dir sicher bist, dass das die passende Log-Zeile ist, poste diese doch mal hier.

Grüße

lcer

Sorry, hatte den Screenshot nicht gesehen. Hast Du denn eine Verbindungsanforderungsrichtlinie UND eine Netzwerkrichtlinie definiert? Die braucht man beide.

Grüße

lcer
6017814589
6017814589 23.02.2023 aktualisiert um 13:29:38 Uhr
Goto Top
Und immer auf die Reihenfolge und die Bedingungen der Regeln achten! Matcht davon bereits eine andere vor deiner eigentlichen Richtlinie werden alle folgenden nicht verarbeitet.