- Freeradius-Users - lists.freeradius.org

Version 3.0.24 has been released
by Matthew Newton 30 Sep '21

30 Sep '21

Version 3.0.24 has now been released. Full release notes are on the web site: https://freeradius.org/release_notes/?br=3.0.x&re=3.0.24 This is mainly a bugfix release, with a few new features, for example: - More liberal SQL commands in rlm_sql_map - Dynamic loading of certificates via TLS-Session-Cert-File - Preliminary support for haproxy "PROXY" protocol - Generate more parse errors when we know the config is wrong - Update a few dictionaries The bugfixes include fixing some crashes, SQL query updates, and more. Packaging has been updated to add support for Debian 11 Bullseye. Download from all the usual places: https://packages.networkradius.com/ https://freeradius.org/releases/ ftp://ftp.freeradius.org/pub/freeradius/ https://github.com/FreeRADIUS/freeradius-server/releases/tag/release_3_0_24 The Network RADIUS packages and Docker images have all been built and are available now. -- Matthew

2 1

Windows authentication failed with FreeRadius
by Vinit Bhosle 28 Sep '21

28 Sep '21

Dear Support, I have installed freeradius server 3.0.20 and am using EAP-TLS for authentication. I have installed CA signed certificates. My Android devices, Linux and Mac OS are working fine but windows 10 is not working. It is giving the following error. Please suggest how to resolve this. (7) eap_peap: ERROR: TLS Alert read:fatal:access denied (7) eap_peap: SSL_read Error (7) eap_peap: ERROR: Error in fragmentation logic (7) eap_peap: ERROR: Failed in __FUNCTION__ (SSL_read): error:14094419:SSL routines:ssl3_read_bytes:tlsv1 alert access denied (7) eap_peap: ERROR: [eaptls process] = fail (7) eap: ERROR: Failed continuing EAP PEAP (25) session. EAP sub-module failed Regards Vinit

1 0

Re: FreeRadius Fresh installation 3.0.23 "${dialect}" Reference "${dialect}" not found
by Pizu 27 Sep '21

27 Sep '21

