Re: inactive users can authenticate
On 28/06/13 17:31, Mathieu Simon wrote: The result was same when using radtest with "-t mschap" if that's what you're pointing out. Interesting. I would not have expected that. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: inactive users can authenticate
G'day all I've taken out a configuration from a earlier prototype that I used with Samba/Winbind authentication but didn't use the rlm_ldap for authorization back then. (Having some archives can be quite useful sometimes...) ;-) Since ntlm_auth properly leads to Access-Rejects for disabled users I can ignore how good or how bad rlm_ldap behaves for disabled users as long as it properly checks for group memberships (that's what I'm interested in for LDAP checks) And even if Arran points out the brokenness of rlm_ldap code in FR 2.x, group-checks based on rlm_ldap are working as expected - and thats what I'm required to get working with this Setup. Regarding... > Since your testing auth request was PAP, mschap will never be > called for this, so you're stuck basically. The result was same when using radtest with "-t mschap" if that's what you're pointing out. I guess for the current time I'm going to stay with an ADS-joined Samba and use LDAP only for the authorization part. Summing up, I feel ending up with less components taming overall complexiness a bit. Thank you guys for your Inputs! -- Mathieu - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: inactive users can authenticate
On 28/06/13 14:03, Arran Cudbard-Bell wrote:
On 28 Jun 2013, at 11:50, Phil Mayers
wrote:
On 28/06/13 08:14, Mathieu Simon wrote:
Second, I can't remember if mschap checks the acct control
flags in "authorize" or "authenticate". If the latter you'll
need to move away from using LDAP bind for auth
Hmm, I guess that would require me studying the code :-\
I've just taken a look - sure enough, rlm_mschap only
checks/enforces the SMB-Account-CTRL attribute during "authenticate
{}".
Since your testing auth request was PAP, mschap will never be
called for this, so you're stuck basically.
Seeing as it's a string value, can't he just pull it out of the
directory using the attribute map and check it with a regex?
Sorry, yes. "stuck" is not correct. I meant "can't use the mschap module
for this".
Numerous other solutions exist, and regexp is probably the easiest.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: inactive users can authenticate
On 28 Jun 2013, at 11:50, Phil Mayers wrote:
> On 28/06/13 08:14, Mathieu Simon wrote:
>
>>> Second, I can't remember if mschap checks the acct control flags in
>>> "authorize"
>>> or "authenticate". If the latter you'll need to move away from using LDAP
>>> bind for auth
>> Hmm, I guess that would require me studying the code :-\
>
> I've just taken a look - sure enough, rlm_mschap only checks/enforces the
> SMB-Account-CTRL attribute during "authenticate {}".
>
> Since your testing auth request was PAP, mschap will never be called for
> this, so you're stuck basically.
Seeing as it's a string value, can't he just pull it out of the directory using
the attribute map and check it with a regex?
Or is it more complicated than that?
-Arran
Arran Cudbard-Bell
FreeRADIUS Development Team
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: rlm_perl not found
On 28 Jun 2013, at 12:30, Thomas Hermarij Maimann Andersen wrote:
> Hi,
>
> I have a yum install free radius which I'm trying to use the perl module.
> I am following the examples/instructions here
> http://wiki.freeradius.org/modules/Rlm_perl
>
>
> But I'm getting an error when starting radiusd.
>
> server { # from file /etc/raddb/radiusd.conf
> modules {
> Module: Creating Auth-Type = Perl
> Module: Creating Auth-Type = ntlm_auth
> Module: Creating Auth-Type = LDAP
> Module: Creating Post-Auth-Type = REJECT
> Module: Checking authenticate {...} for more modules to load
> /etc/raddb/modules/perl[7]: Failed to link to module 'rlm_perl': file not
> found
> /etc/raddb/sites-enabled/default[51]: Failed to load module "perl".
> /etc/raddb/sites-enabled/default[51]: Failed to parse "perl" entry.
>
> Any help on how to resolve this?
>
Have you installed freeradius-perl?
yum install freeradius-perl
Regards
Scott
signature.asc
Description: Message signed with OpenPGP using GPGMail
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
rlm_perl not found
Hi,
I have a yum install free radius which I'm trying to use the perl module.
I am following the examples/instructions here
http://wiki.freeradius.org/modules/Rlm_perl
But I'm getting an error when starting radiusd.
server { # from file /etc/raddb/radiusd.conf
modules {
Module: Creating Auth-Type = Perl
Module: Creating Auth-Type = ntlm_auth
Module: Creating Auth-Type = LDAP
Module: Creating Post-Auth-Type = REJECT
Module: Checking authenticate {...} for more modules to load
/etc/raddb/modules/perl[7]: Failed to link to module 'rlm_perl': file not found
/etc/raddb/sites-enabled/default[51]: Failed to load module "perl".
/etc/raddb/sites-enabled/default[51]: Failed to parse "perl" entry.
Any help on how to resolve this?
--
Med venlig hilsen / With best regards
Thomas Andersen
Systems and Network Administrator
IT University in Copenhagen
Rued Langgaards Vej 7
2300 København S
Phone: +45 72185249
**NEVER DISCLOSE YOUR PASSWORD OR SHOE SIZE - NOT EVEN TO YOUR DENTIST**
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: inactive users can authenticate
On 28/06/13 08:14, Mathieu Simon wrote:
Second, I can't remember if mschap checks the acct control flags in "authorize"
or "authenticate". If the latter you'll need to move away from using LDAP bind
for auth
Hmm, I guess that would require me studying the code :-\
I've just taken a look - sure enough, rlm_mschap only checks/enforces
the SMB-Account-CTRL attribute during "authenticate {}".
Since your testing auth request was PAP, mschap will never be called for
this, so you're stuck basically.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: inactive users can authenticate
On 28 Jun 2013, at 10:45, Michael Rigoni
wrote:
> I had a quick look at the output you sent, and I see this:
> base_filter = "(sambaAcctFlags=[U ]"
> Seems like your are missing a closing bracket... but that should have
> triggered an error, so I looked at rlm_ldap source, and it seems base filter
> is only used for the "profile user" whatever that is... (seems to be an entry
> in the directory that store extra checks to be made, but I never used that)
>
> I would suggest you trying to set the filter to:
> "(&(uid=%{mschap:User-Name:-%{User-Name}})(sambaAcctFlags=[U ]))"
> (or something like that, my LDAP is rusty), and leave the base_filter
> commented.
Yep that'd be correct.
Why is called base_filter? Because platypus kittens.
The rlm_ldap module was completely rewritten for version 3. The old code was so
bad, it had gotten to the point where it was impossible to maintain. Out of the
50 odd modules which ship with the server, rlm_ldap was one of only two that
got this treatment (the other one was rlm_krb5).
-Arran
Arran Cudbard-Bell
FreeRADIUS Development Team
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: inactive users can authenticate
I had a quick look at the output you sent, and I see this:
> base_filter = "*(*sambaAcctFlags=[U ]"
>
Seems like your are missing a closing bracket... but that should have
triggered an error, so I looked at rlm_ldap source, and it seems base
filter is only used for the "profile user" whatever that is... (seems to be
an entry in the directory that store extra checks to be made, but I never
used that)
I would suggest you trying to set the filter to:
"(&(uid=%{mschap:User-Name:-%{User-Name}})(sambaAcctFlags=[U ]))"
(or something like that, my LDAP is rusty), and leave the base_filter
commented.
I hope this helps,
Michael
On Fri, Jun 28, 2013 at 9:14 AM, Mathieu Simon wrote:
> G'day all, and thanks Phil for your hints
>
> (Arran I'd want to leave 3.0 as an option of last resort even though it's
> considered RC by now) ;-)
>
> > try moving mschap after LDAP in "authorise"
> Tried this one, no change unfortunately.
>
> >Second, I can't remember if mschap checks the acct control flags in
> "authorize"
> > or "authenticate". If the latter you'll need to move away from using
> LDAP bind for auth
> Hmm, I guess that would require me studying the code :-\
>
> Anyway, I'm not entirely sure if I'm going to stay with this setup of this
> Debian derivative since
> it uses its own AD to local OpenLDAP replication and It didn't entirely
> convince me
> (too many replications and components talking to each other)
>
> Best regards
> Mathieu
>
>
>
>
> 2013/6/26 Phil Mayers
>
>> Couple of things:
>>
>> IIRC the account control flags are checked by the "mschap" module, which
>> I see is running before the LDAP lookup - try moving mschap after LDAP in
>> "authorise"
>>
>> Second, I can't remember if mschap checks the acct control flags in
>> "authorize" or "authenticate". If the latter you'll need to move away from
>> using LDAP bind for auth
>> --
>> Sent from my phone with, please excuse brevity and typos
>>
>
>
>
> --
> Mathieu Simon
> mathieu@gmail.com
>
> -
> List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html
>
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: inactive users can authenticate
G'day all, and thanks Phil for your hints (Arran I'd want to leave 3.0 as an option of last resort even though it's considered RC by now) ;-) > try moving mschap after LDAP in "authorise" Tried this one, no change unfortunately. >Second, I can't remember if mschap checks the acct control flags in "authorize" > or "authenticate". If the latter you'll need to move away from using LDAP bind for auth Hmm, I guess that would require me studying the code :-\ Anyway, I'm not entirely sure if I'm going to stay with this setup of this Debian derivative since it uses its own AD to local OpenLDAP replication and It didn't entirely convince me (too many replications and components talking to each other) Best regards Mathieu 2013/6/26 Phil Mayers > Couple of things: > > IIRC the account control flags are checked by the "mschap" module, which I > see is running before the LDAP lookup - try moving mschap after LDAP in > "authorise" > > Second, I can't remember if mschap checks the acct control flags in > "authorize" or "authenticate". If the latter you'll need to move away from > using LDAP bind for auth > -- > Sent from my phone with, please excuse brevity and typos > -- Mathieu Simon mathieu@gmail.com - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
