(RADIATOR) postauthhook questions
Hugh Irvine
hugh at open.com.au
Mon Jan 23 16:42:58 CST 2006
Hello Wyman -
Your PostAuthHook will only be executed for the inner request of an
EAP authentication.
What is shown in the trace 4 debug?
regards
Hugh
On 24 Jan 2006, at 05:24, Wyman Miles wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I recently changed our radiator config to break out certain
> handlers by
> Client-Identifier.
>
> In the previous config, our call to postauthhook worked fine. The
> current
> config appears to ignore that handler entirely.
>
> Authentication works correctly, as does accounting and our
> preprochook.
>
> Also, is it correct that if I want to add multiple identical
> clients with
> Client-Identifier=RRSec, they'll have to be broken into multiple
> <Client>
> clauses for <Handler Client-Identifier=RRSec> to continue to work?
>
> Our config, sanitized of IP and secrets is below.
>
> Any ideas?
>
> - ------------ Forwarded Message ------------
> Date: Monday, January 23, 2006 1:30 PM -0500
> From: Wyman Miles <wm63 at agate3.cit.cornell.edu>
> To: wm63 at cornell.edu
> Subject:
>
> # Cornell Radiator config for 802.1x wireless
>
> AuthPort 1645,1812
> AcctPort 1646,1813
>
> # Foreground
> # LogStdout
> LogDir /var/log/radius
>
> DbDir /etc/radiator
> # User a lower trace level in production systems:
> Trace 2
>
> # You will probably want to add other Clients to suit your site,
> # one for each NAS you want to work with
>
> # not needed
>
> <Client a.b.c.d>
> Identifier NetVigil
> </Client>
>
> # RedRover-Secure NAS clients
> # Why so many, instead of just using "IdenticalClients" clauses?
> # because Radiator won't respect the Identifier clause, making
> # subsequent handlers impossible to sort out
> # *sigh*
>
> <Client e.f.g.3>
> Identifier RRSec
> DupInterval 0
> </Client>
> <Client e.f.g.4>
> Identifier RRSec
> DupInterval 0
> </Client>
>
> # for netvigil monitoring
> <Handler Client-Identifier=NetVigil>
> <AuthBy FILE>
> Filename %D/netvigil
> </AuthBy>
> </Handler>
>
>
> # inner authentication request.
> # we'll pass this off to Kerberos for verification
>
> <Handler TunnelledByTTLS=1>
> AcctLogFileName %L/detail
> <AuthBy KRB5>
> Identifier cit.redrover.secure
> KrbRealm REALM
> AutoMPPEKeys
> </AuthBy>
> AddToReply User-Name = %u
> PostAuthHook file:"/opt/radiator/sbin/postauthhook"
> </Handler>
>
>
> # outer EAP authentication request
>
> <Handler Client-Identifier=RRSec>
> AcctLogFileName %L/detail
> PreProcessingHook file:"/opt/radiator/sbin/preprochook"
> <AuthBy FILE>
> Filename %D/users
>
> EAPType TTLS
>
> EAPTLS_CAFile %D/certificates/cacert.pem
>
> EAPTLS_CertificateFile %D/certificates/agate1.pem
> EAPTLS_CertificateType PEM
>
> EAPTLS_PrivateKeyFile %D/certificates/agate1.key
>
> EAPTLS_MaxFragmentSize 1000
>
> AutoMPPEKeys
>
> # EAPAnonymous %0
>
> SSLeayTrace 1
> </AuthBy>
> <AuthBy KRB5>
> Identifier cit.redrover.secure
> KrbRealm REALM
> AutoMPPEKeys
> </AuthBy>
> </Handler>
>
>
> - ---------- End Forwarded Message ----------
>
>
>
> Wyman Miles
> Senior Security Engineer
> Cornell University, Ithaca, NY
> (607) 255-8421
> -----BEGIN PGP SIGNATURE-----
> Version: Mulberry PGP Plugin v3.0
> Comment: processed by Mulberry PGP Plugin
>
> iQA/AwUBQ9VJm8RE6QfTb3V0EQKikQCgwA55x40GSh8mthPTzJ4eMJOzEPEAoIDY
> Vuzi5gHJo7XFF+FR/WaPAAdB
> =Ciyw
> -----END PGP SIGNATURE-----
>
> --
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.
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?
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows, MacOS X.
-
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.
--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.
More information about the radiator
mailing list