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): [EMAIL PROTECTED]/<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" <[EMAIL PROTECTED]>
To: "FreeRadius users mailing list" <[email protected]>
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
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