Hi, Videos uploaded here: https://www.transfernow.net/dl/20210927VzhbhVO0 Regards, On Mon, 27 Sept 2021 at 16:16, Pizu <pizpower(a)gmail.com> wrote: > Hi, > > @Marki > So the OS is being installed manually from a usb stick and attached. You > may find the recording of my screen installing the freeradius on a fresh > ubuntu installation. > > The recording is in 2 videos. > > @Alan if you need anything else from me please let me know in the videos > as you can see I am not doing anything special :( > > Regards, > > > > > On Fri, 24 Sept 2021 at 00:58, Marki <jm+freeradiususer(a)roth.lu> wrote: > >> You shouldn't take this personal. >> The golden rule of IT Support is "Everybody lies". >> People mostly do it unwittingly. >> Happens to everyone from time to time, including myself. >> People leave out details in their thought process (hence in their >> support queries) because they think they are unimportant. However since >> things are going bad for them and they ask for support, they shouldn't >> leave out anything beforehand and let the person(s) they are asking for >> help decide what is important and what is not. >> As someone pointed out before, you need to adopt a very systematic >> approach diagnosing this issue since it is very strange indeed. >> "Do you suggest I am lying" does not help. >> Questioning oneself is one of the primary qualities of IT engineers. >> *Something* is clearly interfering with some of your installations. It's >> either some automatic process or it's yourself. >> No insult intended. >> >> On 9/23/2021 11:46 PM, Pizu wrote: >> > Hmm are you suggesting I am lying? Why should I? I need help that is >> why I >> > asked for help. I don't need to lie to get help. >> > >> > I am installing the OS from a USB, formatted with Rufus with Ubuntu >> server >> > iso download from the official site. >> > >> > The VM is being installed by mounting the iso. Same iso. >> > >> > Gn >> > >> > >> > >> > >> > On Thu, 23 Sep 2021, 19:02 Marki, <jm+freeradiususer(a)roth.lu> wrote: >> > >> >> I also doubt that to be the root cause. >> >> I also doubt that replacing the physical server changes anything. >> >> >> >> But if any of it holds true, it will give a nice story ;) >> >> >> >> I suspect OP is not giving all the information of what he is doing / >> >> doing differently in VM and physical server. Just like in August ("I >> did >> >> stuff and it didn't work"[tm]) >> >> >> >> How are you installing the server / VM? Is it all manually? Is there >> any >> >> configuration mgmt / deployment / CI tool involved? >> >> Are you using _exactly_ the same repos both times and _exactly_ the >> same >> >> OS? >> >> Please provide output of "apt-cache policy" and "cat /etc/os-release" >> >> and "uname -a". >> >> >> >> Please stop posting images/screenshots of any command results. Use text >> >> and format it properly. >> >> >> >> _Before_ issuing for example any "ln" commands, have you checked the >> >> contents of the directories you are manipulating? >> >> Check that everything is as it should be before issuing any commands. >> >> Issue the commands. >> >> Then check if they did what they were supposed to do. >> >> >> >> On 9/23/2021 6:27 PM, Kristofer Hallin wrote: >> >>> How on earth can this possibly be different on a physical machine >> >> compared to a virtual? >> >>>> On 23 Sep 2021, at 18:23, Pizu <pizpower(a)gmail.com> wrote: >> >>>> >> >>>> Hi, >> >>>> >> >>>> Yes vm I have no issues. Live setup is on same os version and same >> >>>> freeradius version. >> >>>> >> >>>> Physical server I have issue, tomorrow I am going to try a >> >>>> different physical server as the current one is old and cannot >> install >> >> esxi >> >>>> on it, it's not supported. >> >>>> >> >>>> Will keep you all updated. >> >>>> >> >>>> Thanks & Regards >> >>>> >> >>>>> On Thu, 23 Sep 2021, 16:50 Kristofer Hallin, <kristofer(a)sunet.se> >> >> wrote: >> >>>>> Hi, >> >>>>> >> >>>>> I got curious and started a fresh VM with Ubuntu myself (Ubuntu >> 20.04.2 >> >>>>> LTS). I installed the packages from NetworkRADIUS and symlinked >> >> status, sql >> >>>>> and ldap just like you did. I then changed dialect in sql from >> sqlite >> >> to >> >>>>> mysql and restarted FreeRADIUS without seeing the same issue as you >> do >> >> (TLS >> >>>>> for MySQL, LDAP config etc are out of the scope here). >> >>>>> >> >>>>> The sql configuration now has the following two lines for dialect >> and >> >>>>> driver: >> >>>>> >> >>>>> dialect = "mysql" >> >>>>> driver = "rlm_sql_${dialect}" >> >>>>> >> >>>>> And that was the _only_ change I made to the configuration and it >> >> works. >> >>>>> BR, >> >>>>> /K >> >>>>> >> >>>>> — >> >>>>> Kristofer Hallin >> >>>>> SUNET >> >>>>>> On 23 Sep 2021, 16:17 +0200, Pizu <pizpower(a)gmail.com>, wrote: >> >>>>>> Hi, >> >>>>>> >> >>>>>> This is a formated server, fresh Ubuntu installation and fresh >> >> freeradius >> >>>>>> installation, just did the above mentioned configuration. I.e sym >> >> linked >> >>>>>> the LDAP/SQL/Status mods and site and changed the dialect from >> SQLite >> >> to >> >>>>>> MySQL and driver from null to use the dialect that's all the >> >>>>> configuration. >> >>>>>> I cannot understand what I did wrong here :( The same procedure for >> >> all >> >>>>>> servers.. >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> On Thu, 23 Sep 2021, 16:06 Alan DeKok, <aland(a)deployingradius.com> >> >>>>> wrote: >> >>>>>>> On Sep 23, 2021, at 9:22 AM, Pizu <pizpower(a)gmail.com> wrote: >> >>>>>>>> I am going to format it and install ESXi and will create a VM and >> >>>>> will >> >>>>>>> give >> >>>>>>>> you an update. >> >>>>>>> I suspect what happened is that you broke the configuration, and >> then >> >>>>>>> kept re-installing the packages, hoping that would fix it. >> >>>>>>> >> >>>>>>> The problem is that the packages don't wipe your configuration and >> >>>>>>> install the new ones. That's so you can upgrade the server by >> >>>>> installing >> >>>>>>> the new package, and it won't break a production system. >> >>>>>>> >> >>>>>>> So as always, if you make a change: >> >>>>>>> >> >>>>>>> * test it before the change. Make sure it works >> >>>>>>> >> >>>>>>> * make the change >> >>>>>>> >> >>>>>>> * test it after the change. If it doesn't work, then the problem >> is >> >> the >> >>>>>>> change you made. Don't do anything else until you fix the >> >>>>> configuration. >> >>>>>>> Alan DeKok. >> >>>>>>> >> >>>>>>> >> >>>>>>> - >> >>>>>>> List info/subscribe/unsubscribe? See >> >>>>>>> http://www.freeradius.org/list/users.html >> >>>>>> - >> >>>>>> List info/subscribe/unsubscribe? See >> >>>>> http://www.freeradius.org/list/users.html >> >>>>> - >> >>>>> List info/subscribe/unsubscribe? See >> >>>>> http://www.freeradius.org/list/users.html >> >>>> - >> >>>> List info/subscribe/unsubscribe? See >> >> http://www.freeradius.org/list/users.html >> >>> - >> >>> List info/subscribe/unsubscribe? See >> >> http://www.freeradius.org/list/users.html >> >> - >> >> List info/subscribe/unsubscribe? See >> >> http://www.freeradius.org/list/users.html >> > - >> > List info/subscribe/unsubscribe? See >> http://www.freeradius.org/list/users.html >> - >> List info/subscribe/unsubscribe? See >> http://www.freeradius.org/list/users.html > >

