December 2020 - Freeradius-Users - lists.freeradius.org

Authenticate to AD but only allow certain group
by Brian C. Huffman 16 Aug '25

16 Aug '25

All, I've got authentication working nicely with MSCHAP, but now I'd like to only allow users that are members of a certain AD group. I would prefer to have this happen only when requests come from a specific client (wireless access point). In this case the idea is to have users only be able to get wireless access when they're in a specific AD group. How can I do this in freeradius? Thanks, Brian

7 18

CentOS 8 packages missing winbind support?
by Josef Vybíhal 14 Jun '21

14 Jun '21

Packages for CentOS 8 at https://networkradius.com/freeradius-packages/ appear to be compiled without winbind support. Is there a reason for that? CentOS 7 package have it - not sure about other distros. ... snip... # Instantiating module "expiration" from file /etc/raddb/mods-enabled/expiration # Instantiating module "files" from file /etc/raddb/mods-enabled/files reading pairlist file /etc/raddb/mods-config/files/authorize reading pairlist file /etc/raddb/mods-config/files/accounting reading pairlist file /etc/raddb/mods-config/files/pre-proxy # Instantiating module "linelog" from file /etc/raddb/mods-enabled/linelog # Instantiating module "log_accounting" from file /etc/raddb/mods-enabled/linelog # Instantiating module "log_accounting_syslog" from file /etc/raddb/mods-enabled/linelog # Instantiating module "vlanlog" from file /etc/raddb/mods-enabled/linelog # Instantiating module "logintime" from file /etc/raddb/mods-enabled/logintime # Instantiating module "mschap_winbind" from file /etc/raddb/mods-enabled/mschap /etc/raddb/mods-enabled/mschap[1]: 'winbind' auth not enabled at compiled time /etc/raddb/mods-enabled/mschap[1]: Instantiation failed for module "mschap_winbind" P.

6 12

Fwd: Question regarding the direction of eap_tls: <<< recv and eap_tls: >>> send
by Eric Nguyen 17 Mar '21

17 Mar '21

