FreeRADIUS latest package upgrade
-
I also upgraded to _25 and then _26. Didn't notice any issues with at any point this morning.
-
Hmmm - let me start it in debug mode..
-
Restarted my iphone. Authed ok. Hallway is a nanoHD running 5.43.23 firmware.
I'm not in a good spot to restart the WAP or kick the pfSense box. School from home...
-
@johnpoz
_25 works for me with EAP-TTLS, I haven't tried version _26. -
Ok - I need more coffee... But nothing jumping out at me here
Do you see anything?
Ready to process requests (0) Received Access-Request Id 14 from 192.168.2.2:43356 to 192.168.2.253:1812 length 236 (0) User-Name = "johnsXR" (0) NAS-IP-Address = 192.168.2.2 (0) NAS-Identifier = "802aa8154f07" (0) Called-Station-Id = "80-2A-A8-15-4F-07:unifi-ent" (0) NAS-Port-Type = Wireless-802.11 (0) Service-Type = Framed-User (0) Calling-Station-Id = "F4-06-16-4F-F6-36" (0) Connect-Info = "CONNECT 0Mbps 802.11b" (0) Acct-Session-Id = "4F431ED7267F8975" (0) Acct-Multi-Session-Id = "2BCC27BEC5AC38A5" (0) Mobility-Domain-Id = 40405 (0) WLAN-Pairwise-Cipher = 1027076 (0) WLAN-Group-Cipher = 1027076 (0) WLAN-AKM-Suite = 1027075 (0) WLAN-Group-Mgmt-Cipher = 1027078 (0) Framed-MTU = 1400 (0) EAP-Message = 0x02bc000c016a6f686e735852 (0) Message-Authenticator = 0x90a59c6b7887b79e71b495a8ebc24f95 (0) # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default (0) authorize { (0) [preprocess] = ok (0) [chap] = noop (0) [mschap] = noop (0) [digest] = noop (0) suffix: Checking for suffix after "@" (0) suffix: No '@' in User-Name = "johnsXR", skipping NULL due to config. (0) [suffix] = noop (0) ntdomain: Checking for prefix before "\" (0) ntdomain: No '\' in User-Name = "johnsXR", skipping NULL due to config. (0) [ntdomain] = noop (0) eap: Peer sent EAP Response (code 2) ID 188 length 12 (0) eap: EAP-Identity reply, returning 'ok' so we can short-circuit the rest of authorize (0) [eap] = ok (0) } # authorize = ok (0) Found Auth-Type = eap (0) # Executing group from file /usr/local/etc/raddb/sites-enabled/default (0) authenticate { (0) eap: Peer sent packet with method EAP Identity (1) (0) eap: Calling submodule eap_tls to process data (0) eap_tls: Initiating new TLS session (0) eap_tls: Setting verify mode to require certificate from client (0) eap_tls: [eaptls start] = request (0) eap: Sending EAP Request (code 1) ID 189 length 6 (0) eap: EAP session adding &reply:State = 0xdf51dbcadfecd654 (0) [eap] = handled (0) } # authenticate = handled (0) Using Post-Auth-Type Challenge (0) # Executing group from file /usr/local/etc/raddb/sites-enabled/default (0) Challenge { ... } # empty sub-section is ignored (0) Sent Access-Challenge Id 14 from 192.168.2.253:1812 to 192.168.2.2:43356 length 0 (0) EAP-Message = 0x01bd00060d20 (0) Message-Authenticator = 0x00000000000000000000000000000000 (0) State = 0xdf51dbcadfecd65448515f9521c110a4 (0) Finished request Waking up in 4.9 seconds. (1) Received Access-Request Id 15 from 192.168.2.2:43356 to 192.168.2.253:1812 length 403 (1) User-Name = "johnsXR" (1) NAS-IP-Address = 192.168.2.2 (1) NAS-Identifier = "802aa8154f07" (1) Called-Station-Id = "80-2A-A8-15-4F-07:unifi-ent" (1) NAS-Port-Type = Wireless-802.11 (1) Service-Type = Framed-User (1) Calling-Station-Id = "F4-06-16-4F-F6-36" (1) Connect-Info = "CONNECT 0Mbps 802.11b" (1) Acct-Session-Id = "4F431ED7267F8975" (1) Acct-Multi-Session-Id = "2BCC27BEC5AC38A5" (1) Mobility-Domain-Id = 40405 (1) WLAN-Pairwise-Cipher = 1027076 (1) WLAN-Group-Cipher = 1027076 (1) WLAN-AKM-Suite = 1027075 (1) WLAN-Group-Mgmt-Cipher = 1027078 (1) Framed-MTU = 1400 (1) EAP-Message = 0x02bd00a10d800000009716030100920100008e0303601433ecac4bbb43f730aa52e23e4eb64fdf235d9dd288ea5fd1af9f487e469600002c00ffc02cc02bc024c023c00ac009c008c030c02fc028c027c014c013c012009d009c003d003c0035002f000a01000039000a00080006001700180019000b00020100000d00120010040102010501060104030203050306030005000501000000000012000000170000 (1) State = 0xdf51dbcadfecd65448515f9521c110a4 (1) Message-Authenticator = 0x72d154f581e65c96917fd999ecbf9802 (1) session-state: No cached attributes (1) # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default (1) authorize { (1) [preprocess] = ok (1) [chap] = noop (1) [mschap] = noop (1) [digest] = noop (1) suffix: Checking for suffix after "@" (1) suffix: No '@' in User-Name = "johnsXR", skipping NULL due to config. (1) [suffix] = noop (1) ntdomain: Checking for prefix before "\" (1) ntdomain: No '\' in User-Name = "johnsXR", skipping NULL due to config. (1) [ntdomain] = noop (1) eap: Peer sent EAP Response (code 2) ID 189 length 161 (1) eap: No EAP Start, assuming it's an on-going EAP conversation (1) [eap] = updated (1) [files] = noop (1) if ((notfound || noop) && (&control:Auth-Type != Accept)) { (1) if ((notfound || noop) && (&control:Auth-Type != Accept)) -> TRUE (1) if ((notfound || noop) && (&control:Auth-Type != Accept)) { rlm_counter: Entering module authorize code rlm_counter: Could not find Check item value pair (1) [daily] = noop rlm_counter: Entering module authorize code rlm_counter: Could not find Check item value pair (1) [weekly] = noop rlm_counter: Entering module authorize code rlm_counter: Could not find Check item value pair (1) [monthly] = noop rlm_counter: Entering module authorize code rlm_counter: Could not find Check item value pair (1) [forever] = noop (1) if (notfound || noop) { (1) if (notfound || noop) -> TRUE (1) if (notfound || noop) { (1) if (notfound || noop) { (1) if (notfound || noop) -> TRUE (1) if (notfound || noop) { (1) [reject] = reject (1) } # if (notfound || noop) = reject (1) } # if (notfound || noop) = reject (1) } # if ((notfound || noop) && (&control:Auth-Type != Accept)) = reject (1) } # authorize = reject (1) EXPAND %{NAS-IP-Address} Auth-Type: %{control:Auth-Type} (1) --> 192.168.2.2 Auth-Type: eap (1) Invalid user: [johnsXR/<via Auth-Type = eap>] (from client uap-pro port 0 cli F4-06-16-4F-F6-36) 192.168.2.2 Auth-Type: eap (1) Using Post-Auth-Type Reject (1) # Executing group from file /usr/local/etc/raddb/sites-enabled/default (1) Post-Auth-Type REJECT { (1) attr_filter.access_reject: EXPAND %{User-Name} (1) attr_filter.access_reject: --> johnsXR (1) attr_filter.access_reject: Matched entry DEFAULT at line 11 (1) [attr_filter.access_reject] = updated (1) eap: Expiring EAP session with state 0xdf51dbcadfecd654 (1) eap: Finished EAP session with state 0xdf51dbcadfecd654 (1) eap: Previous EAP request found for state 0xdf51dbcadfecd654, released from the list (1) eap: Request was previously rejected, inserting EAP-Failure (1) eap: Sending EAP Failure (code 4) ID 189 length 4 (1) [eap] = updated (1) policy remove_reply_message_if_eap { (1) if (&reply:EAP-Message && &reply:Reply-Message) { (1) if (&reply:EAP-Message && &reply:Reply-Message) -> FALSE (1) else { (1) [noop] = noop (1) } # else = noop (1) } # policy remove_reply_message_if_eap = noop (1) } # Post-Auth-Type REJECT = updated (1) EXPAND %{NAS-IP-Address} Auth-Type: %{control:Auth-Type} (1) --> 192.168.2.2 Auth-Type: eap (1) Login incorrect: [johnsXR/<via Auth-Type = eap>] (from client uap-pro port 0 cli F4-06-16-4F-F6-36) 192.168.2.2 Auth-Type: eap (1) Delaying response for 1.000000 seconds Waking up in 0.3 seconds. Waking up in 0.6 seconds. (1) Sending delayed response (1) Sent Access-Reject Id 15 from 192.168.2.253:1812 to 192.168.2.2:43356 length 44 (1) EAP-Message = 0x04bd0004 (1) Message-Authenticator = 0x00000000000000000000000000000000 Waking up in 3.8 seconds. (0) Cleaning up request packet ID 14 with timestamp +12 (1) Cleaning up request packet ID 15 with timestamp +12 Ready to process requests
-
Nothing that jumps out... Let me restart radius in debug to compare.
OK, looks about the same...
-
@johnpoz said in FreeRADIUS latest package upgrade:
[forever] = noop
(1) if (notfound || noop) {
(1) if (notfound || noop) -> TRUE
(1) if (notfound || noop) {
(1) if (notfound || noop) {
(1) if (notfound || noop) -> TRUE
(1) if (notfound || noop) {
(1) [reject] = reject
(1) } # if (notfound || noop) = reject
(1) } # if (notfound || noop) = reject
(1) } # if ((notfound || noop) && (&control:Auth-Type != Accept)) = reject
(1) } # authorize = reject- this is about the _25 change that broke plain mac auth:
https://github.com/pfsense/FreeBSD-ports/commit/8f80400e337a7e97bd0dbdc73abf9727c911c9f2
it sequentially check all DB (files, sql, ldap) for user and reject authentication if not found.
Successfully tested with EAP-TLS and EAP-PEAP with files and LDAP backends.could you provide more info about your configuration?
are you sure this user exists? - this is about the _25 change that broke plain mac auth:
-
Yeah they exist - since they were logging on just before update.
What other info do you want? I can post up the full configs.
Here is login from yesterday from same phone.
Jan 28 01:16:49 radiusd 18052 (582) Login OK: [johnsXR/<via Auth-Type = eap>] (from client uap-lite port 0 cli F4-06-16-4F-F6-36) 192.168.2.4 Auth-Type: eap
And above showed valid login from my wife phone.. So clearly the users exist..
They have been in use for like 2 years.. And were working just fine last night.. I woke up this morning noticed a few package updates. I updated them all... Then noticed this thread with newer update _26
So I updated to that.. After that is when I noticed my phone was not using the eap-tls ssid.. And was logged into one of my psk ssids.
So I tried to change it back over and it failed, that is when started to look in the log.. Is there I can reload package from before _25??
-
@johnpoz hm.. SQL backend?
please post/usr/local/etc/raddb/sites-enabled/default
-
No SQL backend..
cat /usr/local/etc/raddb/sites-enabled/default server default { listen { type = auth ipaddr = 192.168.2.253 port = 1812 } authorize { # filter_username # filter_password preprocess # operator-name # cui ##### AUTHORIZE FOR PLAIN MAC-AUTH IS DISABLED ##### # auth_log chap mschap digest # wimax # IPASS suffix ntdomain eap { ok = return # updated = return } # unix files if ((notfound || noop) && (&control:Auth-Type != Accept)) { ### sql DISABLED ### -daily -weekly -monthly -forever if (notfound || noop) { ### ldap ### if (notfound || noop) { reject } } } # Formerly checkval if (&request:Calling-Station-Id == &control:Calling-Station-Id) { ok } expiration logintime pap Autz-Type Status-Server { } } authenticate { Auth-Type PAP { pap } Auth-Type CHAP { chap } Auth-Type MS-CHAP { mschap } mschap Auth-Type MOTP { motp } Auth-Type GOOGLEAUTH { googleauth } digest # pam # unix #Auth-Type LDAP { #ldap #### ldap2 disabled ### #} eap # Auth-Type eap { # eap { # handled = 1 # } # if (handled && (Response-Packet-Type == Access-Challenge)) { # attr_filter.access_challenge.post-auth # handled # override the "updated" code from attr_filter # } # } } preacct { preprocess ##### ACCOUNTING FOR PLAIN MAC-AUTH DISABLED ##### # acct_counters64 update request { &FreeRADIUS-Acct-Session-Start-Time = "%{expr: %l - %{%{Acct-Session-Time}:-0} - %{%{Acct-Delay-Time}:-0}}" } acct_unique # IPASS suffix ntdomain files } accounting { # cui detail ### This makes it possible to run the datacounter_acct module only on accounting-stop and interim-updates if ((request:Acct-Status-Type == Stop) || (request:Acct-Status-Type == Interim-Update)) { datacounterdaily datacounterweekly datacountermonthly datacounterforever } # unix radutmp # sradutmp # main_pool ### sql DISABLED ### daily weekly monthly forever # if (noop) { # ok # } # pgsql-voip exec attr_filter.accounting_response Acct-Type Status-Server { } } session { # radutmp radutmp } post-auth { # if (!&reply:State) { # update reply { # State := "0x%{randstr:16h}" # } # } update { &reply: += &session-state: } # main_pool # cui # reply_log ### sql DISABLED ### # ldap exec # wimax # update reply { # Reply-Message += "%{TLS-Cert-Serial}" # Reply-Message += "%{TLS-Cert-Expiration}" # Reply-Message += "%{TLS-Cert-Subject}" # Reply-Message += "%{TLS-Cert-Issuer}" # Reply-Message += "%{TLS-Cert-Common-Name}" # Reply-Message += "%{TLS-Cert-Subject-Alt-Name-Email}" # # Reply-Message += "%{TLS-Client-Cert-Serial}" # Reply-Message += "%{TLS-Client-Cert-Expiration}" # Reply-Message += "%{TLS-Client-Cert-Subject}" # Reply-Message += "%{TLS-Client-Cert-Issuer}" # Reply-Message += "%{TLS-Client-Cert-Common-Name}" # Reply-Message += "%{TLS-Client-Cert-Subject-Alt-Name-Email}" # } # insert_acct_class # if (&reply:EAP-Session-Id) { # update reply { # EAP-Key-Name := &reply:EAP-Session-Id # } # } remove_reply_message_if_eap Post-Auth-Type REJECT { # log failed authentications in SQL, too. # sql attr_filter.access_reject eap remove_reply_message_if_eap } Post-Auth-Type Challenge { } } pre-proxy { # operator-name # cui # files attr_filter.pre-proxy # pre_proxy_log } post-proxy { # post_proxy_log attr_filter.post-proxy eap # Post-Proxy-Type Fail-Accounting { # detail # } } } [2.4.5-RELEASE][admin@sg4860.local.lan]/root:
-
@johnpoz EAP-TLS? PEAP, TTLS?
same username registry in freeradius?
check/usr/local/etc/raddb/users
-
eap-tls
No there are no users listed in registry.. They have never been there, and worked before..
[2.4.5-RELEASE][admin@sg4860.local.lan]/root: cat /usr/local/etc/raddb/users [2.4.5-RELEASE][admin@sg4860.local.lan]/root:
Have never had to put users in there before, not when using eap-tls and they have certs.
Again this was just working last night.. before update to _25 and then _26 no changes on anything.
So I added johnsXR as a user - and now working.. But they were never in there..
an 29 11:08:48 radiusd 9145 (7) Login OK: [johnsXR/<via Auth-Type = eap>] (from client uap-pro port 0 cli F4-06-16-4F-F6-36) 192.168.2.2 Auth-Type: eap
-
Wow, I thought you had to have a user that matched the common name of the cert?
-
Been working 2 years with no users listed in the freerad users group. I know that for sure..
I have 3 devices using eap-tls, well actually 4 (my pc - but its never on wireless) My phone, my wife phone and the ipad.
All three connect just fine, and show log as they authed. And there have been no users in the freerad users..
-
Indeed strange.
I have to run out. Taking my elderly neighbor to get her Covid vaccine.
-
@johnpoz all users you created on the FreeRADIUS / Users page are saved in
/usr/local/etc/raddb/users
it seems that you connected using this (fixed in _25) issue https://redmine.pfsense.org/issues/11054:
A user attempting TLS authentication with a certificate signed by the configured CA, and with a common name matching the user-provided identity, passes authentication even if that common name/identity is not a valid user configured under FreeRADIUS / Users. This option only seems to ensure the common name of the client certificate matches the user-provided identity.
-
Ok - so that was an issue that it would auth, even without users in the freerad users.. And you fixed that. So now I just add them that match the CN on the certs..
Not a big deal.. Thanks!!
All back to working for my 3 devices.. And it does make sense.. That users should also have to be listed in freerad to match the CN on the cert.
And - makes it easy to just delete a user vs worried about revoking a cert, etc. etc..
Thanks again for looking into this so quickly and link to the other bug that was fixed.. That was causing my problem.
edit: Project for this weekend maybe is moving to eap-tls via wpa3-enterprise.. I got wpa3 working on my psk ssids.. But have to do some reading - Not sure wpa3-enterprise really gets me all that much over wpa2-enterprise.. Can use a higher level encryption sure.. But not sure if makes any sense when using eap-tls.. Some reading to do..
But wpa3-psk is working nice.. Sad part is - with all these shitty iot devices, that don't support wpa3, you have to still run in wpa2/wpa3 mode..