4 6

Problems starting FreeRadius after 3.0.23 install
by Weisteen Per 27 Sep '21

27 Sep '21

Hi Have just installed Freeradius 3.0.23 on my CentOS 7 test-servers as described in https://networkradius.com/packages/ . I'm not using LDAP so I've skipped that part. I'm also not using radiusd:radiusd as userid:groupid due to administrative naming rules, but got a xxxxrad:xxxxrad as userid:groupid instead. I've changed ownership for all files under /etc/raddb and /var/log/radiusd to xxxxrad:xxxxrad, changed user and group in radius.conf accordingly. Also copied the supplied /usr/lib/systemd/system/radiusd.service into /etc/systemd/system/radiusd.service and changed User and Group here too. Running radius -X as root gives no error messages. When starting radius through systemctl start radiusd I get "Failed to start FreeRADIUS multi-protocol policy server." Doing su - xxxxrad and the running radius -X gives these messages: Failed binding to interface net1: Operation not permitted /etc/raddb/sites-enabled/default[59]: Error binding to port for 10.141.8.20 port 1812 I've removed the comment that was in front of the CapabilityBoundingSet=CAP_NET_ADMIN CAP_NET_BIND_SERVICE CAP_NET_BROADCAST CAP_NET_RAW CAP_SETUID CAP_SETGID CAP_CHOWN CAP_DAC_OVERRIDE In radius.service. ./PerW

2 4

EAP TTLS woes
by adrian.p.smith＠bt.com 27 Sep '21

27 Sep '21

