- Freeradius-Users - lists.freeradius.org

Trouble with using virtual server tacacs'login
by 黄立成 02 Dec '24

02 Dec '24

Hi,I used freeradius-server-4.0~alpha1 to use the tacacs virtual server, but I encountered some problems when I used the ppp authencation. Here are the debug info : (33)    User-Name = "66" (33)    Client-Port = "va100-0" (33)    User-Password = "666" (33)    tacacs - Running 'authenticate PAP' from file /usr/local/etc/raddb/sites-enabled/tacacs (33)    tacacs - authenticate PAP { (33)    pap -   Login attempt with password (33)    pap -   ERROR: No "known good" password found for user I searched such problem and most of them say it is due to not setting the users file.(but I actually did it!) My configure steps are as followed: 1) A brand-new config dictionary. 2) CP tacacs from site-available to site -enable,while setting the secret. 3) Delete default in sites-enable. 4) Some modification to inner-tunnel ,I did not use that ,just to run the radius. 5) Add client in clients.conf(I think I need not do that but it does not matter). 6) Add      66         Password.Cleartext := "666"     in the users file. I think maybe I should do step(6) in other places? But i did not find any doc,problem, or example show how to do it . Actually, I tried every method like pap ,chap ,mschap and got the same result. Thanks a lot for your help!!! 黄立成 2071264258(a)qq.com  

2 4

Handling FreeRADIUS software upgrades
by George Benjin 29 Nov '24

29 Nov '24

Hi All, In each of our FreeRADIUS installations, We have removed the default and inner-tunnel symlinks in the sites-enabled directory. We've also removed the default EAP symlink in the mods-enabled directory. We have left the original files in the 'available' directories for reference but we're using our own virtual server and eap module configurations, e.g. - parent-company site, parent-company-inner-tunnel site, eap-parentcompany module. - child-company site, child-company-inner-tunnel site, eap-childcompany module. This was running very well until we encountered a brief interruption on one of the servers when the recent RHEL package update for FreeRADIUS 3.2 was applied. The update re-added the default & inner tunnel site symlinks, as well as the default eap module symlink which resulted in the service not functioning as intended. We resolved this quickly by deleting the symlinks again but this will probably happen again with a future update. What changes should we make to our config to avoid this happening again? Delete the default files in the 'available' dirs? Replace them with dummy content? Copy dummy files into the sites-enabled and mods-enabled dirs? Cheers

4 4

New 3.2.6 packages for rockylinux/RHEL 9
by Matthew Newton 26 Nov '24

26 Nov '24

We have built new packages for Rocky Linux 9 to fix the openssl version mismatch issue after RHEL 9.5 updated to OpenSSL 3.2. The new package is 3.2.6-2, available from packages.inkbridgenetworks.com as usual. -- Matthew

1 0

communication problem between Freeradius and MYSQL
by Gregorio Remigio García 26 Nov '24

26 Nov '24

Hello, I am having a problem with the communication between freeradius and my MYQL database, it seems freeradius is having a problem establishing the connection between the two. if you could help me.

3 2

LUA Redis Integration
by Gabriel Marais 25 Nov '24

25 Nov '24

Good morning, I was wondering if anyone has successfully integrated LUA with Redis in freeRADIUS. I am trying to build in a LUA function in /etc/freeradius/mods-enabled/redis that calls for a result from a redis db but I get a syntax error in my LUA {} code :- /etc/freeradius/mods-enabled/redis[108]: Expecting section start brace '{' after "local imei" This is my code block:- lua { function imei_locking { local imei = redis.call('HGET',KEYS[1],'imei') local result = 'false' if imei == ARGV[1] then result = 'true' end return result } } The idea is to reject connections based on the result returned from the LUA call in the authorize {} section. Hope I'm making sense. If anyone can share their ideas, I'd appreciate it. Regards, Gabriel

6 12

COA
by Zikrullo S. 20 Nov '24

20 Nov '24

Hi, I've configured freeradius, I've got this type network configuration 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet 10.10.6.10/32 scope global lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: ens160: mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:0c:29:2f:f4:26 brd ff:ff:ff:ff:ff:ff altname enp3s0 inet 10.251.4.150/25 brd 10.251.4.255 scope global ens160 valid_lft forever preferred_lft forever inet6 fe80::20c:29ff:fe2f:f426/64 scope link valid_lft forever preferred_lft forever 3: ens192: mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:0c:29:2f:f4:30 brd ff:ff:ff:ff:ff:ff altname enp11s0 inet 10.10.0.25/29 brd 10.10.0.31 scope global ens192 valid_lft forever preferred_lft forever inet6 fe80::20c:29ff:fe2f:f430/64 scope link valid_lft forever preferred_lft forever all requests and responses work as well but when i wanna send coa to my NaS, freeRadius sends it from different IP - 10.10.0.25, meanwhile my NaS accepts packets only from one IP, my loopback IP - 10.10.6.10

3 2

FreeRadius COA
by Zikrullo S. 20 Nov '24

20 Nov '24

