, October 09, 2009 6:21 PM
Subject: Re: Problems with radutmp
Hi.
I think I have a very similar scenario to yours.
I have this NAS server which sends the same NAS port to the radius
server every time, so the radutmp always have the last connected user
only. I've tried to hack
Hi.
I'm having some problems with radutmp.
I'm using an Aruba Mobility Controller which has radauth and radacct
configured to this freeradius server. In fact, I've tried with
freeradius both on centOS and ubuntu with same results.
When a user logs in, a corresponding entry is added
in.
I've run tcpdump on the system and the radius server is NOT receiving
any STOP accounting package from the NAS.
Gerardo Contreras wrote:
Hi.
I'm having some problems with radutmp.
I'm using an Aruba Mobility Controller which has radauth and radacct
configured to this freeradius server
tcpdump on the system and the radius server is NOT receiving
any STOP accounting package from the NAS.
Gerardo Contreras wrote:
Hi.
I'm having some problems with radutmp.
I'm using an Aruba Mobility Controller which has radauth and radacct
configured to this freeradius server. In fact, I've tried
What is the NAS-Port value? I don't THINK radutmp can handle multiple
sessions sharing a port.
-craig
- Original Message -
From: Gerardo Contreras gcontre...@netx.com.mx
To: freeradius-users@lists.freeradius.org
Sent: Friday, October 09, 2009 1:00 PM
Subject: Problems with radutmp
Gerardo Contreras wrote:
I've been watching the log records from users sessions, and I noted that
every access from the NAS comes from the same NAS-Port. Could it be the
reason?
Yes.
If so, is there any way so radutmp registers all of the entries
even if the nas port is the same?
Use
https://lists.freeradius.org/pipermail/freeradius-users/2009-September/msg00809.html
Oh! I see...
thanks.
Alan DeKok wrote:
Gerardo Contreras wrote:
I've been watching the log records from users sessions, and I noted that
every access from the NAS comes from the same NAS-Port.
Hello,
Thank you very much. In radzap.c, the main routine calls the read_mainconfig,
and
this routine exits the program if the port 1812 is not free.
I copied this routine to a new one, called read_mainconfig_zap, and it does not
exit the program, so the radzap now zaps the user...
But i have
some problem with radutmp and the large port
numbers you're getting... A signedness issue, which I thought I'd fixed
in CVS, but I ended up dropping rlm_unix due to other radutmp problems,
but I'm thinking about trying to reimplement it. ^_^
What version of FreeRADIUS are you using?
*Checks
On Fri, Dec 24, 2004 at 09:39:58AM -0200, Luiz Gustavo Anflor Pereira wrote:
I am using freeradius 1.0.1.
Let me try to understand. If a client loses its connection, we can use radzap
to
comunicate with the NAS. Then it sends back a stop packet, and the login is
released. Is that correct?
Ok. I dont want to ask too much, but i am new on freeradius :-)
Are radzap and the radiusd server on the same machine? I have this situation,
and
it looks like they are cconcurring for the same port (1812). Is that correct?
Thanks again. Merry Christmas!!
On Fri, Dec 24, 2004 at 09:39:58AM
Luiz Gustavo Anflor Pereira [EMAIL PROTECTED] wrote:
Are radzap and the radiusd server on the same machine? I have this
situation, and it looks like they are cconcurring for the same port
(1812). Is that correct?
It's a bug in radzap. radzap shouldn't read radiusd.conf, but
should get
[EMAIL PROTECTED] (Paul Hampson) wrote:
I'm gonna take a stab in the dark, and guess that the records are not
being deleted because the Accounting Session ID you're getting is too
long for the session_id field in radutmp... See FreeRADIUS bug 62 at
http://bugs.freeradius.org/show_bug.cgi?id=62
hello all
I have a problema concerning radutmp.
Here is the situation:
The command radwho | grep 7969 gives me the output:
rsf7969rsf7969 PPP 999 Fri 16:20 200.96.10
If i use the option -r, so radwho -r | grep 7969, the output is:
rsf7969,rsf7969,PPP,S-2145975988,Fri
radutmp problems,
but I'm thinking about trying to reimplement it. ^_^
What version of FreeRADIUS are you using?
*Checks CVS logs* Whoops, guess I never comitted that. _
I'm gonna take a stab in the dark, and guess that the records are not
being deleted because the Accounting Session ID you're
15 matches
Mail list logo