I am testing EAP TTLS with Android and finding some mixed results. Using identical WifiConfig on the devices I see an error on some: Thu Sep 23 15:01:12 2021 : Debug: (4808) eap: Calling submodule eap_ttls to process data Thu Sep 23 15:01:12 2021 : Debug: (4808) eap_ttls: Initiating new EAP-TLS session Thu Sep 23 15:01:12 2021 : Debug: (4808) eap_ttls: [eaptls start] = request Thu Sep 23 15:01:12 2021 : Debug: (4809) eap: Calling submodule eap_ttls to process data Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: Authenticate Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: Continuing EAP-TLS Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: Peer sent flags --- Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: Got final TLS record fragment (131 bytes) Thu Sep 23 15:01:12 2021 : WARNING: (4809) eap_ttls: Total received TLS record fragments (131 bytes), does not equal indicated TLS record length (0 bytes) Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: [eaptls verify] = ok Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: Done initial handshake Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: (other): before/accept initialization Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: TLS_accept: before/accept initialization Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: <<< recv TLS 1.1 [length 007e] Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: TLS_accept: SSLv3 read client hello A Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: >>> send TLS 1.1 [length 0039] Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: TLS_accept: SSLv3 write server hello A Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: >>> send TLS 1.1 [length 0bc0] Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: TLS_accept: SSLv3 write certificate A Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: >>> send TLS 1.1 [length 014b] Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: TLS_accept: SSLv3 write key exchange A Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: >>> send TLS 1.1 [length 0004] Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: TLS_accept: SSLv3 write server done A Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: TLS_accept: SSLv3 flush data Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: TLS_accept: Need to read more data: SSLv3 read client certificate A Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: TLS_accept: Need to read more data: SSLv3 read client certificate A Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: In SSL Handshake Phase Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: In SSL Accept mode Thu Sep 23 15:01:12 2021 : Debug: (4809) eap_ttls: [eaptls process] = handled Thu Sep 23 15:01:12 2021 : Debug: (4810) eap: Calling submodule eap_ttls to process data Thu Sep 23 15:01:12 2021 : Debug: (4810) eap_ttls: Authenticate Thu Sep 23 15:01:12 2021 : Debug: (4810) eap_ttls: Continuing EAP-TLS Thu Sep 23 15:01:12 2021 : Debug: (4810) eap_ttls: Peer sent flags --- Thu Sep 23 15:01:12 2021 : Debug: (4810) eap_ttls: Peer ACKed our handshake fragment Thu Sep 23 15:01:12 2021 : Debug: (4810) eap_ttls: [eaptls verify] = request Thu Sep 23 15:01:12 2021 : Debug: (4810) eap_ttls: [eaptls process] = handled Thu Sep 23 15:01:12 2021 : Debug: (4811) eap: Calling submodule eap_ttls to process data Thu Sep 23 15:01:12 2021 : Debug: (4811) eap_ttls: Authenticate Thu Sep 23 15:01:12 2021 : Debug: (4811) eap_ttls: Continuing EAP-TLS Thu Sep 23 15:01:12 2021 : Debug: (4811) eap_ttls: Peer sent flags --- Thu Sep 23 15:01:12 2021 : Debug: (4811) eap_ttls: Peer ACKed our handshake fragment Thu Sep 23 15:01:12 2021 : Debug: (4811) eap_ttls: [eaptls verify] = request Thu Sep 23 15:01:12 2021 : Debug: (4811) eap_ttls: [eaptls process] = handled Thu Sep 23 15:01:12 2021 : Debug: (4812) eap: Calling submodule eap_ttls to process data Thu Sep 23 15:01:12 2021 : Debug: (4812) eap_ttls: Authenticate Thu Sep 23 15:01:12 2021 : Debug: (4812) eap_ttls: Continuing EAP-TLS Thu Sep 23 15:01:12 2021 : Debug: (4812) eap_ttls: Peer sent flags --- Thu Sep 23 15:01:12 2021 : Debug: (4812) eap_ttls: Peer ACKed our handshake fragment Thu Sep 23 15:01:12 2021 : Debug: (4812) eap_ttls: [eaptls verify] = request Thu Sep 23 15:01:12 2021 : Debug: (4812) eap_ttls: [eaptls process] = handled Thu Sep 23 15:01:12 2021 : Debug: (4813) eap: Calling submodule eap_ttls to process data Thu Sep 23 15:01:12 2021 : Debug: (4813) eap_ttls: Authenticate Thu Sep 23 15:01:12 2021 : Debug: (4813) eap_ttls: Continuing EAP-TLS Thu Sep 23 15:01:12 2021 : Debug: (4813) eap_ttls: Peer sent flags --- Thu Sep 23 15:01:12 2021 : Debug: (4813) eap_ttls: [eaptls verify] = ok Thu Sep 23 15:01:12 2021 : Debug: (4813) eap_ttls: Done initial handshake Thu Sep 23 15:01:12 2021 : Debug: (4813) eap_ttls: <<< recv TLS 1.1 [length 0002] Thu Sep 23 15:01:12 2021 : ERROR: (4813) eap_ttls: TLS Alert read:fatal:internal error Thu Sep 23 15:01:12 2021 : ERROR: (4813) eap_ttls: TLS_accept: Failed in SSLv3 read client certificate A Thu Sep 23 15:01:12 2021 : ERROR: (4813) eap_ttls: Failed in __FUNCTION__ (SSL_read) Thu Sep 23 15:01:12 2021 : ERROR: (4813) eap_ttls: s3_pkt.c[1275]:error:14094438:SSL routines:SSL3_READ_BYTES:tlsv1 alert internal error Thu Sep 23 15:01:12 2021 : ERROR: (4813) eap_ttls: s3_pkt.c[992]:error:140940E5:SSL routines:SSL3_READ_BYTES:ssl handshake failure Thu Sep 23 15:01:12 2021 : ERROR: (4813) eap_ttls: System call (I/O) error (-1) Thu Sep 23 15:01:12 2021 : ERROR: (4813) eap_ttls: TLS receive handshake failed during operation Thu Sep 23 15:01:12 2021 : ERROR: (4813) eap_ttls: [eaptls process] = fail The working device shows this log: Thu Sep 23 15:07:35 2021 : Debug: (4844) eap: Calling submodule eap_ttls to process data Thu Sep 23 15:07:35 2021 : Debug: (4844) eap_ttls: Initiating new EAP-TLS session Thu Sep 23 15:07:35 2021 : Debug: (4844) eap_ttls: [eaptls start] = request Thu Sep 23 15:07:35 2021 : Debug: (4845) eap: Calling submodule eap_ttls to process data Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: Authenticate Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: Continuing EAP-TLS Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: Peer sent flags --- Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: Got final TLS record fragment (141 bytes) Thu Sep 23 15:07:35 2021 : WARNING: (4845) eap_ttls: Total received TLS record fragments (141 bytes), does not equal indicated TLS record length (0 bytes) Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: [eaptls verify] = ok Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: Done initial handshake Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: (other): before/accept initialization Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: TLS_accept: before/accept initialization Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: <<< recv TLS 1.1 [length 0088] Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: TLS_accept: SSLv3 read client hello A Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: >>> send TLS 1.1 [length 0039] Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: TLS_accept: SSLv3 write server hello A Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: >>> send TLS 1.1 [length 0bc0] Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: TLS_accept: SSLv3 write certificate A Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: >>> send TLS 1.1 [length 014b] Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: TLS_accept: SSLv3 write key exchange A Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: >>> send TLS 1.1 [length 0004] Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: TLS_accept: SSLv3 write server done A Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: TLS_accept: SSLv3 flush data Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: TLS_accept: Need to read more data: SSLv3 read client certificate A Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: TLS_accept: Need to read more data: SSLv3 read client certificate A Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: In SSL Handshake Phase Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: In SSL Accept mode Thu Sep 23 15:07:35 2021 : Debug: (4845) eap_ttls: [eaptls process] = handled Thu Sep 23 15:07:35 2021 : Debug: (4846) eap: Calling submodule eap_ttls to process data Thu Sep 23 15:07:35 2021 : Debug: (4846) eap_ttls: Authenticate Thu Sep 23 15:07:35 2021 : Debug: (4846) eap_ttls: Continuing EAP-TLS Thu Sep 23 15:07:35 2021 : Debug: (4846) eap_ttls: Peer sent flags --- Thu Sep 23 15:07:35 2021 : Debug: (4846) eap_ttls: Peer ACKed our handshake fragment Thu Sep 23 15:07:35 2021 : Debug: (4846) eap_ttls: [eaptls verify] = request Thu Sep 23 15:07:35 2021 : Debug: (4846) eap_ttls: [eaptls process] = handled Thu Sep 23 15:07:35 2021 : Debug: (4847) eap: Calling submodule eap_ttls to process data Thu Sep 23 15:07:35 2021 : Debug: (4847) eap_ttls: Authenticate Thu Sep 23 15:07:35 2021 : Debug: (4847) eap_ttls: Continuing EAP-TLS Thu Sep 23 15:07:35 2021 : Debug: (4847) eap_ttls: Peer sent flags --- Thu Sep 23 15:07:35 2021 : Debug: (4847) eap_ttls: Peer ACKed our handshake fragment Thu Sep 23 15:07:35 2021 : Debug: (4847) eap_ttls: [eaptls verify] = request Thu Sep 23 15:07:35 2021 : Debug: (4847) eap_ttls: [eaptls process] = handled Thu Sep 23 15:07:35 2021 : Debug: (4848) eap: Calling submodule eap_ttls to process data Thu Sep 23 15:07:35 2021 : Debug: (4848) eap_ttls: Authenticate Thu Sep 23 15:07:35 2021 : Debug: (4848) eap_ttls: Continuing EAP-TLS Thu Sep 23 15:07:35 2021 : Debug: (4848) eap_ttls: Peer sent flags --- Thu Sep 23 15:07:35 2021 : Debug: (4848) eap_ttls: Peer ACKed our handshake fragment Thu Sep 23 15:07:35 2021 : Debug: (4848) eap_ttls: [eaptls verify] = request Thu Sep 23 15:07:35 2021 : Debug: (4848) eap_ttls: [eaptls process] = handled Thu Sep 23 15:07:35 2021 : Debug: (4849) eap: Calling submodule eap_ttls to process data Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: Authenticate Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: Continuing EAP-TLS Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: Peer sent flags --- Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: [eaptls verify] = ok Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: Done initial handshake Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: <<< recv TLS 1.1 [length 0046] Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: TLS_accept: SSLv3 read client key exchange A Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: <<< recv TLS 1.1 [length 0001] Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: <<< recv TLS 1.1 [length 0010] Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: TLS_accept: SSLv3 read finished A Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: >>> send TLS 1.1 [length 0001] Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: TLS_accept: SSLv3 write change cipher spec A Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: >>> send TLS 1.1 [length 0010] Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: TLS_accept: SSLv3 write finished A Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: TLS_accept: SSLv3 flush data Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: (other): SSL negotiation finished successfully Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: SSL Connection Established Thu Sep 23 15:07:35 2021 : Debug: (4849) eap_ttls: [eaptls process] = handled Thu Sep 23 15:07:35 2021 : Debug: (4850) eap: Calling submodule eap_ttls to process data Thu Sep 23 15:07:35 2021 : Debug: (4850) eap_ttls: Authenticate Thu Sep 23 15:07:35 2021 : Debug: (4850) eap_ttls: Continuing EAP-TLS Thu Sep 23 15:07:35 2021 : Debug: (4850) eap_ttls: Peer sent flags --- Thu Sep 23 15:07:35 2021 : Debug: (4850) eap_ttls: [eaptls verify] = ok Thu Sep 23 15:07:35 2021 : Debug: (4850) eap_ttls: Done initial handshake Thu Sep 23 15:07:35 2021 : Debug: (4850) eap_ttls: [eaptls process] = ok Thu Sep 23 15:07:35 2021 : Debug: (4850) eap_ttls: Session established. Proceeding to decode tunneled attributes Thu Sep 23 15:07:35 2021 : Debug: (4850) eap_ttls: Got tunneled request Any clues appreciated. Adrian Smith

