Bug #3380
closedFreeRadius-User-Option "Expiration Date" kills the FreeRadius-Server
0%
Description
Hi,
after adding an User-Expiration-Option to an user of FreeRadius Service, radius tries to restart but breaks:
I have copied the System-Logs (earliest event at the bottom):
[I have just edited the logfile for posting here, by clearing the real username and inserting username]
radiusd19228: Failed to load virtual server <default>
radiusd19228: /usr/pbi/freeradius-i386/etc/raddb/sites-enabled/default69: Errors parsing authorize section.
radiusd19228: /usr/pbi/freeradius-i386/etc/raddb/sites-enabled/default177: Failed to find "files" in the "modules" section.
radiusd19228: /usr/pbi/freeradius-i386/etc/raddb/modules/files7: Instantiation failed for module "files"
radiusd19228: Errors reading /usr/pbi/freeradius-i386/etc/raddb/users
radiusd19228: /usr/pbi/freeradius-i386/etc/raddb/users650: Parse error (check) for entry username: failed to parse time string "01.04.2014"
php: /pkg_edit.php: The command '/usr/local/etc/rc.d/radiusd.sh stop' returned exit code '1', the output was 'radiusd not running?'
radiusd49551: Exiting normally.
radiusd49551: Signalled to terminate
After deleting the Exparation option everything works fine again.
Apparently the file /usr/pbi/freeradius-i386/etc/raddb/users is written wrong by adding an Exparation date. The faulty line was:
[Again I have edited the file for posting here, by clearing the real username and inserting username]
"**username**" Cleartext-Password := "123456", Expiration := "01.04.2014"
Is it really necessary to have the comma after the password? Maybe this is the error?
I have found an example here without comma:
http://lists.freeradius.org/pipermail/freeradius-users/2009-December/043702.html
Thanks a lot four your help
Updated by Kill Bill about 8 years ago
Did you read the field description and the error message?
Enter the date when this account should expire. Format is: Mmm dd yyyy (e.g. Jan 01 2012).
No bug here, can be closed.