Huntgroups/preprocess issue 1.1.6
If this is already a known issue, forgive me - I did not find anything in the archives or bug database that appeared relevant. I'm trying to upgrade from FreeRADIUS 1.1.2 to 1.1.6 - building from source on Debian Linux (sarge). The build goes without a hitch, but when running the new version and using the existing configuration files I get the following (relevant output from 'radiusd -X'): ... Module: Loaded preprocess preprocess: huntgroups = "/s/freeradius-1.1/etc/raddb/huntgroups" preprocess: hints = "/s/freeradius-1.1/etc/raddb/hints" preprocess: with_ascend_hack = no preprocess: ascend_channels_per_line = 23 preprocess: with_ntdomain_hack = no preprocess: with_specialix_jetstream_hack = no preprocess: with_cisco_vsa_hack = no preprocess: with_alvarion_vsa_hack = no /s/freeradius-1.1/etc/raddb/huntgroups[30]: Parse error (check) for entry snt-console: Unknown value 1-22 for attribute NAS-Port rlm_preprocess: Error reading /s/freeradius-1.1/etc/raddb/huntgroups radiusd.conf[249]: preprocess: Module instantiation failed. radiusd.conf[341] Unknown module "preprocess". radiusd.conf[340] Failed to parse authorize section. The section in the huntgroups file it is choking on is this: snt-console NAS-IP-Address == aaa.bbb.ccc.ddd, NAS-Port == 1-22 If I comment that line out, it also chokes on this entry with a slightly different error ( "=" expected): nci-console NAS-IP-Address == aaa.bbb.ccc.ddd, NAS-Port == 1,25-32 So - did the syntax for huntgroups change or is this a real bug ? This config works fine with 1.1.2 - I have not tried any of the versions between 1.1.2 and 1.1.6 to narrow down the issue. I can send the full debug output if needed but I didn't want to clobber the list unnecessarily. Thanks, Craig
The build goes without a hitch, but when running the new version and using the existing configuration files I get the following (relevant output from 'radiusd -X'):
the problem IMHO is in using the existing configuration: I had similar issues until I ported mine to the new configuration files, half an hour of work.
inverse wrote:
The build goes without a hitch, but when running the new version and using the existing configuration files I get the following (relevant output from 'radiusd -X'):
the problem IMHO is in using the existing configuration: I had similar issues until I ported mine to the new configuration files, half an hour of work.
That is sort of the question - what is there to "port" ? I don't see any documentation saying the format of the huntgroups file changed from 1.1.2 to 1.1.6. I can understand having to "port" config files when making a major version leap (e.g. 0.9.3 => 1.1.x), but for a minor version change ? --Craig
Craig Huckabee wrote:
That is sort of the question - what is there to "port" ? I don't see any documentation saying the format of the huntgroups file changed from 1.1.2 to 1.1.6.
It didn't, but the parser got more careful. It used to accept (and ignore) things that the server didn't support. It now complains about them.
I can understand having to "port" config files when making a major version leap (e.g. 0.9.3 => 1.1.x), but for a minor version change ?
Your previous configuration didn't do what you expected. It's not "porting", it's "bug fixing", because the error messages just got better. Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog
Alan DeKok wrote:
Craig Huckabee wrote:
That is sort of the question - what is there to "port" ? I don't see any documentation saying the format of the huntgroups file changed from 1.1.2 to 1.1.6.
It didn't, but the parser got more careful. It used to accept (and ignore) things that the server didn't support. It now complains about them.
I've narrowed it down even more - only seems to choke on "NAS-Port". "NAS-Port-ID" or any other attribute I've tried works fine. --Craig
participants (3)
-
Alan DeKok -
Craig Huckabee -
inverse