2 1

RADIUS protocol and password compatibility
by Network RADIUS 24 Sep '21

24 Sep '21

** RADIUS protocol and password compatibility -------------------------------------------- In order for RADIUS authentication to work, user passwords need to be stored in a format that is understood by the authentication protocol used by the client. Unfortunately, not all protocols work with all password storage formats. This can be especially problematic with platforms that use proprietary formats or protocols. Read the full article... https://networkradius.com/articles/2021/08/23/protocols-and-password-compat… <https://networkradius.com/articles/2021/06/09/8-most-common-RADIUS-mistakes…> ** Sign up to get this content directly --------------------------------------------- Want to get these articles in all their HTML glory? Sign up here: http://eepurl.com/hwuWrn <http://eepurl.com/hwuWrn> ** Need RADIUS help? --------------------------------------------- Get commercial support from the team behind FreeRADIUS. https://networkradius.com/contact/ <https://networkradius.com/contact/> ** What is the relationship between Network RADIUS and FreeRADIUS? ---------------------------------------------- FreeRADIUS is an open source implementation of the RADIUS protocol and was written by Alan DeKok in 1999. Network RADIUS is a private, for-profit company founded by Alan DeKok which provides commercial support for FreeRADIUS. The Network RADIUS team has been the primary contributor to FreeRADIUS for the last 20 years. The FreeRADIUS mailing list, wiki, and documentation are all moderated and maintained by the Network RADIUS team. FreeRADIUS has always been, and will always continue to be, open source. The Network RADIUS team provides commercial support to paying clients, and free product development for the FreeRADIUS community at large. All of our software development for FreeRADIUS is integrated into the Open Source platform, and will always continue to be.

