Re: Freeradius-Users Digest, Vol 69, Issue 93
Hello Alan,there was some problem with my firewall. I disabled it. and now it is working fine. Thank you. :) On Thu, 27 Jan 2011 16:41:20 , 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: 1. Re: Python module/program (Terry Simons) 2. Radius authentication problem. (vijay s sheelavantar) 3. reset sql counter every 30 minute (piston) 4. Re: reset sql counter every 30 minute (Bishal Pun) 5. Re: Radius authentication problem. (Alan Buxey) ---------------------------------------------------------------------- Message: 1 Date: Wed, 26 Jan 2011 15:06:58 -0800 From: Terry Simons <terry.simons@gmail.com> Subject: Re: Python module/program To: FreeRadius users mailing list <freeradius-users@lists.freeradius.org> Message-ID: <AANLkTi=pjYQ7Uk2QxrHGy4X5z-NRZOrb0NB=uf=cVr9-@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Is the python module catching all exceptions? You need to make sure you don't mask out the KeyboardInterrupt exception... otherwise, you may prevent Control-C from being passed up the stack. I'm not sure if that's your issue, but it sounds like it could be. It's considered a Python best practice to explicitly catch the exact exceptions that you know how to handle, and let exceptions that you're not going to handle directly trickle up. That is to say that you should never do something like: try: <some code> except: <some code> because you *will* end up masking things like KeyboardInterrupt. You should always do something like: try: <some code> except TheExceptionClass: <some code> HTH, - Terry On Wed, Jan 26, 2011 at 2:47 PM, McCann, Brian <bmccann@andmore.com> wrote: > Hi all. I've got freeradius working using a python library for auth, but > something interesting happened when I did. When I run "radius -X", and > press CRTL+C, it no longer exits. It just returns "Ready to process > requests.". The PID doesn't change, so it's not like its exiting and > restarting. > > I looked at http://wiki.freeradius.org/Rlm_perl (yes...I know...perl != > python, but as the python page doesn't say much, I'm going on the perl page > for a starting point) and it doesn't look like the script has to do anything > to handle exits. Does anyone know what I'm missing? > > Thanks, > --Brian > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html >
Hi everyone, in my FreeRadius setup accounting requests are proxied to a secondary server, the realm is stripped but still written to database on server1, but server2 only writes the username, the realm field remains empty. Can anyone point me in the right direction on this one? Thanks Marius
Marius Pesé wrote:
in my FreeRadius setup accounting requests are proxied to a secondary server, the realm is stripped but still written to database on server1, but server2 only writes the username, the realm field remains empty. Can anyone point me in the right direction on this one?
Don't strip the realm on server 1. Alan DeKok.
Hi Alan, switched stripping off in radiusd on server1 and restarted the daemon but nothing seems to have changed. Server1's DB still has the stripped username in username field and the realm in realm field, server2 has the stripped username but no realm. Should I send a debug output or can you tell from the top of your head where I went wrong? Thanks MArius -----Original Message----- From: freeradius-users-bounces+marius=mindspring.co.za@lists.freeradius.org [mailto:freeradius-users-bounces+marius=mindspring.co.za@lists.freeradius.org] On Behalf Of Alan DeKok Sent: Friday, January 28, 2011 10:50 AM To: FreeRadius users mailing list Subject: Re: Proxying: 2nd server's database doesn't write the realm field Marius Pesé wrote:
in my FreeRadius setup accounting requests are proxied to a secondary server, the realm is stripped but still written to database on server1, but server2 only writes the username, the realm field remains empty. Can anyone point me in the right direction on this one?
Don't strip the realm on server 1. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
On Fri, Jan 28, 2011 at 4:15 PM, Marius Pesé <Marius@mindspring.co.za> wrote:
Hi Alan,
switched stripping off in radiusd on server1 and restarted the daemon but nothing seems to have changed.
How? Did you enable "nostrip" on proxy.conf? Did you edit the right config file?
Server1's DB still has the stripped username in username field and the realm in realm field, server2 has the stripped username but no realm. Should I send a debug output or can you tell from the top of your head where I went wrong?
debug output from server1 should show whether (and why) it's sending usersnames with realm. -- Fajar
Marius Pesé wrote:
switched stripping off in radiusd on server1 and restarted the daemon but nothing seems to have changed.
That doesn't make sense.
Server1's DB still has the stripped username in username field and the realm in realm field, server2 has the stripped username but no realm.
Then you didn't disable stripping on server1. There is no other explanation.
Should I send a debug output or can you tell from the top of your head where I went wrong?
*Read* the debug output. The answer is in there. Alan DeKok.
participants (4)
-
Alan DeKok -
Fajar A. Nugraha -
Marius Pesé -
vijay s sheelavantar