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@lists.freeradius.org Date: 22-Jan-2015 6:06 am Subject: The results of your email commands To: kavyamelinmaneprabhakar@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@lists.freeradius.org wrote: > > Send Freeradius-Users mailing list submissions to > freeradius-users@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@lists.freeradius.org > > You can reach the person managing the list at > freeradius-users-owner@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@otpme.org) > ���� 4. Re: encrypted response (parameter) (Alan DeKok) > ���� 5. Re: encrypted response (parameter) (the2nd@otpme.org) > ���� 6. Re: encrypted response (parameter) (Alan DeKok) > ���� 7. Re: encrypted response (parameter) (the2nd@otpme.org) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 21 Jan 2015 13:57:55 -0500 > From: Alan DeKok <aland@deployingradius.com> > To: FreeRadius users mailing list > <freeradius-users@lists.freeradius.org> > Subject: Re: Configure SQL to timeout requests rather than rejecting > if no connections available > Message-ID: <290AA10E-81DA-451A-8CC4-C9517E1C1EC8@deployingradius.com> > Content-Type: text/plain; charset=windows-1252 > > On Jan 21, 2015, at 1:20 PM, Noah Engelberth <nengelberth@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@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@team-meta.net> > To: FreeRadius users mailing list > <freeradius-users@lists.freeradius.org> > Subject: RE: Configure SQL to timeout requests rather than rejecting > if no connections available > Message-ID: <c39fc7ee4d7244f58a50402868be8fbe@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