I have a configuration similar to your no one option. >From readinr the huntgroups how to and the users how to, this seems to be the most correct method to use.
I have a second issue with this in that the users file has a defulat reject if the group is not matched. This also is not being used correctly by freeradius. The user defaults into that if there group does not match but does not get rejected. Please can someone confirm these findings. Regards alan -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martial VdB Sent: 13 June 2005 13:06 To: freeradius-users@lists.freeradius.org Subject: RE: restricting access for users Hi Alan, thank you for replying, this is how I tried this before, I will try to keep this as short as possible. 1) users: bob Password == "bob", Huntgroup-name == "diegem" Login-Service = 0, Vendor-Specific = 9, Reply-Message = "Hello, bob", Cisco-AVpair = "shell:priv-lvl=15", Service-Type = NAS-Prompt-User, huntgroups: diegem NAS-IP-Address == 10.5.x.x diegem NAS-IP-Address == 10.5.x.x diegem NAS-IP-Address == 10.5.x.x brussels NAS-IP-Address == 10.2.x.x I hoped that the nas ip addresses belonging to diegem where only accessable for users who had Huntgroup-name == "diegem" in their config. But this did not seem to make a difference. ************************************************************************ ** 2) users: DEFAULT Auth-Type = System Login-Service = 0, Vendor-Specific = 9, Service-Type = NAS-Prompt-User, Cisco-AVpair = "shell:priv-lvl=15", $enab15$ bob bobke huntgroups: diegem NAS-IP-Address == 10.5.x.x diegem NAS-IP-Address == 10.5.x.x diegem NAS-IP-Address == 10.5.x.x Group == NOC, brussels NAS-IP-Address == 10.2.x.x I made bob and bobke local users on my machine and added them to # groups. bob to NOC and bobke to brussels. bob:x:1005:1005::/home/bob: bobke:x:1006:1006::/home/bobke: NOC:x:1005: brussels:x:1006: If the user was not a member of group NOC he would be refused on the NAS servers belonging to huntgroup diegem.Because diegem is linked to group NOC (Group == NOC). This did not work either. In both cases every user was allowed access as soon as the username and passwords checked out. I also had problems with nas ip addresses belonging to more that 1 group. It looked like the groups are processed from top to bottom and as soon as it hits the first entry of that address freeradius allowes access. But for my problem to be solved it should cache information like Group = NOC or for example user_pool = diegem. And compare this information agains an entry in the users file like: user_pool=diegem or checking if on the system bob's primary group is NOC. I did several more combinations but I think one of these 2 should work. Perhaps I made a configuration error ? Big thank you in advance ony for reading and getting into this problem. If I was not clear enough please let me know. Martial >Yes this is my experience as well. Running v 1.0.2 there was nothing in the >change log for 1.0.3 >to say this was fixed either. >Just as a note when I posted these findings nothing came back. >I was using an ldap backend as well. It would be great to have a detailed >explaination of this one >and maybe confirmation that it is not working or >wheather is it syntax that causes the problem >Alan >>From: "Martial VdB" <[EMAIL PROTECTED]> >>Reply-To: FreeRadius users mailing list >><freeradius-users@lists.freeradius.org> >>To: freeradius-users@lists.freeradius.org >>Subject: restricting access for users >>Date: Mon, 13 Jun 2005 09:22:14 +0200 >> >>Hi there, >> >>I'm a newby here so forgive if I ask obvious questions. >> >>I'm trying to setup, wel actually I did setup FreeRADIUS Version 1.0.2 on >>a Linux Debian machine and it is working fine :) >>But I need to achieve the following setup: >> >>We have # cisco routers and switches who are locally managed by on site >>engineers. So these local engineers have to be able to log in to their >>devices and not be allowed to log in to devices on other sites. Next to >>these different site engineers there is a group called NOC. The NOC >>engineers need to access all devices on all sites. >> >>I've tried several setups by using the huntgroups and using system as >>authentication method but I can't get the huntgroup validation to work. It >>looks like the huntgroups are just ignored. Everyone can just enter any >>device as soon as their usrname and password is matched on the system. >> >>Did someone do a similar setup where users where restricted and with a >>general group that needs access everywhere or can someone tell me how I >>should take this on. It should be fairly easy I thought... >> >> >>Thanks for your help, it is highly appreciated, >> >>Martial > >_________________________________________________________________ >Free blogging with MSN Spaces http://spaces.msn.com/?mkt=nl-be > >- List info/subscribe/unsubscribe? See >http://www.freeradius.org/list/users.html _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee(r) Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html