Hi, I'd like to ask a question regarding the direction of the exchanges in the radius log (radiusd -X). I used eapol_test as a client/authenticator against FreeRADIUS 3.0.21. - If I set the following parameters in the FreeRADIUS eap file, espol_test will results in a failure. In this case, "eap_tls: <<< recv TLS 1.3" looks like an exchange from FreeRADIUS to eapol_test (SERVER -> CLIENT): tls_min_version = "1.3" tls_max_version = "1.3" The FREERADIUS log shows: (2) eap_tls: <<< recv TLS 1.3 [length 00b9] (2) eap_tls: >>> send TLS 1.2 [length 0002] (2) eap_tls: ERROR: TLS Alert write:fatal:protocol version - If I set the following parameters in the FreeRADIUS eap file, espol_test will results in a success. In this case, "eap_tls: <<< recv TLS 1.2" looks like an exchange from eapol_test to FreeRADIUS (CLIENT TO SERVER): tls_min_version = "1.2" tls_max_version = "1.3" (6) eap_tls: <<< recv TLS 1.2 [length 08de] (6) eap_tls: TLS - Creating attributes from certificate OIDs Could you please clarify the meaning of these "eap_tls: <<< recv" log messages? Thanks, Eric ------------------------------------------------------------------------------------------------------------------------------------------- FULL LOG tls_min_version = "1.3" tls_max_version = "1.3" (2) eap: Calling submodule eap_tls to process data (2) eap_tls: Continuing EAP-TLS (2) eap_tls: [eaptls verify] = ok (2) eap_tls: Done initial handshake (2) eap_tls: (other): before SSL initialization (2) eap_tls: TLS_accept: before SSL initialization (2) eap_tls: TLS_accept: before SSL initialization (2) eap_tls: <<< recv TLS 1.3 [length 00b9] (2) eap_tls: >>> send TLS 1.2 [length 0002] (2) eap_tls: ERROR: TLS Alert write:fatal:protocol version tls: TLS_accept: Error in error (2) eap_tls: ERROR: Failed in __FUNCTION__ (SSL_read): error:14209102:SSL routines:tls_early_post_process_client_hello:unsupported protocol (2) eap_tls: ERROR: System call (I/O) error (-1) (2) eap_tls: ERROR: TLS receive handshake failed during operation (2) eap_tls: ERROR: [eaptls process] = fail (2) eap: ERROR: Failed continuing EAP TLS (13) session. EAP sub-module failed (2) eap: Sending EAP Failure (code 4) ID 54 length 4 (2) eap: Failed in EAP select (2) [eap] = invalid (2) } # authenticate = invalid ------------------------------------------------------------------------------------------------------------------------------------------- tls_min_version = "1.2" tls_max_version = "1.3" (6) eap: Calling submodule eap_tls to process data (6) eap_tls: Continuing EAP-TLS (6) eap_tls: Got final TLS record fragment (1272 bytes) (6) eap_tls: [eaptls verify] = ok (6) eap_tls: Done initial handshake (6) eap_tls: TLS_accept: SSLv3/TLS write server done (6) eap_tls: <<< recv TLS 1.2 [length 08de] (6) eap_tls: TLS - Creating attributes from certificate OIDs (6) eap_tls: TLS-Cert-Serial := "315fa3c827cb5c44e13222c88ff80369d1a176f1" (6) eap_tls: TLS-Cert-Expiration := "210113170058Z" (6) eap_tls: TLS-Cert-Valid-Since := "201114170058Z" (6) eap_tls: TLS-Cert-Subject := "/C=FR/ST=Radius/L=Somewhere/O=Example Inc./emailAddress=admin(a)example.org/CN=Example Certificate Authority" (6) eap_tls: TLS-Cert-Issuer := "/C=FR/ST=Radius/L=Somewhere/O=Example Inc./emailAddress=admin(a)example.org/CN=Example Certificate Authority" (6) eap_tls: TLS-Cert-Common-Name := "Example Certificate Authority" (6) eap_tls: TLS - Creating attributes from certificate OIDs (6) eap_tls: TLS-Client-Cert-Serial := "02" (6) eap_tls: TLS-Client-Cert-Expiration := "210113170058Z" (6) eap_tls: TLS-Client-Cert-Valid-Since := "201114170058Z" (6) eap_tls: TLS-Client-Cert-Subject := "/C=FR/ST=Radius/O=Example Inc./CN=user@example.org/emailAddress=user@example.org" (6) eap_tls: TLS-Client-Cert-Issuer := "/C=FR/ST=Radius/L=Somewhere/O=Example Inc./emailAddress= admin(a)example.org/CN=Example Certificate Authority" (6) eap_tls: TLS-Client-Cert-Common-Name := "user(a)example.org" (6) eap_tls: TLS-Client-Cert-X509v3-Extended-Key-Usage += "TLS Web Client Authentication" (6) eap_tls: TLS-Client-Cert-X509v3-Extended-Key-Usage-OID += "1.3.6.1.5.5.7.3.2" (6) eap_tls: TLS_accept: SSLv3/TLS read client certificate (6) eap_tls: <<< recv TLS 1.2 [length 0046] (6) eap_tls: TLS_accept: SSLv3/TLS read client key exchange (6) eap_tls: <<< recv TLS 1.2 [length 0108] (6) eap_tls: TLS_accept: SSLv3/TLS read certificate verify (6) eap_tls: TLS_accept: SSLv3/TLS read change cipher spec (6) eap_tls: <<< recv TLS 1.2 [length 0010] (6) eap_tls: TLS_accept: SSLv3/TLS read finished (6) eap_tls: >>> send TLS 1.2 [length 0001] (6) eap_tls: TLS_accept: SSLv3/TLS write change cipher spec (6) eap_tls: >>> send TLS 1.2 [length 0010] (6) eap_tls: TLS_accept: SSLv3/TLS write finished (6) eap_tls: (other): SSL negotiation finished successfully (6) eap_tls: TLS - Connection Established (6) eap_tls: TLS-Session-Cipher-Suite = "ECDHE-RSA-AES256-GCM-SHA384" (6) eap_tls: TLS-Session-Version = "TLS 1.2" (6) eap_tls: TLS - got 51 bytes of data (6) eap_tls: [eaptls process] = handled

