FR with MySQL. Proxying and repeated entries
Paolo Rotela
paolo.rotela at bluetelecom.com
Mon Sep 12 22:18:05 CEST 2005
Hi. I've downloaded, compiled and installed FR 1.0.5, but I'm still
receiving the same results. the packet is discarded because of an invalid
Message-Authenticator.
This is part of the output (IP address hidden) for a "radclient" with "-s"
and "-x" options
rad_recv: Accounting-Response packet from host ******, id=83, length=38
rad_decode: Received packet from ****** with invalid Message-Authenticator!
(Shared secret is incorrect.)
radclient: radclient.c:440: send_one_packet: Assertion `radclient->reply ==
((void *)0)' failed.
Aborted
Should I modify something at the config to let the Message Authenticator get
handled correctly?
Also, from a TCPDump I don't see any "Message Authenticator" in the
Accounting-Request constructed by Radclient. I only see "Message
Authenticator" in the "Accounting-Response" packet constructed by Cisco ACS
and received (and discarded) by FR.
Date: Fri, 19 Aug 2005 15:09:23 -0400
From: "Alan DeKok" <aland at ox.org>
Subject: Re: FR with MySQL. Proxying and repeated entries
To: FreeRadius users mailing list
<freeradius-users at lists.freeradius.org>
Message-ID: <20050819190923.3D22B16CCA at mail.nitros9.org>
"Paolo Rotela" <paolo.rotela at bluetelecom.com> wrote:
> With this one, Access-* packets go OK, but when the NAS (Cisco AS5300)
> sends
> an Accounting-Request to that realm and I proxy it to the home server, it
> sends me an Accounting-Response with an (I think) irregular attribute:
> Message-Authenticator (Ext. Attr. 80), wich I think is not permitted in
> the
> RFC for accounting packets.
The IETF RADIUS extensions working group has a document which
proposes fixes to a number of issues like this.
> 1) Am I reading OK the RFC? I mean ¿Is it right that Attribute 80 is NOT
> permitted in Accounting-* packets?
I don't think it's specifically permitted, but it shouldn't be a problem.
> 2) Each time the NAS re-sends packets, FR handles it as it were a new
> packet, for a new call/connection.
The RFC's say that's what the NAS is supposed to do. So for
FreeRADIUS, it looks like a new connection.
> 3) Is there any known bug or propietary feature from Cisco wich causes
> this
> incompatibility thing? I've searched about it and didn't find anything.
No. It's a bug in FreeRADIUS.
I'll put a patch into 1.0.5 that should fix it.
Alan DeKok.
More information about the Freeradius-Users
mailing list