RE: AD Authentication + radius + foundryAP
I don't like leaving things unresolved and just laying around like so
many other post that I have ran across. I guess Alan DeKok scares them
off with the It's in plain view dumb ass attitude. I'm sure after
answering the questions over and over again, it is about the only
response that someone can give who it just tired of the same old
questions and wants a challenge.
With that being said...
On Ubuntu 10.04 w/ updates, FreeRadius 2.1.8, Windows XP/7, and W2K AD
The wiki has a HowTo on AD
http://wiki.freeradius.org/FreeRADIUS_Active_Directory_Integration_HOWTO
At the very top of this page there is:
Updated tutorial for freeradius 2.x is at:
http://deployingradius.com/documents/configuration/active_directory.html
This is all well and good, but I jumped straight to that link. There
seems to be some information that is left out and that is important in
the Updated tutorial.
With all of the frustration I nuked all of FreeRadius from the server
using 'aptitude purge freeradius freeradius-common freeradius-utils'.
This cleaned up all of my changes. Then I reinstalled FreeRadius.
From here I followed the Updated tutorial until I got to: Configuring
FreeRADIUS to use ntlm_auth for MS-CHAP. When I reached this section,
and I had everything working, I went back to the original HowTo and read
though it. (note to self: don't just a head just because a HowTo seems
to good to be true.
The Updated tutorial doesn't let you know anything about peap,
with_ntdomain_hack, the default setting of eap, or setting up clients.
So it is not, in my opinion a complete walk though.
There is light though. Once you I got to the point where ntlm_auth was
working for me, I started back on the wiki HowTo and went to the section
'Configuration of clients.conf'.
Set the client up.
Client foundryAP {
Ipaddr = 192.168.0.1
Secret = testing123
}
In the Configuration of radius.conf section (this parts seems more like
the 1. Config) the 'with_ntdomain_hack = yes' this was found in the
~/modules/mschap file. You don't need 'auth-type = MS-CHAP'.
For ntlm_auth I'm using:
ntlm_auth = /usr/bin/ntlm_auth --request-nt-key
--username=%{mschap:User-Name} --challenge=%{mschap:Challenge:-00}
--nt-response=%{mschap:NT-Response:-00}
--require-membership-of=DOMAIN+group
The eap.conf section of the HowTo was spot on. I also set the clients
up, this was pointed out to me earlier in this tread twice, so make sure
your client is setup correctly as well.
Currently everything is working. I'm able to authenticate though radius
using Windows 2000 AD.
Resolved.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: AD Authentication + radius + foundryAP
Mark Pipkin wrote: With all of the frustration I nuked all of FreeRadius from the server using 'aptitude purge freeradius freeradius-common freeradius-utils'. This cleaned up all of my changes. Then I reinstalled FreeRadius. i.e. start from the default configuration. From here I followed the Updated tutorial until I got to: Configuring FreeRADIUS to use ntlm_auth for MS-CHAP. When I reached this section, and I had everything working, I went back to the original HowTo and read though it. (note to self: don't just a head just because a HowTo seems to good to be true. And then follow the documentation. It *will* work. The Updated tutorial doesn't let you know anything about peap, with_ntdomain_hack, the default setting of eap, or setting up clients. So it is not, in my opinion a complete walk though. Sure. It documents one piece of the server functionality. For the rest, documentation generally exists. Currently everything is working. I'm able to authenticate though radius using Windows 2000 AD. Resolved. Exactly. The frustration I generally show is people (a) butchering the default configs, (b) refusing to follow the docs, and (c) arguing when told don't do that. It's really not hard. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: AD Authentication + radius + foundryAP
hi, a quick look at your output shows that your server is configured to have a defauly type of EAP that doesnt match what your client is trying to use. there is then a reattempt after the NAK - and your client is using LEAP. it fails at the LEAP stage in the EAP module - check your eap.conf or, if you arent supposed to be using LEAP then check your client! ;-) alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: AD Authentication + radius + foundryAP
Post the debugging output into the form at:
http://networkradius.com/freeradius.html
And read the highlighted lines. It should be obvious what's going
on.
Module: Instantiating attr_filter.access_reject
attr_filter attr_filter.access_reject {
attrsfile = /etc/freeradius/attrs.access_reject
was highlighted in read. To you it might be obvious what this means. To
me, I don't really understand it, except that later one in the debug I
get :
Using Post-Auth-Type Reject
+- entering group REJECT {...}
[attr_filter.access_reject] expand: %{User-Name} - ATL\pipkin_m
I don't know much about FreeRadius. I have never had to work with a
radius server of any type before. I do apologize, but while this stuff
might be obvious to someone that created it or works in radius servers
every day of the week, I am not that person. So to me, the only obvious
thing is that I get rejected at leap, while another radius server that
is running FreeRadius 1.x on Getoo is working just find with mschapv2.
Also read my Active Directory guide at:
http://deployingradius.com/documents/configuration/active_directory.htm
l
It contains detailed documentation and explanations for how to get
this to work.
I did follow this how-to the first time around and it got me to this
point. That is in my first statement in asking for help.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: AD Authentication + radius + foundryAP
Mark Pipkin wrote:
was highlighted in read. To you it might be obvious what this means. To
me, I don't really understand it, except that later one in the debug I
get :
You're supposed to read the output. Only looking at *part* of it
means you can only solve *part* of the problem.
Here's the key pieces of your original post:
...
pap] WARNING! No known good password found for the user.
Authentication may fail because of this.
++[pap] returns noop
Found Auth-Type = EAP
+- entering group authenticate {...}
[eap] Request found, released from the list
[eap] EAP/leap
[eap] processing type leap
rlm_eap_leap: No Cleartext-Password or NT-Password configured for this user
...
What does that look like to you?
Are the debug messages helpful?
Do they accurately describe the problem, and give you hints for the
solution?
I don't know much about FreeRadius. I have never had to work with a
radius server of any type before. I do apologize, but while this stuff
might be obvious to someone that created it or works in radius servers
every day of the week, I am not that person. So to me, the only obvious
thing is that I get rejected at leap, while another radius server that
is running FreeRadius 1.x on Getoo is working just find with mschapv2.
The PC is choosing LEAP, not FreeRADIUS.
Configure the PC to use LEAP, as was suggested in *another* response
to your post.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: AD Authentication + radius + foundryAP
What does that look like to you? Looks like it is trying to use PAP to authenticate with. Though PAP is local only, at least from what I can tell, and there is no local user/pass for this account. Then it looks like it rolls to a EAP/leap authentication method. At this point it fails. Are the debug messages helpful? If I truly understood more, then I'm sure that they would be. That are not as helpful for me; I have a lack of understanding at this point in time. Do they accurately describe the problem, and give you hints for the solution? I just see the problem as not working. I don't understand why it didn't even attempt mschapv2 when eap default was set to peap and peap default was set to mschapv2. I don't know much about FreeRadius. I have never had to work with a radius server of any type before. I do apologize, but while this stuff might be obvious to someone that created it or works in radius servers every day of the week, I am not that person. So to me, the only obvious thing is that I get rejected at leap, while another radius server that is running FreeRadius 1.x on Getoo is working just find with mschapv2. The PC is choosing LEAP, not FreeRADIUS. I'm using Win7. Are you telling me that the PC is the one that is picking the security for the radius and not the Foundry Wireless AP controller? Configure the PC to use LEAP, as was suggested in *another* response to your post. I read that post. I thought the he was referring to the Foundry AP controller. You just told me that it was the fault of the PC though. Mark Pipkin - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: AD Authentication + radius + foundryAP
Mark Pipkin wrote: What does that look like to you? Looks like it is trying to use PAP to authenticate with. i.e. you haven't *read* the warning message. You just saw pap and WARNING, and stopped there. To be excruciatingly simple: RADIUS servers authenticate users by KNOWING what the correct password is. If the server doesn't have a KNOWN GOOD password, it can't authenticate the user. The message says that there is no *KNOWN GOOD* password, and therefore it likely will not be able to authenticate anyone. Though PAP is local only, at least from what I can tell, and there is no local user/pass for this account. Then it looks like it rolls to a EAP/leap authentication method. At this point it fails. No. The LEAP message has the same meaning as the PAP message. And you're again ignoring the *content* of the message. Why? Are the debug messages helpful? If I truly understood more, then I'm sure that they would be. That are not as helpful for me; I have a lack of understanding at this point in time. Read them. It helps. Really. Do they accurately describe the problem, and give you hints for the solution? I just see the problem as not working. I don't understand why it didn't even attempt mschapv2 when eap default was set to peap and peap default was set to mschapv2. My messages explained why. The PC is choosing LEAP, not FreeRADIUS. I'm using Win7. Are you telling me that the PC is the one that is picking the security for the radius and not the Foundry Wireless AP controller? Did my message contain the phrase Foundry Wireless AP? Or did my message contain the acronym PC? Configure the PC to use LEAP, as was suggested in *another* response to your post. I read that post. I thought the he was referring to the Foundry AP controller. You just told me that it was the fault of the PC though. Exactly. If you READ my messages, you get answers to questions. Like the question you asked above about when you say PC, do you really mean PC? Honestly, I fail to understand why there is *any* confusion here. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
AD Authentication + radius + foundryAP
I followed the guide that was linked from
http://wiki.freeradius.org/FreeRADIUS_Active_Directory_Integration_HOWTO
because I'm running v2 of the radius server.
After going to the guide I was still unable to authenticate to the AD though
the wireless AP controller. This radius is running on Ubuntu 10.04 and is
supposed to replace a free radius controller running v1 on Gentoo. The one
running on Gentoo is working for the most part, just dies from time to time.
So we are just upgrading and refreshing.
For some reason I have not been able to get the radius server to do what I need
it to do and that is work with MS-CHAP so that it will authenticate to AD.
FreeRADIUS Version 2.1.8, for host i486-pc-linux-gnu, built on Jan 5 2010 at
02:49:11
Copyright (C) 1999-2009 The FreeRADIUS server project and contributors.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
You may redistribute copies of FreeRADIUS under the terms of the
GNU General Public License v2.
Starting - reading configuration files ...
including configuration file /etc/freeradius/radiusd.conf
including configuration file /etc/freeradius/proxy.conf
including configuration file /etc/freeradius/clients.conf
including files in directory /etc/freeradius/modules/
including configuration file /etc/freeradius/modules/cui
including configuration file /etc/freeradius/modules/detail.log
including configuration file /etc/freeradius/modules/mac2ip
including configuration file /etc/freeradius/modules/attr_rewrite
including configuration file /etc/freeradius/modules/sqlcounter_expire_on_login
including configuration file /etc/freeradius/modules/perl
including configuration file /etc/freeradius/modules/smbpasswd
including configuration file /etc/freeradius/modules/inner-eap
including configuration file /etc/freeradius/modules/counter
including configuration file /etc/freeradius/modules/echo
including configuration file /etc/freeradius/modules/exec
including configuration file /etc/freeradius/modules/acct_unique
including configuration file /etc/freeradius/modules/radutmp
including configuration file /etc/freeradius/modules/chap
including configuration file /etc/freeradius/modules/wimax
including configuration file /etc/freeradius/modules/sradutmp
including configuration file /etc/freeradius/modules/attr_filter
including configuration file /etc/freeradius/modules/ntlm_auth
including configuration file /etc/freeradius/modules/detail.example.com
including configuration file /etc/freeradius/modules/krb5
including configuration file /etc/freeradius/modules/detail
including configuration file /etc/freeradius/modules/expiration
including configuration file /etc/freeradius/modules/unix
including configuration file /etc/freeradius/modules/logintime
including configuration file /etc/freeradius/modules/linelog
including configuration file /etc/freeradius/modules/sql_log
including configuration file /etc/freeradius/modules/ldap
including configuration file /etc/freeradius/modules/expr
including configuration file /etc/freeradius/modules/pam
including configuration file /etc/freeradius/modules/policy
including configuration file /etc/freeradius/modules/files
including configuration file /etc/freeradius/modules/realm
including configuration file /etc/freeradius/modules/otp
including configuration file /etc/freeradius/modules/smsotp
including configuration file /etc/freeradius/modules/digest
including configuration file /etc/freeradius/modules/mschap
including configuration file /etc/freeradius/modules/etc_group
including configuration file /etc/freeradius/modules/pap
including configuration file /etc/freeradius/modules/mac2vlan
including configuration file /etc/freeradius/modules/passwd
including configuration file /etc/freeradius/modules/ippool
including configuration file /etc/freeradius/modules/always
including configuration file /etc/freeradius/modules/preprocess
including configuration file /etc/freeradius/modules/checkval
including configuration file /etc/freeradius/eap.conf
including configuration file /etc/freeradius/policy.conf
including files in directory /etc/freeradius/sites-enabled/
including configuration file /etc/freeradius/sites-enabled/inner-tunnel
including configuration file /etc/freeradius/sites-enabled/default
main {
user = freerad
group = freerad
allow_core_dumps = no
}
including dictionary file /etc/freeradius/dictionary
main {
prefix = /usr
localstatedir = /var
logdir = /var/log/freeradius
libdir = /usr/lib/freeradius
radacctdir = /var/log/freeradius/radacct
hostname_lookups = no
max_request_time = 30
cleanup_delay = 5
max_requests = 1024
pidfile = /var/run/rad2/rad2.pid
checkrad = /usr/sbin/checkrad
debug_level = 0
proxy_requests = yes
log {
stripped_names = no
auth = no
auth_badpass = no
auth_goodpass = no
}
security {
max_attributes
