Re: FS trying to authenticate accounting data



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@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@deployingradius.com>
To: "FreeRadius users mailing list" <freeradius-users@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






This archive was generated by a fusion of Pipermail (Mailman edition) and MHonArc.