Hi
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?
But due to session_id is too long, it is not working. To fix it, we can use the
mysql function RIGHT(%{Acct-Session-Id}, 8). But in which query?
And if we use it, the checkrad is gonna work? When the checkrad is runned?
thanks again.
Luiz Gustavo
> On Mon, Dec 20, 2004 at 02:19:11PM -0200, Luiz Gustavo Anflor Pereira wrote:
>>
>> hello all
>>
>> I have a problema concerning radutmp.
>
>> Here is the situation:
>
>> The command " radwho | grep 7969 " gives me the output:
>> rsf7969 rsf7969 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 16:20,200.96.100.254,
>
> I vaugely remember there's 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 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 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
>
> By some chance, are you receiving RADIUS packets from an ERX?
>
> --
> Paul "TBBle" Hampson, on an alternate email client.
>
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
>
>
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