3 3

Show Dhcp assigned IPS with respective MACs.
by CpServiceSPb 01 Jan '21

01 Jan '21

I have Freeradius 3.0.21 on Ubuntu 18.04 LTS Server (no X) acting as Radius itself and as Dhcp one. There is no Freeradius Web UI installed at the time. What are ways to show assigned IPs by DHCP respectively with its MACs from CLI and from some Web UI something like: MAC IP Assignment time Lease (or RElease) time

2 1

Re: Freeradius with lets encrypt certificate
by André 30 Dec '20

30 Dec '20

Hello, Problem solved by using openssl verify for debug and this link: https://stackoverflow.com/questions/50803160/unable-to-openssl-verify-letse… And downloading the correct CA and *ADDING* this CA https://www.identrust.com/dst-root-ca-x3 to a file ca_file = file to the mods-enable/eap # tls-config tls-common { Thank you all for your help. Basically it looks like the rootCA for let's encrypt changed. Best regards, Good 2021 year to all. On Tue, Dec 29, 2020 at 7:47 PM Mark Elkins <mje(a)posix.co.za> wrote: > No idea if this will help but... > > I just had a very similar issue with Exim... my mail system. I was using > the wrong (old) intermediate certificate - which has worked for years. > > I use 'dehydrated' to obtain and renew my Let's Encrypt certs. They have > just stopped cross signing - and that triggered my issue - at 2am on the > 25th Dec. > > EXIM requires the current cert, an intermediate, as well as what's in > /usr/share/ca-certificates/mozilla (they use/are "ISRG_Root_X1.crt")... > "dehydrated" has a file in the 'cert' directory called "fullchain.pem" Look > at the second Certificate it contains - the new intermediate. > > The intermediate is no longer.... > > -----BEGIN CERTIFICATE----- > MIIEkjCCA3qgAwIBAgIQCgFBQgAAAVOFc2oLheynCDANBgkqhkiG9w0BAQsFADA/ > ..... cut .... > PfZ+G6Z6h7mjem0Y+iWlkYcV4PIWL1iwBi8saCbGS5jN2p8M+X+Q7UNKEkROb3N6 > KOqkqm57TH2H3eDJAkSnh6/DNFu0Qg== > -----END CERTIFICATE----- > > but (in full) > > -----BEGIN CERTIFICATE----- > MIIEZTCCA02gAwIBAgIQQAF1BIMUpMghjISpDBbN3zANBgkqhkiG9w0BAQsFADA/ > MSQwIgYDVQQKExtEaWdpdGFsIFNpZ25hdHVyZSBUcnVzdCBDby4xFzAVBgNVBAMT > DkRTVCBSb290IENBIFgzMB4XDTIwMTAwNzE5MjE0MFoXDTIxMDkyOTE5MjE0MFow > MjELMAkGA1UEBhMCVVMxFjAUBgNVBAoTDUxldCdzIEVuY3J5cHQxCzAJBgNVBAMT > AlIzMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuwIVKMz2oJTTDxLs > jVWSw/iC8ZmmekKIp10mqrUrucVMsa+Oa/l1yKPXD0eUFFU1V4yeqKI5GfWCPEKp > Tm71O8Mu243AsFzzWTjn7c9p8FoLG77AlCQlh/o3cbMT5xys4Zvv2+Q7RVJFlqnB > U840yFLuta7tj95gcOKlVKu2bQ6XpUA0ayvTvGbrZjR8+muLj1cpmfgwF126cm/7 > gcWt0oZYPRfH5wm78Sv3htzB2nFd1EbjzK0lwYi8YGd1ZrPxGPeiXOZT/zqItkel > /xMY6pgJdz+dU/nPAeX1pnAXFK9jpP+Zs5Od3FOnBv5IhR2haa4ldbsTzFID9e1R > oYvbFQIDAQABo4IBaDCCAWQwEgYDVR0TAQH/BAgwBgEB/wIBADAOBgNVHQ8BAf8E > BAMCAYYwSwYIKwYBBQUHAQEEPzA9MDsGCCsGAQUFBzAChi9odHRwOi8vYXBwcy5p > ZGVudHJ1c3QuY29tL3Jvb3RzL2RzdHJvb3RjYXgzLnA3YzAfBgNVHSMEGDAWgBTE > p7Gkeyxx+tvhS5B1/8QVYIWJEDBUBgNVHSAETTBLMAgGBmeBDAECATA/BgsrBgEE > AYLfEwEBATAwMC4GCCsGAQUFBwIBFiJodHRwOi8vY3BzLnJvb3QteDEubGV0c2Vu > Y3J5cHQub3JnMDwGA1UdHwQ1MDMwMaAvoC2GK2h0dHA6Ly9jcmwuaWRlbnRydXN0 > LmNvbS9EU1RST09UQ0FYM0NSTC5jcmwwHQYDVR0OBBYEFBQusxe3WFbLrlAJQOYf > r52LFMLGMB0GA1UdJQQWMBQGCCsGAQUFBwMBBggrBgEFBQcDAjANBgkqhkiG9w0B > AQsFAAOCAQEA2UzgyfWEiDcx27sT4rP8i2tiEmxYt0l+PAK3qB8oYevO4C5z70kH > ejWEHx2taPDY/laBL21/WKZuNTYQHHPD5b1tXgHXbnL7KqC401dk5VvCadTQsvd8 > S8MXjohyc9z9/G2948kLjmE6Flh9dDYrVYA9x2O+hEPGOaEOa1eePynBgPayvUfL > qjBstzLhWVQLGAkXXmNs+5ZnPBxzDJOLxhF2JIbeQAcH5H0tZrUlo5ZYyOqA7s9p > O5b85o3AM/OJ+CktFBQtfvBhcJVd9wvlwPsk+uyOy2HI7mNxKKgsBTt375teA2Tw > UdHkhVNcsAKX1H7GNNLOEADksd86wuoXvg== > -----END CERTIFICATE----- > > Maybe your problem - otherwise please simply delete this email and ignore > me. > > > On 12/29/20 6:23 PM, André wrote: > > freeradius cloned from github:https://github.com/FreeRADIUS/freeradius-server > > Tue Dec 29 14:31:40 2020: tls - Failed verifying chain: error:1414C086:SSL > routines:ssl_build_cert_chain:certificate verify failed:Verify error:unable > to get issuer certificate > Tue Dec 29 14:31:40 2020: rlm_eap_ttls - Failed initializing SSL context > Tue Dec 29 14:31:40 2020: > /usr/local/freeradius/etc/raddb/mods-enabled/eap[1031]: Instantiation > failed for module "eap.ttls" > > I'm using a let's encrypt certificate , but I'm getting this error message. > > What should the files I should be using for the cert? > > Best regards, > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html > > -- > > Mark James ELKINS - Posix Systems - (South) Africa > mje(a)posix.co.za Tel: +27.826010496 <+27826010496> > For fast, reliable, low cost Internet in ZA: https://ftth.posix.co.za > > [image: Posix Systems][image: VCARD for MJ Elkins] >