Hi, I've configured freeradius, I've got this type network configuration 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet 10.10.6.10/32 scope global lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: ens160: mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:0c:29:2f:f4:26 brd ff:ff:ff:ff:ff:ff altname enp3s0 inet 10.251.4.150/25 brd 10.251.4.255 scope global ens160 valid_lft forever preferred_lft forever inet6 fe80::20c:29ff:fe2f:f426/64 scope link valid_lft forever preferred_lft forever 3: ens192: mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:0c:29:2f:f4:30 brd ff:ff:ff:ff:ff:ff altname enp11s0 inet 10.10.0.25/29 brd 10.10.0.31 scope global ens192 valid_lft forever preferred_lft forever inet6 fe80::20c:29ff:fe2f:f430/64 scope link valid_lft forever preferred_lft forever all requests and responses work as well but when i wanna send coa to my NaS, freeRadius sends it from different IP, meanwhile my NaS accepts packets only from one IP, my loopback IP - 10.10.6.10

1 0

Authenticate with machine account and without ntlm_auth
by Rodrigo Antunes 19 Nov '24

19 Nov '24

Hi, I'd like to authenticate a PC using it's machine account and the mschap module, without calling ntlm_auth, is this possible? I noticed that the machine send its user as "host/machinename" but I don't know how to obtain and check its password. Maybe I should check the nt-hashes in users file? Thanks

6 18

Can't run freeradius after reboot
by Francis Augusto Medeiros-Logeay 19 Nov '24

19 Nov '24

Hi, I think there were some updates on our RHEL 9 machine where I test frreeradius, and now radiusd refuses to run: radiusd -X Error : tls - libssl version mismatch. built: 30000070 linked: 30200020 I upgraded to 3.2.6, and it didn’t seem to fix. Any clues on how to fix this? Best, Francis

2 2

How to get FR user check items override group check items
by Abraham Jacob 18 Nov '24

18 Nov '24

I have been using FreeRADIUS 1.1 (yeah very old) on an old Debian server over the years without any issues. Thank you for wonderful software! Now, as part of the server upgrade, I tried installing version 3.2.1 in Debian 12 and I was able to configure it except for one issue. In v1.1 user attributes get priority over group items. I am using the same SQL tables from v1.1. There I am setting Session-Timeout to 3600 in the radgroupcheck table. For some select users I set Session-Timeout differently, say 7200. In v1.1, I am seeing Session-Timeout = 7200 for Access-Accept while in v3.2.1 it is 3600. I checked the server in debug mode and found following <snip> .... (0) sql: User found in radcheck table (0) sql: Conditional check items matched, merging assignment check items (0) sql: Session-Timeout := 7200 (0) sql: Crypt-Password := "$1$bd1rxwue$ab3wiY34Cjfk5QM13/vNy0" .... (0) sql: User found in the group table (0) sql: EXPAND SELECT id, groupname, attribute, Value, op FROM radgroupcheck WHERE groupname = '%{S QL-Group}' ORDER BY id (0) sql: --> SELECT id, groupname, attribute, Value, op FROM radgroupcheck WHERE groupname = 'VPN -60-Min' ORDER BY id (0) sql: Executing select query: SELECT id, groupname, attribute, Value, op FROM radgroupcheck WHERE groupname = 'VPN-60-Min' ORDER BY id (0) sql: Group "VPN-60-Min": Conditional check items matched (0) sql: Group "VPN-60-Min": Merging assignment check items (0) sql: Session-Timeout := 3600 .... (0) dailycounter: Allowing user, &control:Session-Timeout value (3600) is greater than counter value (0) (0) dailycounter: Setting &reply:Session-Timeout value to 3600 .... Sent Access-Accept Id 55 from 192.168.3.180:1812 to 192.168.3.180:39999 length 32 (0) Idle-Timeout = 600 (0) Session-Timeout = 3600 (0) Finished request </snip> So I think this is the expected behaviour in the new version. Following are the sql contents. Table radgroupreply: +----+------------+--------------+----+-------+ | id | groupname | attribute | op | value | +----+------------+--------------+----+-------+ | 9 | VPN-60-Min | Idle-Timeout | := | 600 | +----+------------+--------------+----+-------+ Table radgroupcheck: +----+------------+-----------------+----+-------+ | id | groupname | attribute | op | value | +----+------------+-----------------+----+-------+ | 2 | VPN-60-Min | Session-Timeout | := | 3600 | +----+------------+-----------------+----+-------+ Table: radcheck: +----+----------+-----------------+----+------------------------------------+ | id | username | attribute | op | value | +----+----------+-----------------+----+------------------------------------+ | 18 | vpn-user | Session-Timeout | := | 7200 | | 19 | vpn-user | Crypt-Password | := | $1$bd1rxwue$ab3wiY34Cjfk5QM13/vNy0 | +----+----------+-----------------+----+------------------------------------+ Now my question: Is there any configuration options available to get the old v1.1 behaviour? This way I don't have to set Session-Timeout for all my users, just a select few who need to be different from default. Thanks Abraham

3 9