FS trying to authenticate accounting data

Jim L. jdl at imaginenet.net
Sun May 4 22:45:00 CEST 2008


Alan,

The modifications to event.c now allow the server to correctly log to the 
detail file. That portion appears to be fixed. However, it appears that FS 
is still attempting to authenticate the accounting packet.

>>> Sending proxied request internally to virtual server.
server ImagineNet_Detail {
+- entering group accounting
        expand: /var/log/radius/radacct/imaginenet/detail-%Y%m%d -> 
/var/log/radius/radacct/imaginenet/detail-20080504
rlm_detail: /var/log/radius/radacct/imaginenet/detail-%Y%m%d expands to 
/var/log/radius/radacct/imaginenet/detail-20080504
        expand: %t -> Sun May  4 16:25:23 2008
++[detail.imaginenet] returns ok
} # server ImagineNet_Detail
Going to the next request
<<< Received proxied response from internal virtual server.
Login incorrect (Home Server says so): [jlohiser at imaginenet.net/<no 
User-Password attribute>] (from client fw1.cle1.oh.imaginenet.net port 0)
Sending Access-Reject of id 0 to 192.168.0.10 port 62518
Finished request 0.


Jim Lohiser


----- Original Message ----- 
From: "Alan DeKok" <aland at deployingradius.com>
To: "FreeRadius users mailing list" <freeradius-users at lists.freeradius.org>
Sent: Saturday, May 03, 2008 3:45 AM
Subject: Re: FS trying to authenticate accounting data


> Jim L. wrote:
>> I recompiled with this patch, however, I am getting the same results as
>> before.
>
>  Sorry...
>
>>>  DEBUG2(">>> Sending proxied request internally to virtual server.");
>>>  radius_handle_request(fake, rad_authenticate);
>
>  Change this line to:
>
> radius_handle_request(fake, fun);
>
>>>  DEBUG2("<<< Received proxied response from internal virtual server.");
>
>  It was a typo in the original patch.
>
>  Alan DeKok.
> -
> List info/subscribe/unsubscribe? See 
> http://www.freeradius.org/list/users.html
> 




More information about the Freeradius-Users mailing list