encrypted response (parameter) (Alan DeKok)

[kavyamelinmaneprabhakar]

Hi,

I am getting valid response from fR server. But not able to change access level
How to set access(privilege) level to radius user. 
    I know how to set the sane if I am using Cisco avpair. But currently I want to use NET user access level info. 
    Thanks in advance, 
    Kavya

---------- Forwarded message ----------
From: freeradius-users-owner at lists.freeradius.org
Date: 22-Jan-2015 6:06 am
Subject: The results of your email commands
To: kavyamelinmaneprabhakar at gmail.com
Cc: 

> The results of your email command are provided below. Attached is your 
> original message. 
>
>
> - Unprocessed: 
>     How to set access(privilege) level to radius user. 
>     I know how to set the sane if I am using Cisco avpair. But currently I want to use NET user access level info. 
>     Thanks in advance, 
>     Kavya 
>     On 22-Jan-2015 2:28 am, freeradius-users-request at lists.freeradius.org wrote: 
>     > 
>     > Send Freeradius-Users mailing list submissions to 
>     > freeradius-users at lists.freeradius.org 
>     > 
>     > To subscribe or unsubscribe via the World Wide Web, visit 
>     > http://lists.freeradius.org/mailman/listinfo/freeradius-users 
>     > or, via email, send a message with subject or body 'help' to 
>     > freeradius-users-request at lists.freeradius.org 
>     > 
>     > You can reach the person managing the list at 
>     > freeradius-users-owner at lists.freeradius.org 
>     > 
>     > When replying, please edit your Subject line so it is more specific 
>     > than "Re: Contents of Freeradius-Users digest..." 
>     > 
>     > 
>     > Today's Topics: 
>
> - Ignored: 
>     > 
>     > ���� 1. Re: Configure SQL to timeout requests rather than rejecting 
>     > ���������� if no connections available (Alan DeKok) 
>     > ���� 2. RE: Configure SQL to timeout requests rather than rejecting 
>     > ���������� if no connections available (Noah Engelberth) 
>     > ���� 3. encrypted response (parameter) (the2nd at otpme.org) 
>     > ���� 4. Re: encrypted response (parameter) (Alan DeKok) 
>     > ���� 5. Re: encrypted response (parameter) (the2nd at otpme.org) 
>     > ���� 6. Re: encrypted response (parameter) (Alan DeKok) 
>     > ���� 7. Re: encrypted response (parameter) (the2nd at otpme.org) 
>     > 
>     > 
>     > ---------------------------------------------------------------------- 
>     > 
>     > Message: 1 
>     > Date: Wed, 21 Jan 2015 13:57:55 -0500 
>     > From: Alan DeKok <aland at deployingradius.com> 
>     > To: FreeRadius users mailing list 
>     > <freeradius-users at lists.freeradius.org> 
>     > Subject: Re: Configure SQL to timeout requests rather than rejecting 
>     > if no connections available 
>     > Message-ID: <290AA10E-81DA-451A-8CC4-C9517E1C1EC8 at deployingradius.com> 
>     > Content-Type: text/plain; charset=windows-1252 
>     > 
>     > On Jan 21, 2015, at 1:20 PM, Noah Engelberth <nengelberth at team-meta.net> wrote: 
>     > > So, "in your existing configuration" means what I have with the virtual server not responding on an SQL "fail"?�� Or to revert that change and then add that post-proxy handling? 
>     > 
>     > �� <sigh>�� What I said was very clear.�� I said to change ONE thing.�� The PROXY.�� I didn?t say to revert a change. 
>     > 
>     > > My server configuration currently (with the virtual server not responding on SQL "fail") is: 
>     > 
>     > �� I didn?t ask for that.�� I asked for the DEBUG OUTPUT. 
>     > 
>     > �� Paying attention would be nice.�� Following instructions would be better. 
>     > 
>     > > So, basically, the mikrotik_realm module looks at the realm name that came in from the client (which might be requesting hotspot.metalink.net or dhcp.metalink.net) and update the username to username at realm.�� Suffix then proxies it off to the virtual server named platreg_<realm> 
>     > 
>     > �� NO.�� I said that the suffix module DOES NOT DO PROXYING. 
>     > 
>     > �� Please pay attention. 
>     > 
>     > > I can't easily run the live servers in debug mode -- they're under fairly heavy volume and it's hard to get useful information from them.�� I have fairly high request logging turned up at the moment, and I can try to set up my debug environment with a test case that could replicate the issue if necessary. 
>     > 
>     > �� If only there was a free ?radius client? tool which would let you send test packets. 
>     > 
>     > �� If only it was possible to create a test configuration *independent* of the live configuration, where test packets could be sent. 
>     > 
>     > �� Yes, I find this frustrating.�� I?m trying to help you, and you?re making it as difficult as possible. 
>     > 
>     > �� Alan DeKok. 
>     > 
>     > 
>     > 
>     > ------------------------------ 
>     > 
>     > Message: 2 
>     > Date: Wed, 21 Jan 2015 19:14:42 +0000 
>     > From: Noah Engelberth <nengelberth at team-meta.net> 
>     > To: FreeRadius users mailing list 
>     > <freeradius-users at lists.freeradius.org> 
>     > Subject: RE: Configure SQL to timeout requests rather than rejecting 
>     > if no connections available 
>     > Message-ID: <c39fc7ee4d7244f58a50402868be8fbe at def-exch.dh.local> 
>     > Content-Type: text/plain; charset="us-ascii" 
>     > 
>     > 
>     > >���� <sigh>�� What I said was very clear.�� I said to change ONE thing.�� The PROXY.�� I 
>     > > didn't say to revert a change. 
>     > > 
>     > I read your previous as "The issue is that you don't want to respond to the *client*.�� You *do* want the virtual server to respond to the proxy." 
>     > 
>     > This made me think: "The previous change I made to make the virtual server not respond in the case of SQL failing is causing the virtual server not to respond the proxy, so I must need