(RADIATOR) LSA and reply attributes

Hugh Irvine hugh at open.com.au
Thu Jun 16 19:58:09 CDT 2005


Hello Christian -

A more elegant means of doing what you describe involves using  
cascaded AuthBy clauses - first a top-level AuthBy FILE clause with  
multiple DEFAULT entries, each one defining a different Group check.  
There are examples in the Radiator mailing list archive  
(www.open.com.au/archives/radiator).

regards

Hugh


On 17 Jun 2005, at 06:34, Christian Kratzer wrote:

> Hi Hugh,
>
> On Tue, 14 Jun 2005, Hugh Irvine wrote:
>
>>
>> Hello Jose -
>>
>> As the AuthBy LSA clause only does authentication, you will  
>> probably need to use an AuthBy LDAP clause as well to get the  
>> Profile attribute.
>>
>> Something like this:
>>
>>        AuthByPolicy ContinueAlways
>>
>>        <AuthBy LDAP2>
>>                # get the Profile attribute
>>                .....
>>        </AuthBy>
>>
>>        <AuthBy LSA>
>>                # do the authentication
>>                .....
>>        </AuthBy>
>>
>
>
> any idea what to do when using <AuthBy LSA> to authenticate from an  
> NT Domain and still do attribute assignment based on groups ?
>
> Using <AuthBY LDAP> wont work with NT 4.0 Domains.
>
> Using <AuthBY NT> wont work with CHAP.
>
> Based on your above example I thought of using something on the  
> order of:
>
>         AuthByPolicy ContinueAlways
>         <AuthBy LSA>
>                 .....
>         Group Administrators
>         AddToReply Class=VLAN1
>         </AuthBy>
>         <AuthBy LSA>
>                 .....
>         Group Domain Users
>         AddToReply Class=VLAN2
>         </AuthBy>
>         <AuthBy LSA>
>                 .....
>         Group Guests
>         AddToReply Class=VLAN-Guest
>         </AuthBy>
>
> Feels ugly to me but I am not sure if there is any other way with
> NT4.0 domains and CHAP ?
>
> We would of course have to get the patch for reversibly stored  
> passwords in NT4.0 to get chap to work at all.
>
> This is for a potential new radiator customer who wants to do eap auth
> from nt domains.  I had been thinking about it for a couple of days  
> when I saw the postings on the list ;-)
>
> Greetings
> Christian
>
> -- 
> Christian Kratzer                       ck at cksoft.de
> CK Software GmbH                        http://www.cksoft.de/
> Phone: +49 7452 889 135                 Fax: +49 7452 889 136
>


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