1 0

FreeRadius Fresh installation 3.0.23 "${dialect}" Reference "${dialect}" not found
by Pizu 23 Sep '21

23 Sep '21

Hi, I have just installed FreeRadius from https://networkradius.com/packages/ repo on ubuntu 20.04 and am having the below error after configuring the dialect to mysql: Wed Sep 22 15:21:50 2021 : Info: FreeRADIUS Version 3.0.23 Wed Sep 22 15:21:50 2021 : Info: Copyright (C) 1999-2021 The FreeRADIUS server project and contributors Wed Sep 22 15:21:50 2021 : Info: There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A Wed Sep 22 15:21:50 2021 : Info: PARTICULAR PURPOSE Wed Sep 22 15:21:50 2021 : Info: You may redistribute copies of FreeRADIUS under the terms of the Wed Sep 22 15:21:50 2021 : Info: GNU General Public License Wed Sep 22 15:21:50 2021 : Info: For more information about these matters, see the file named COPYRIGHT Wed Sep 22 15:21:50 2021 : Info: Starting - reading configuration files ... Wed Sep 22 15:21:50 2021 : Debug: including dictionary file /usr/share/freeradius/dictionary Wed Sep 22 15:21:50 2021 : Debug: including dictionary file /usr/share/freeradius/dictionary.dhcp Wed Sep 22 15:21:50 2021 : Debug: including dictionary file /usr/share/freeradius/dictionary.vqp Wed Sep 22 15:21:50 2021 : Debug: including dictionary file /etc/freeradius/dictionary Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/radiusd.conf Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/proxy.conf Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/clients.conf Wed Sep 22 15:21:50 2021 : Debug: including files in directory /etc/freeradius/mods-enabled/ Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/ldap Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/preprocess Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/ntlm_auth Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/utf8 Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/unix Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/realm Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/echo Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/mschap Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/cache_eap Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/expr Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/logintime Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/chap Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/expiration Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/soh Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/replicate Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/dynamic_clients Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/eap Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/totp Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/detail.log Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/radutmp Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/attr_filter Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/exec Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/linelog Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/digest Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/pap Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/detail Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/unpack Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/files Wed Sep 22 15:21:50 2021 : Debug: including configuration file /etc/freeradius/mods-enabled/sql *Wed Sep 22 15:21:50 2021 : Error: /etc/freeradius/mods-enabled/sql[365]: Reference "${dialect}" not foundWed Sep 22 15:21:50 2021 : Error: Errors reading or parsing /etc/freeradius/radiusd.co <http://radiusd.co>*nf in mods-enabled/sql I have the below: dialect = "mysql" driver = "rlm_sql_${dialect}" I tried changing it to mysql instead of ${dialect}, still the same error. Thanks.

