Adding Vendor Specific Attribute to the Access-Accept
Hello, I want to be able to receive the Vendor Specific Attribute that I set in a user. For example I added the following attribute to my user using daloradius: Vendor: dictionary.freeradius.internal Attribute: User-Category Value: MyCategory In the Oreilly Manual it mentions that Access-Accept can send Optional attributes. Is there a way to setup freeradius so that this attribute can be included in the Access-Accept message? By the way I'm using the installer version of freeradius for my radius server. And my radius client is also a pc (I use a java library named TinyRadius) Thanks. Ishmael
normal ozone wrote:
Hello,
I want to be able to receive the Vendor Specific Attribute that I set in a user. For example I added the following attribute to my user using daloradius: Vendor: dictionary.freeradius.internal Attribute: User-Category Value: MyCategory
Better check dictionary file.
In the Oreilly Manual it mentions that Access-Accept can send Optional attributes. Is there a way to setup freeradius so that this attribute can be included in the Access-Accept message?
Sure, just add them to users file, same as any other attributes. FR will complain if you add some attributes which are not in the dictionary.
By the way I'm using the installer version of freeradius for my radius server. And my radius client is also a pc (I use a java library named TinyRadius)
I use TiniRadius too, mighty fine. Regards...
Sorry for the late reply. I found the reason why the attributes I added where not included in the reply list. Those attributes are used by the servers internally (Range: 1000-1199) They do not go to the reply attributes list. When I tried the attributes from other vendors like 3Com it worked. The reply attributes were included in the Access-Accept message. My new question is can you suggest an attribute that I can use to internally control access to features in my application? I planned to use User-Category and define a list of categories that can only access certain features. But since this is not listed in the reply attributes list I cannot use it. Regards, ________________________________ From: Josip Almasi <joe@vrspace.org> To: FreeRadius users mailing list <freeradius-users@lists.freeradius.org> Sent: Thu, April 28, 2011 8:28:10 PM Subject: Re: Adding Vendor Specific Attribute to the Access-Accept normal ozone wrote:
Hello,
I want to be able to receive the Vendor Specific Attribute that I set in a user. For example I added the following attribute to my user using daloradius: Vendor: dictionary.freeradius.internal Attribute: User-Category Value: MyCategory
Better check dictionary file.
In the Oreilly Manual it mentions that Access-Accept can send Optional attributes. Is there a way to setup freeradius so that this attribute can be included in the Access-Accept message?
Sure, just add them to users file, same as any other attributes. FR will complain if you add some attributes which are not in the dictionary.
By the way I'm using the installer version of freeradius for my radius server. And my radius client is also a pc (I use a java library named TinyRadius)
I use TiniRadius too, mighty fine. Regards... - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
normal ozone wrote:
I found the reason why the attributes I added where not included in the reply list. Those attributes are used by the servers internally (Range: 1000-1199) They do not go to the reply attributes list.
This is documented, yes.
My new question is can you suggest an attribute that I can use to internally control access to features in my application? I planned to use User-Category and define a list of categories that can only access certain features. But since this is not listed in the reply attributes list I cannot use it.
You need to use a vendor-specific dictionary. See the existing dictionaries for examples. Alan DeKok.
Hi,
I found the reason why the attributes I added where not included in the reply list. Those attributes are used by the servers internally (Range: 1000-1199) They do not go to the reply attributes list.
When I tried the attributes from other vendors like 3Com it worked. The reply attributes were included in the Access-Accept message.
you need to use attributes that your NAS understands and will use - check your NAS documentation and the dictionary files. alan
Thanks for the reply. Correct me if I'm wrong but the NAS is the one sending authentication requests to the radius server? In my setup's case the one sending radius requests is a PC. I'm using the TinyRadius library. So technically I can use any of the radius attributes. I plan to use a company's vendor specific attribute. But will this have other repercussions? Legally, technically? Regards, ________________________________ From: Alan Buxey <A.L.M.Buxey@lboro.ac.uk> To: FreeRadius users mailing list <freeradius-users@lists.freeradius.org> Sent: Mon, May 2, 2011 11:03:00 PM Subject: Re: Adding Vendor Specific Attribute to the Access-Accept Hi,
I found the reason why the attributes I added where not included in the reply list. Those attributes are used by the servers internally (Range: 1000-1199) They do not go to the reply attributes list.
When I tried the attributes from other vendors like 3Com it worked. The reply attributes were included in the Access-Accept message.
you need to use attributes that your NAS understands and will use - check your NAS documentation and the dictionary files. alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
normal ozone wrote:
Correct me if I'm wrong but the NAS is the one sending authentication requests to the radius server?
If you don't know that, it's not a good idea to be customizing a RADIUS system.
In my setup's case the one sending radius requests is a PC. I'm using the TinyRadius library.
So ask them what to do.
So technically I can use any of the radius attributes. I plan to use a company's vendor specific attribute. But will this have other repercussions? Legally, technically?
No. But this isn't really a FreeRADIUS question. You're trying to design NAS software. So... go do it. The appropriate questions for this list are questions about FreeRADIUS, not about your custom NAS software. Alan DeKok.
participants (4)
-
Alan Buxey -
Alan DeKok -
Josip Almasi -
normal ozone