Hi all. Trying to understand and learn freeradius. For my use, I do not need the "huntgroups" or "hints" files, so I tried taking them out. I renamed the files from "huntgroups" to "huntgroups.off", and the same for hints. I then edited "module/preprocess" to take out references to these two files. However, when I start up radiusd, it appears that it's STILL looking for the files. I've gone so far as doing a "grep -ir huntgroup *", and every line it comes back with is commented out. Here's the debug and my modules/preprocess file: --debug start-- server { # from file /usr/local/etc/raddb/radiusd.conf modules { Module: Checking authenticate {...} for more modules to load Module: Checking authorize {...} for more modules to load Module: Linked to module rlm_preprocess Module: Instantiating module "preprocess" from file /usr/local/etc/raddb/modules/preprocess preprocess { huntgroups = "/usr/local/etc/raddb/huntgroups" hints = "/usr/local/etc/raddb/hints" with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no with_alvarion_vsa_hack = no } rlm_preprocess: Error reading /usr/local/etc/raddb/huntgroups /usr/local/etc/raddb/modules/preprocess[13]: Instantiation failed for module "preprocess" /usr/local/etc/raddb/sites-enabled/default[9]: Failed to load module "preprocess". /usr/local/etc/raddb/sites-enabled/default[1]: Errors parsing authorize section. --debug end-- --preprocess start-- preprocess { with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no } --preprocess end-- Anyone have any ideas on where it's getting this configuration from??? Thanks! --Brian
It's worth mentioning that if I change "ascend_channels_per_line" to "32" instead of "23", that change gets recognized. --Brian -----Original Message----- From: freeradius-users-bounces+bmccann=andmore.com@lists.freeradius.org [mailto:freeradius-users-bounces+bmccann=andmore.com@lists.freeradius.org] On Behalf Of McCann, Brian Sent: Monday, January 10, 2011 4:45 PM To: freeradius-users@lists.freeradius.org Subject: preprocess module Hi all. Trying to understand and learn freeradius. For my use, I do not need the "huntgroups" or "hints" files, so I tried taking them out. I renamed the files from "huntgroups" to "huntgroups.off", and the same for hints. I then edited "module/preprocess" to take out references to these two files. However, when I start up radiusd, it appears that it's STILL looking for the files. I've gone so far as doing a "grep -ir huntgroup *", and every line it comes back with is commented out. Here's the debug and my modules/preprocess file: --debug start-- server { # from file /usr/local/etc/raddb/radiusd.conf modules { Module: Checking authenticate {...} for more modules to load Module: Checking authorize {...} for more modules to load Module: Linked to module rlm_preprocess Module: Instantiating module "preprocess" from file /usr/local/etc/raddb/modules/preprocess preprocess { huntgroups = "/usr/local/etc/raddb/huntgroups" hints = "/usr/local/etc/raddb/hints" with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no with_alvarion_vsa_hack = no } rlm_preprocess: Error reading /usr/local/etc/raddb/huntgroups /usr/local/etc/raddb/modules/preprocess[13]: Instantiation failed for module "preprocess" /usr/local/etc/raddb/sites-enabled/default[9]: Failed to load module "preprocess". /usr/local/etc/raddb/sites-enabled/default[1]: Errors parsing authorize section. --debug end-- --preprocess start-- preprocess { with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no } --preprocess end-- Anyone have any ideas on where it's getting this configuration from??? Thanks! --Brian - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Why did you remove the files? Unless they are doing something "bad", leave them alone. Tim
-----Original Message----- From: freeradius-users- bounces+tim.sylvester=networkradius.com@lists.freeradius.org [mailto:freeradius-users- bounces+tim.sylvester=networkradius.com@lists.freeradius.org] On Behalf Of McCann, Brian Sent: Monday, January 10, 2011 1:49 PM To: FreeRadius users mailing list Subject: RE: preprocess module
It's worth mentioning that if I change "ascend_channels_per_line" to "32" instead of "23", that change gets recognized.
--Brian
-----Original Message----- From: freeradius-users-bounces+bmccann=andmore.com@lists.freeradius.org [mailto:freeradius-users- bounces+bmccann=andmore.com@lists.freeradius.org] On Behalf Of McCann, Brian Sent: Monday, January 10, 2011 4:45 PM To: freeradius-users@lists.freeradius.org Subject: preprocess module
Hi all. Trying to understand and learn freeradius. For my use, I do not need the "huntgroups" or "hints" files, so I tried taking them out. I renamed the files from "huntgroups" to "huntgroups.off", and the same for hints. I then edited "module/preprocess" to take out references to these two files. However, when I start up radiusd, it appears that it's STILL looking for the files. I've gone so far as doing a "grep - ir huntgroup *", and every line it comes back with is commented out. Here's the debug and my modules/preprocess file:
--debug start--
server { # from file /usr/local/etc/raddb/radiusd.conf modules { Module: Checking authenticate {...} for more modules to load Module: Checking authorize {...} for more modules to load Module: Linked to module rlm_preprocess Module: Instantiating module "preprocess" from file /usr/local/etc/raddb/modules/preprocess preprocess { huntgroups = "/usr/local/etc/raddb/huntgroups" hints = "/usr/local/etc/raddb/hints" with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no with_alvarion_vsa_hack = no } rlm_preprocess: Error reading /usr/local/etc/raddb/huntgroups /usr/local/etc/raddb/modules/preprocess[13]: Instantiation failed for module "preprocess" /usr/local/etc/raddb/sites-enabled/default[9]: Failed to load module "preprocess". /usr/local/etc/raddb/sites-enabled/default[1]: Errors parsing authorize section.
--debug end--
--preprocess start--
preprocess { with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no }
--preprocess end--
Anyone have any ideas on where it's getting this configuration from???
Thanks! --Brian
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
I removed it because it deals with cases I'll never have...ppp, slip, cslip. No, it's not doing anything "bad", but it's not doing anything "helpful" either. You're 100% right, I can just put them back. Just trying to understand why the config file isn't doing what it's told. --Brian -----Original Message----- From: freeradius-users-bounces+bmccann=andmore.com@lists.freeradius.org [mailto:freeradius-users-bounces+bmccann=andmore.com@lists.freeradius.org] On Behalf Of Tim Sylvester Sent: Monday, January 10, 2011 5:13 PM To: 'FreeRadius users mailing list' Subject: RE: preprocess module Why did you remove the files? Unless they are doing something "bad", leave them alone. Tim
-----Original Message----- From: freeradius-users- bounces+tim.sylvester=networkradius.com@lists.freeradius.org [mailto:freeradius-users- bounces+tim.sylvester=networkradius.com@lists.freeradius.org] On Behalf Of McCann, Brian Sent: Monday, January 10, 2011 1:49 PM To: FreeRadius users mailing list Subject: RE: preprocess module
It's worth mentioning that if I change "ascend_channels_per_line" to "32" instead of "23", that change gets recognized.
--Brian
-----Original Message----- From: freeradius-users-bounces+bmccann=andmore.com@lists.freeradius.org [mailto:freeradius-users- bounces+bmccann=andmore.com@lists.freeradius.org] On Behalf Of McCann, Brian Sent: Monday, January 10, 2011 4:45 PM To: freeradius-users@lists.freeradius.org Subject: preprocess module
Hi all. Trying to understand and learn freeradius. For my use, I do not need the "huntgroups" or "hints" files, so I tried taking them out. I renamed the files from "huntgroups" to "huntgroups.off", and the same for hints. I then edited "module/preprocess" to take out references to these two files. However, when I start up radiusd, it appears that it's STILL looking for the files. I've gone so far as doing a "grep - ir huntgroup *", and every line it comes back with is commented out. Here's the debug and my modules/preprocess file:
--debug start--
server { # from file /usr/local/etc/raddb/radiusd.conf modules { Module: Checking authenticate {...} for more modules to load Module: Checking authorize {...} for more modules to load Module: Linked to module rlm_preprocess Module: Instantiating module "preprocess" from file /usr/local/etc/raddb/modules/preprocess preprocess { huntgroups = "/usr/local/etc/raddb/huntgroups" hints = "/usr/local/etc/raddb/hints" with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no with_alvarion_vsa_hack = no } rlm_preprocess: Error reading /usr/local/etc/raddb/huntgroups /usr/local/etc/raddb/modules/preprocess[13]: Instantiation failed for module "preprocess" /usr/local/etc/raddb/sites-enabled/default[9]: Failed to load module "preprocess". /usr/local/etc/raddb/sites-enabled/default[1]: Errors parsing authorize section.
--debug end--
--preprocess start--
preprocess { with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no }
--preprocess end--
Anyone have any ideas on where it's getting this configuration from???
Thanks! --Brian
- 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
FR is the most difficult "easy" thing ever. Generally speaking, unless you have a REALLY good understanding of how everything is tied together - don't change ANYTHING you don't absolutely NEED to. I hear what you're saying about "optimizing" the config and such, but it's really not worth the little overhead unless you're handling many thousands requests per second.... Feel free to play, just expect to do a LOT of playing before you figure it out and expect to break lots of stuff along the way! :) -----Original Message----- From: freeradius-users-bounces+ggatten=waddell.com@lists.freeradius.org [mailto:freeradius-users-bounces+ggatten=waddell.com@lists.freeradius.org] On Behalf Of McCann, Brian Sent: Monday, January 10, 2011 4:27 PM To: tim.sylvester@networkradius.com; FreeRadius users mailing list Subject: RE: preprocess module I removed it because it deals with cases I'll never have...ppp, slip, cslip. No, it's not doing anything "bad", but it's not doing anything "helpful" either. You're 100% right, I can just put them back. Just trying to understand why the config file isn't doing what it's told. --Brian -----Original Message----- From: freeradius-users-bounces+bmccann=andmore.com@lists.freeradius.org [mailto:freeradius-users-bounces+bmccann=andmore.com@lists.freeradius.org] On Behalf Of Tim Sylvester Sent: Monday, January 10, 2011 5:13 PM To: 'FreeRadius users mailing list' Subject: RE: preprocess module Why did you remove the files? Unless they are doing something "bad", leave them alone. Tim
-----Original Message----- From: freeradius-users- bounces+tim.sylvester=networkradius.com@lists.freeradius.org [mailto:freeradius-users- bounces+tim.sylvester=networkradius.com@lists.freeradius.org] On Behalf Of McCann, Brian Sent: Monday, January 10, 2011 1:49 PM To: FreeRadius users mailing list Subject: RE: preprocess module
It's worth mentioning that if I change "ascend_channels_per_line" to "32" instead of "23", that change gets recognized.
--Brian
-----Original Message----- From: freeradius-users-bounces+bmccann=andmore.com@lists.freeradius.org [mailto:freeradius-users- bounces+bmccann=andmore.com@lists.freeradius.org] On Behalf Of McCann, Brian Sent: Monday, January 10, 2011 4:45 PM To: freeradius-users@lists.freeradius.org Subject: preprocess module
Hi all. Trying to understand and learn freeradius. For my use, I do not need the "huntgroups" or "hints" files, so I tried taking them out. I renamed the files from "huntgroups" to "huntgroups.off", and the same for hints. I then edited "module/preprocess" to take out references to these two files. However, when I start up radiusd, it appears that it's STILL looking for the files. I've gone so far as doing a "grep - ir huntgroup *", and every line it comes back with is commented out. Here's the debug and my modules/preprocess file:
--debug start--
server { # from file /usr/local/etc/raddb/radiusd.conf modules { Module: Checking authenticate {...} for more modules to load Module: Checking authorize {...} for more modules to load Module: Linked to module rlm_preprocess Module: Instantiating module "preprocess" from file /usr/local/etc/raddb/modules/preprocess preprocess { huntgroups = "/usr/local/etc/raddb/huntgroups" hints = "/usr/local/etc/raddb/hints" with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no with_alvarion_vsa_hack = no } rlm_preprocess: Error reading /usr/local/etc/raddb/huntgroups /usr/local/etc/raddb/modules/preprocess[13]: Instantiation failed for module "preprocess" /usr/local/etc/raddb/sites-enabled/default[9]: Failed to load module "preprocess". /usr/local/etc/raddb/sites-enabled/default[1]: Errors parsing authorize section.
--debug end--
--preprocess start--
preprocess { with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no }
--preprocess end--
Anyone have any ideas on where it's getting this configuration from???
Thanks! --Brian
- 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 <font size="1"> <div style='border:none;border-bottom:double windowtext 2.25pt;padding:0in 0in 1.0pt 0in'> </div> "This email is intended to be reviewed by only the intended recipient and may contain information that is privileged and/or confidential. If you are not the intended recipient, you are hereby notified that any review, use, dissemination, disclosure or copying of this email and its attachments, if any, is strictly prohibited. If you have received this email in error, please immediately notify the sender by return email and delete this email from your system." </font>
Actually, the configuration files are doing what they were told. Read the debug output carefully and you will see that you removed the include statements from module/preprocess but did not change sites-enable/default. You are better off only changing what needs to be changed for your configuration. The "extra stuff" in the configuration does not hurt the operation or performance of the radius server. Tim
-----Original Message----- From: McCann, Brian [mailto:bmccann@andmore.com] Sent: Monday, January 10, 2011 2:27 PM To: tim.sylvester@networkradius.com; FreeRadius users mailing list Subject: RE: preprocess module
I removed it because it deals with cases I'll never have...ppp, slip, cslip. No, it's not doing anything "bad", but it's not doing anything "helpful" either. You're 100% right, I can just put them back. Just trying to understand why the config file isn't doing what it's told.
--Brian
-----Original Message----- From: freeradius-users-bounces+bmccann=andmore.com@lists.freeradius.org [mailto:freeradius-users- bounces+bmccann=andmore.com@lists.freeradius.org] On Behalf Of Tim Sylvester Sent: Monday, January 10, 2011 5:13 PM To: 'FreeRadius users mailing list' Subject: RE: preprocess module
Why did you remove the files? Unless they are doing something "bad", leave them alone.
Tim
ir huntgroup *", and every line it comes back with is commented out. Here's the debug and my modules/preprocess file:
--debug start--
server { # from file /usr/local/etc/raddb/radiusd.conf modules { Module: Checking authenticate {...} for more modules to load Module: Checking authorize {...} for more modules to load Module: Linked to module rlm_preprocess Module: Instantiating module "preprocess" from file /usr/local/etc/raddb/modules/preprocess preprocess { huntgroups = "/usr/local/etc/raddb/huntgroups" hints = "/usr/local/etc/raddb/hints" with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no with_alvarion_vsa_hack = no } rlm_preprocess: Error reading /usr/local/etc/raddb/huntgroups /usr/local/etc/raddb/modules/preprocess[13]: Instantiation failed for module "preprocess" /usr/local/etc/raddb/sites-enabled/default[9]: Failed to load module "preprocess". /usr/local/etc/raddb/sites-enabled/default[1]: Errors parsing authorize section.
--debug end--
--preprocess start--
preprocess { with_ascend_hack = no ascend_channels_per_line = 23 with_ntdomain_hack = no with_specialix_jetstream_hack = no with_cisco_vsa_hack = no }
--preprocess end--
Anyone have any ideas on where it's getting this configuration from???
Thanks! --Brian
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-----Original Message----- From: freeradius-users- bounces+tim.sylvester=networkradius.com@lists.freeradius.org [mailto:freeradius-users- bounces+tim.sylvester=networkradius.com@lists.freeradius.org] On Behalf Of McCann, Brian Sent: Monday, January 10, 2011 1:49 PM To: FreeRadius users mailing list Subject: RE: preprocess module
It's worth mentioning that if I change "ascend_channels_per_line" to "32" instead of "23", that change gets recognized.
--Brian
-----Original Message----- From: freeradius-users- bounces+bmccann=andmore.com@lists.freeradius.org [mailto:freeradius-users- bounces+bmccann=andmore.com@lists.freeradius.org] On Behalf Of McCann, Brian Sent: Monday, January 10, 2011 4:45 PM To: freeradius-users@lists.freeradius.org Subject: preprocess module
Hi all. Trying to understand and learn freeradius. For my use, I do not need the "huntgroups" or "hints" files, so I tried taking them out. I renamed the files from "huntgroups" to "huntgroups.off", and the same for hints. I then edited "module/preprocess" to take out references to these two files. However, when I start up radiusd, it appears that it's STILL looking for the files. I've gone so far as doing a "grep
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
On 01/10/2011 09:45 PM, McCann, Brian wrote:
Hi all. Trying to understand and learn freeradius. For my use, I do not need the "huntgroups" or "hints" files, so I tried taking them out. I renamed the files from "huntgroups" to "huntgroups.off", and the same for hints. I then edited "module/preprocess" to take out references to these two files. However, when I start up radiusd, it appears that it's STILL looking for the files. I've gone so far as doing a "grep -ir huntgroup *", and every line it comes back with is commented out. Here's the debug and my modules/preprocess file:
--debug start--
server { # from file /usr/local/etc/raddb/radiusd.conf modules { Module: Checking authenticate {...} for more modules to load Module: Checking authorize {...} for more modules to load Module: Linked to module rlm_preprocess Module: Instantiating module "preprocess" from file /usr/local/etc/raddb/modules/preprocess preprocess { huntgroups = "/usr/local/etc/raddb/huntgroups" hints = "/usr/local/etc/raddb/hints"
These defaults are compiled into the module: static const CONF_PARSER module_config[] = { { "huntgroups", PW_TYPE_FILENAME, offsetof(rlm_preprocess_t,huntgroup_file), NULL, "${raddbdir}/huntgroups" }, By commenting out the entry, the defaults are used. If you want the module to not process the files, either: 1. set the filenames to "" i.e. empty string 2. empty the files (better)
participants (4)
-
Gary Gatten -
McCann, Brian -
Phil Mayers -
Tim Sylvester