6 29

Block guest VPN
by Sazzad Hossain 22 Sep '21

22 Sep '21

Hello, At first, Thanks in advance for your valuable time! I want to block our Guest users to use our VPN and i wrote following under / sites-enable/default. *ldap* * if (Ldap-Group [*] == "Gast") { update control { AUth-Type = reject } }* and under /freeradius/users *DEFAULT Ldap-Group == "Gast", Auth-Type := Reject Fall-Through = yes* when i compile it then shows the following output. ________________________________________________________________ root@xx:~# freeradius -X FreeRADIUS Version 3.0.20 Copyright (C) 1999-2019 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 Starting - reading configuration files ... including dictionary file /usr/share/freeradius/dictionary including dictionary file /usr/share/freeradius/dictionary.dhcp including dictionary file /usr/share/freeradius/dictionary.vqp including dictionary file /etc/freeradius/3.0/dictionary including configuration file /etc/freeradius/3.0/radiusd.conf including configuration file /etc/freeradius/3.0/proxy.conf including configuration file /etc/freeradius/3.0/clients.conf including files in directory /etc/freeradius/3.0/mods-enabled/ including configuration file /etc/freeradius/3.0/mods-enabled/echo including configuration file /etc/freeradius/3.0/mods-enabled/replicate including configuration file /etc/freeradius/3.0/mods-enabled/cache_eap including configuration file /etc/freeradius/3.0/mods-enabled/radutmp including configuration file /etc/freeradius/3.0/mods-enabled/ntlm_auth including configuration file /etc/freeradius/3.0/mods-enabled/linelog including configuration file /etc/freeradius/3.0/mods-enabled/chap including configuration file /etc/freeradius/3.0/mods-enabled/passwd including configuration file /etc/freeradius/3.0/mods-enabled/realm including configuration file /etc/freeradius/3.0/mods-enabled/dynamic_clients including configuration file /etc/freeradius/3.0/mods-enabled/attr_filter including configuration file /etc/freeradius/3.0/mods-enabled/detail.log including configuration file /etc/freeradius/3.0/mods-enabled/preprocess including configuration file /etc/freeradius/3.0/mods-enabled/eap including configuration file /etc/freeradius/3.0/mods-enabled/always including configuration file /etc/freeradius/3.0/mods-enabled/sradutmp including configuration file /etc/freeradius/3.0/mods-enabled/ldap including configuration file /etc/freeradius/3.0/mods-enabled/logintime including configuration file /etc/freeradius/3.0/mods-enabled/digest including configuration file /etc/freeradius/3.0/mods-enabled/unix including configuration file /etc/freeradius/3.0/mods-enabled/utf8 including configuration file /etc/freeradius/3.0/mods-enabled/files including configuration file /etc/freeradius/3.0/mods-enabled/mschap including configuration file /etc/freeradius/3.0/mods-enabled/soh including configuration file /etc/freeradius/3.0/mods-enabled/unpack including configuration file /etc/freeradius/3.0/mods-enabled/expiration including configuration file /etc/freeradius/3.0/mods-enabled/pap including configuration file /etc/freeradius/3.0/mods-enabled/exec including configuration file /etc/freeradius/3.0/mods-enabled/expr including configuration file /etc/freeradius/3.0/mods-enabled/detail including files in directory /etc/freeradius/3.0/policy.d/ including configuration file /etc/freeradius/3.0/policy.d/cui including configuration file /etc/freeradius/3.0/policy.d/filter including configuration file /etc/freeradius/3.0/policy.d/dhcp including configuration file /etc/freeradius/3.0/policy.d/canonicalization including configuration file /etc/freeradius/3.0/policy.d/abfab-tr including configuration file /etc/freeradius/3.0/policy.d/rfc7542 including configuration file /etc/freeradius/3.0/policy.d/accounting including configuration file /etc/freeradius/3.0/policy.d/eap including configuration file /etc/freeradius/3.0/policy.d/control including configuration file /etc/freeradius/3.0/policy.d/moonshot-targeted-ids including configuration file /etc/freeradius/3.0/policy.d/operator-name including configuration file /etc/freeradius/3.0/policy.d/debug including files in directory /etc/freeradius/3.0/sites-enabled/ including configuration file /etc/freeradius/3.0/sites-enabled/inner-tunnel including configuration file /etc/freeradius/3.0/sites-enabled/default /etc/freeradius/3.0/sites-enabled/default[426]: *Parse error in condition* /etc/freeradius/3.0/sites-enabled/default[426]: (*Ldap-Group [*] == "Gast") {* /etc/freeradius/3.0/sites-enabled/default[426]: *^ Invalid text. Expected comparison operator* *Errors reading or parsing /etc/freeradius/3.0/radiusd.conf* Any suggestion please? Have a nice day! Regards!

3 8

FR 3.0.23 - bad talloc magic value - unknown value
by Micha Ballmann 21 Sep '21

21 Sep '21

Hi, I tried to upgrade my radius server from version 3.0.22 to 3.0.23. First i thought it worked but after few moments radiusd crashes with the follow notification: --bad talloc magic value - unknown value-- If i restart radiusd it works for few seconds and it also crashes with the same error. Im using ntlm_auth, eap, mschap for authentication against my samba4 AD DC. No problems in version 3.0.22. I rolled back to 3.0.22. BR ff

2 5

Freeradius , AD and Mikrotik Integration
by ReZa Esfahani 19 Sep '21

19 Sep '21

hello .i really need help .i have a Microsoft Active Directory in my network as a user database , and i installed freeradius as my radius server for wireless users and i have mikrotik router which i implement Nat ,Qos and Queue for bandwidth management .i integrate my freeradius with Active Directory so wireless user can authenticate via Active Directory. but my problem is how can i send user attributes to mikrotik for limiting RX and Tx bandwidth while users are not in Freeradius user file . how can i tell mikrotik to create a queue for that user which authenticates via Active Directory. thank you

3 4