1 0

EAP-TTLS with Windows 10 issue
by André 30 Dec '20

30 Dec '20

Hello, has anyone had issues connecting windows eap-ttls to freeradius , all seems to go well but after challenge is sent to windows 10 , nothing more happens connection is ended and windows only says can't connect, I'm using a valid certificate from let's encrypt and have added let's encrypt authority to windows 10. Any suggestions? More details: freeradius -v (also tested with 3.0.21) radiusd: FreeRADIUS Version 3.0.17, for host x86_64-pc-linux-gnu, built on Apr 22 2019 at 21:23:36 FreeRADIUS Version 3.0.17 Copyright (C) 1999-2017 The FreeRADIUS server project and contributors There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE You may redistribute copies of FreeRADIUS under the terms of the GNU General Public License For more information about these matters, see the file named COPYRIGHT lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 10 (buster) Release: 10 Codename: buster WLC 802.1X WPA2-Enterprise Software Version 8.5.135.0 Cisco 2504 WLC Client Windows 10 - Fails EAP-TTLS No encrypted password Linux Client ubuntu 20.x - Works correctly freeradius -X -xx Using a let's encrypt certificate. Mon Dec 28 12:00:08 2020 : Debug: (13) attr_filter.access_challenge: EXPAND %{User-Name} Mon Dec 28 12:00:08 2020 : Debug: (13) attr_filter.access_challenge: --> fern(a)xxxx.local Mon Dec 28 12:00:08 2020 : Debug: (13) attr_filter.access_challenge: Matched entry DEFAULT at line 12 Mon Dec 28 12:00:08 2020 : Debug: (13) attr_filter.access_challenge: EAP-Message = 0x0108003d1580000000331403030001011603030028c60ef4913a4a2a8bb545cc619ee5234cfe5c72511aa4d7a9073353f78e23a1189af29a397d34563c allowed by EAP-Message =* 0x Mon Dec 28 12:00:08 2020 : Debug: (13) attr_filter.access_challenge: Attribute "EAP-Message" allowed by 1 rules, disallowed by 0 rules Mon Dec 28 12:00:08 2020 : Debug: (13) attr_filter.access_challenge: Message-Authenticator = 0x00000000000000000000000000000000 allowed by Message-Authenticator =* 0x Mon Dec 28 12:00:08 2020 : Debug: (13) attr_filter.access_challenge: Attribute "Message-Authenticator" allowed by 1 rules, disallowed by 0 rules Mon Dec 28 12:00:08 2020 : Debug: (13) attr_filter.access_challenge: State = 0x3629afbd3321ba42cccfd968ddb33519 allowed by State =* 0x Mon Dec 28 12:00:08 2020 : Debug: (13) attr_filter.access_challenge: Attribute "State" allowed by 1 rules, disallowed by 0 rules Mon Dec 28 12:00:08 2020 : Debug: (13) modsingle[post-auth]: returned from attr_filter.access_challenge (rlm_attr_filter) Mon Dec 28 12:00:08 2020 : Debug: (13) [attr_filter.access_challenge.post-auth] = updated Mon Dec 28 12:00:08 2020 : Debug: (13) } # Post-Auth-Type Challenge = updated Mon Dec 28 12:00:08 2020 : Debug: (13) session-state: Nothing to cache Mon Dec 28 12:00:08 2020 : Debug: (13) Sent Access-Challenge Id 133 from 192.168.31.183:1812 to 192.168.31.238:32772 length 0 Mon Dec 28 12:00:08 2020 : Debug: (13) EAP-Message = 0x0108003d1580000000331403030001011603030028c60ef4913a4a2a8bb545cc619ee5234cfe5c72511aa4d7a9073353f78e23a1189af29a397d34563c Mon Dec 28 12:00:08 2020 : Debug: (13) Message-Authenticator = 0x00000000000000000000000000000000 Mon Dec 28 12:00:08 2020 : Debug: (13) State = 0x3629afbd3321ba42cccfd968ddb33519 Mon Dec 28 12:00:08 2020 : Debug: (13) Finished request Mon Dec 28 12:00:08 2020 : Debug: Waking up in 4.9 seconds. Mon Dec 28 12:00:13 2020 : Debug: (8) Cleaning up request packet ID 128 with timestamp +1442 Mon Dec 28 12:00:13 2020 : Debug: (9) Cleaning up request packet ID 129 with timestamp +1442 Mon Dec 28 12:00:13 2020 : Debug: (10) Cleaning up request packet ID 130 with timestamp +1442 Mon Dec 28 12:00:13 2020 : Debug: (11) Cleaning up request packet ID 131 with timestamp +1442 Mon Dec 28 12:00:13 2020 : Debug: (12) Cleaning up request packet ID 132 with timestamp +1442 Mon Dec 28 12:00:13 2020 : Debug: (13) Cleaning up request packet ID 133 with timestamp +1442 Mon Dec 28 12:00:13 2020 : Info: Ready to process requests

