[RADIATOR] Duplicate attributes
Hugh Irvine
hugh at open.com.au
Thu Nov 20 01:59:22 CST 2008
Hello Matthew -
Radiator will only look at the first cisco-avpair.
If you want to do something different, see "goodies/hooks.txt" in the
Radiator 4.3.1 distribution.
regards
Hugh
On 20 Nov 2008, at 17:25, Matthew Watson wrote:
> Hi,
>
> I'm having an issue where a handler isn't being selected when as
> far as I can see it should be,
>
> The handler is
>
> <Handler Realm=adsl, cisco-avpair = /client-mac-address=/>
> RejectHasReason
> RewriteUsername s/\@adsl//
> AcctLogFileName %L/telstra/%c/%v%f-%i-%H
> SessionDatabase SDBTelstra-ADSL
> Identifier L2TPADSL
> AuthLog AuthLogSysLog
> AuthBy TelstraADSLFileGroup
> PostAuthHook file:"%D/rejectplaypen.pl"
> </Handler>
>
> There is a Client handler which changes the incoming username to
> username at adsl,
>
> A accounting packet is coming through with
>
> Attributes:
> Acct-Session-Id = "0/0/1/20_00007DCE"
> Framed-Protocol = PPP
> Framed-Address = 114.198.51.2
> User-Name = "ksd at netspace.net.au"
> cisco-avpair = "connect-progress=LAN Ses Up"
> Acct-Authentic = RADIUS
> Acct-Status-Type = Start
> NAS-Port-Type = Ethernet
> NAS-Port = 16777236
> NAS-Port-Id = "0/0/1/20"
> cisco-avpair = "client-mac-address=faff.0008.4804"
> Service-Type = Framed-User
> NAS-Identifier = 203.17.101.93
> Ascend-Session-svr-Key = "CFAA1E6A"
> Acct-Delay-Time = 0
>
>
> Thu Nov 20 17:08:02 2008: DEBUG: Rewrote user name to ksd
> Thu Nov 20 17:08:02 2008: DEBUG: Rewrote user name to ksd
> Thu Nov 20 17:08:02 2008: DEBUG: Rewrote user name to ksd
> Thu Nov 20 17:08:02 2008: DEBUG: Rewrote user name to ksd at adsl
> Thu Nov 20 17:08:02 2008: DEBUG: Handling request with Handler
> 'Realm=adsl'
>
>
> For some reason though, radiator is skipping over this handler and
> falling into a catchall, is this because of the duplicate cisco-
> avpair attributes? Anyone know if this is the case, or is there some
> other reason it is skipping over the "Realm=adsl, cisco-avpair = /
> client-mac-address=/" handler?
>
>
>
>
> Thanks.
>
> Regards,
> Matthew Watson.
>
> This email and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they
> are addressed. Please notify the sender immediately by email if you
> have received this email by mistake and delete this email from your
> system. Please note that any views or opinions presented in this
> email are solely those of the author and do not necessarily
> represent those of the organisation. Finally, the recipient should
> check this email and any attachments for the presence of viruses.
> The organisation accepts no liability for any damage caused by any
> virus transmitted by this email.
>
> _______________________________________________
> radiator mailing list
> radiator at open.com.au
> http://www.open.com.au/mailman/listinfo/radiator
NB:
Have you read the reference manual ("doc/ref.html")?
Have you searched the mailing list archive (www.open.com.au/archives/radiator)?
Have you had a quick look on Google (www.google.com)?
Have you included a copy of your configuration file (no secrets),
together with a trace 4 debug showing what is happening?
Have you checked the RadiusExpert wiki:
http://www.open.com.au/wiki/index.php/Main_Page
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows, MacOS X.
Includes support for reliable RADIUS transport (RadSec),
and DIAMETER translation agent.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
-
CATool: Private Certificate Authority for Unix and Unix-like systems.
More information about the radiator
mailing list