LDAP Module stops working after HUP (sometimes)
Hi List, recently we upgraded our FR installation to 2.1.12 (Debian Wheezy paket). We are using rlm_ldap in connection with EAP for wireless network authentication. However, every morning the logrotate script sends a HUP to freeradius after it rotated its log files. Since that update, every once in a while the LDAP module fails after that reload. It rejects all users with a line like the following: Auth: Login incorrect ( [ldap] User not found): [username-xyz] Since it only happens every couple of days (e.g. once a week), we are hesitating to enable the debug mode for several days as it spills the user passwords all over the log (yes I know, that has been discussed on this list more than enough and I do not want to open that discussion again). I already checked the changelog from 2.1.12 up to the latest 2.x Version and also the Bugtracker on github (and some more recent mails regarding LDAP on this list) but could not find much. Has anyone ever experienced this problem as well? As there is no newer package in Debian Jessie to backport, our next step would probably be to try to build the latest version ourself. However, since we can not reproduce the problem yet, testing the latest version in a production is certainly not the wistest thing to do. Any hints would be apreciated, thanks! for reference, this is our current rlm_ldap config: ldap { server = "ldap://server1/ ldap://server2/ ldap://server3/ ldap://server4/" basedn = "ou=poeple,dc=domain,dc=de" filter = "(uid=%{Stripped-User-Name:-%{mschap:User-Name}})" base_filter = "(objectclass=radiusprofile)" ldap_connections_number = 5 timeout = 4 timelimit = 3 net_timeout = 1 tls { start_tls = yes cacertfile = /path/to/CA.pem } access_attr = "dialupAccess" dictionary_mapping = ${confdir}/ldap.attrmap password_attribute = userPassword edir_account_policy_check = no groupname_attribute = cn groupmembership_filter = "(objectClass=posixGroup)(memberUid=%{Stripped-User-Name:-%{mschap:User-Name}})" groupmembership_attribute = radiusGroupName access_attr_used_for_allow = yes set_auth_type = yes keepalive { idle = 60 probes = 3 interval = 3 } } -- Mit freundlichen Grüßen / With kind regards Rudolph Bott
On Mon, Oct 28, 2013 at 10:47:33PM +0100, Rudolph Bott wrote:
recently we upgraded our FR installation to 2.1.12 (Debian Wheezy paket). We are using rlm_ldap in connection with EAP for wireless network authentication. However, every morning the logrotate script sends a HUP to freeradius after it rotated its log files. Since that update, every once in a while the LDAP module fails after that reload. It rejects all users with a line like the following:
Sounds similar to the same bug that caused mschap to fail sometimes after a reload. That is fixed in >2.1.12, but not in the official Debian package. FreeRADIUS is easy to build new packages on Debian though; you should be safe with 2.2.0. (Skip 2.2.1, as 2.2.2 will be out soon and should hopefully have the recent bugs fixed...) The mschap HUP bug was easy to trip up - just keep sending the server a HUP until it fails, which in that case wasn't many tries. The workaround is trivial; update the logrotate script to do a restart, rather than a reload. Matthew -- Matthew Newton, Ph.D. <mcn4@le.ac.uk> Systems Specialist, Infrastructure Services, I.T. Services, University of Leicester, Leicester LE1 7RH, United Kingdom For IT help contact helpdesk extn. 2253, <ithelp@le.ac.uk>
participants (2)
-
Matthew Newton -
Rudolph Bott