2 5

Freeradius with lets encrypt certificate
by André 29 Dec '20

29 Dec '20

freeradius cloned from github: https://github.com/FreeRADIUS/freeradius-server Tue Dec 29 14:31:40 2020: tls - Failed verifying chain: error:1414C086:SSL routines:ssl_build_cert_chain:certificate verify failed:Verify error:unable to get issuer certificate Tue Dec 29 14:31:40 2020: rlm_eap_ttls - Failed initializing SSL context Tue Dec 29 14:31:40 2020: /usr/local/freeradius/etc/raddb/mods-enabled/eap[1031]: Instantiation failed for module "eap.ttls" I'm using a let's encrypt certificate , but I'm getting this error message. What should the files I should be using for the cert? Best regards,

2 3

EAP-TLS local issuer cert problem
by Kostya Berger 21 Dec '20

21 Dec '20

Hi, seems like I poorly expressed my problem in my previous message, sorry for that. I seem to experience a bug in the OpenBSD pkg of Freeradius 3.0.21. Server denies access to client with good certs. These work perfectly well in an absolutely identical nstallation on FreeBSD... And I can't understand what's happening. It verifies the cert, says OK. But then verifies agsin and says NOT OK. Looks like the second time temp. file it's trying to read is already removed.... or what? OpenBSD ktrace output of #radiusd -X session is attached, hope it will help. It's in text format. Thank you for help. Sent from Yahoo Mail on Android

2 1

dynamic-authorization with TLS
by murugesh pitchaiah 21 Dec '20

21 Dec '20

Hi Need help on doing coa with tls: I am working on setting up Radius TLS. Authentication and Accounting works good. But with dynamic-authorization - i see the following issue. TLS Connection between Radius server and NAS is established. But when testing the coa - looks like the radclient to Radis server communication is failing. (snip) ... new connection request on TCP socket Listening on coa from client (127.0.0.1, 41336) -> (*, 3799, virtual-server=coa) Waking up in 0.2 seconds. (0) Initiating new EAP-TLS session (0) Non-TLS data sent to TLS socket: closing Closing TLS socket from client port 41336 (snip) Here is the radclient output: (snip) cat dis.txt | radclient -P tcp -x localhost:3799 disconnect radsec Sent Disconnect-Request Id 209 from 127.0.0.1:41690 to 127.0.0.1:3799 length 36 Acct-Session-Id = "1E000001" Event-Timestamp = "Dec 20 2020 16:46:05 IST" radclient: Received bad packet (snip) To send a coa disconnect/coa request to TLS port is there any other way ? Am i missing any configuration ? Any help please. Thanks murugesh

3 6

unable to get local issuer certificate
by Kostya Berger 18 Dec '20

18 Dec '20

Hello, thank you for your time and effort. I've been successfully using Freeradius3 for some years now for EAP-TLS. But now I've moved config directory (as I've done successfully in the past several times) over to a new installation. It's OpenBSD 6.8 and LibreSSL 3.2.2. Again, the very SAME configuration (certs etc) have been successfully running on OpenBSD 6.6, but on 6.8 I'm getting SSL error "unable to get local issuer certificate".Complete piece of log output from $radiusd -X is attached. It's Freeradius 3.0.21. And the very SAME configuration directory (/etc/raddb) is used on another machine with Freeradius-3.0.21 successfully. What could be the reason for this strange error? Here is the error part: (5) eap_tls: Executing: /usr/bin/openssl verify -CAfile /etc/raddb/certs/ca.crt %{TLS-Client-Cert-Filename}: (5) eap_tls: EXPAND %{TLS-Client-Cert-Filename} (5) eap_tls: --> /tmp/radiusd/radiusd.client.UCCKLTa6 (5) eap_tls: Program returned code (0) and output '/tmp/radiusd/radiusd.client.UCCKLTa6: OK' (5) eap_tls: Client certificate CN guest1 passed external validation (5) eap_tls: TLS - Creating attributes from certificate OIDs (5) eap_tls: TLS-Client-Cert-Serial := "04" (5) eap_tls: TLS-Client-Cert-Expiration := "271014045744Z" (5) eap_tls: TLS-Client-Cert-Valid-Since := "171016045744Z" (5) eap_tls: TLS-Client-Cert-Subject := "/CN=guest1" (5) eap_tls: TLS-Client-Cert-Issuer := "/CN=radius-ca" (5) eap_tls: TLS-Client-Cert-Common-Name := "guest1" (5) eap_tls: TLS-Client-Cert-X509v3-Basic-Constraints += "CA:FALSE" (5) eap_tls: TLS-Client-Cert-X509v3-Subject-Key-Identifier += "0A:7C:1E:FF:76:49:92:23:E2:01:FC:0E:E2:4C:AD:A4:DF:D7:97:B3" (5) eap_tls: TLS-Client-Cert-X509v3-Authority-Key-Identifier += "keyid:99:FE:50:7E:22:CA:AB:8A:99:DB:BD:AB:F1:5C:7D:9D:13:9C:FB:15\nDirName:/CN=radius-ca\nserial:AD:E7:75:7D:9C:52:62:82\n" (5) eap_tls: TLS-Client-Cert-X509v3-Extended-Key-Usage += "TLS Web Client Authentication" (5) eap_tls: TLS-Client-Cert-X509v3-Extended-Key-Usage-OID += "1.3.6.1.5.5.7.3.2" (5) eap_tls: Verifying client certificate: /usr/bin/openssl verify -CAfile /etc/raddb/certs/ca.crt %{TLS-Client-Cert-Filename} (5) eap_tls: Executing: /usr/bin/openssl verify -CAfile /etc/raddb/certs/ca.crt %{TLS-Client-Cert-Filename}: (5) eap_tls: EXPAND %{TLS-Client-Cert-Filename} (5) eap_tls: --> /tmp/radiusd/radiusd.client.UCCKLTa6 Error opening certificate file /tmp/radiusd/radiusd.client.UCCKLTa6 9739695490448:error:02FFF002:system library:func(4095):No such file or directory:/usr/src/lib/libcrypto/bio/bss_file.c:255:fopen('/tmp/radiusd/radiusd.client.UCCKLTa6', 'r') 9739695490448:error:20FFF002:BIO routines:CRYPTO_internal:system lib:/usr/src/lib/libcrypto/bio/bss_file.c:257: unable to load certificate (5) eap_tls: ERROR: Program returned code (2) and output '' tls: Certificate CN (guest1) fails external verification! .... Brief summary: /tmp/radiusd IS writable by _freeradius user -- I checked that explicitly by trying to write their by that user. Certificates ARE available in the certdir, which is clear from the string "eap_tls: Program returned code (0) and output '/tmp/radiusd/radiusd.client.UCCKLTa6: OK'". And in the full log attached here there appears message "unable to get local issuer certificate". All certificates were created by the same procedure... though I think I used easy-rsa instead of the Freeradius tools. Just don't remember that. Thank you very much for your time!

2 3