MSCHAP Issues

J Kephart jkephart at safetynetaccess.com
Fri Jul 26 18:38:59 CEST 2019


Good morning, everyone!  I'm having a challenge understanding why we're 
seeing the error:

authenticate {
(660) Fri Jul 26 09:20:17 2019: WARNING: mschap: No Cleartext-Password 
configured.  Cannot create NT-Password
(660) Fri Jul 26 09:20:17 2019: WARNING: mschap: No Cleartext-Password 
configured.  Cannot create LM-Password
(660) Fri Jul 26 09:20:17 2019: Debug: mschap: Creating challenge hash 
with username: 54-72-4F-69-14-B1
(660) Fri Jul 26 09:20:17 2019: Debug: mschap: Client is using MS-CHAPv2
(660) Fri Jul 26 09:20:17 2019: ERROR: mschap: FAILED: No 
NT/LM-Password.  Cannot perform authentication
(660) Fri Jul 26 09:20:17 2019: ERROR: mschap: MS-CHAP2-Response is 
incorrect
(660) Fri Jul 26 09:20:17 2019: Debug:     [mschap] = reject
(660) Fri Jul 26 09:20:17 2019: Debug:   } # authenticate = reject

We've just started providing radius services (3.0.18 on CentOS 7) to a 
new client, and all 14 of their properties have exhibited this behavior, 
to the tune of nearly 300,000 so far this month, with only about 80,000 
successful auths.

In the authenticate debug above, it states that there is no 
Cleartext-Password, but I personally checked for this specific user, and 
the attribute is set in radcheck (I've checked a random sample of some 
others, as well, with the same result).  Still, however, we see that 
error, and for the life of me, although I believe I know *what* the 
error is, I'm unable to determine why.  We've done packet captures to 
ensure that the site's gateway (Nomadix) is sent the correct credential 
data (it is), but somehow, on arrival at the FR server, the password 
appears to be missing.

If someone can point me in the right direction (I'm thinking the NAS is 
the root of this), I would be most appreciative, as I don't want to lose 
any more hair! I've included the gzip'd output from raddebug, as this is 
a production server.
I've had to include it as an attachment, because in raw form, it 
exceeded the message size limit for the list (and I apologize to the 
list maintainers for that error).

Many thanks!

-- Jim
-------------- next part --------------
A non-text attachment was scrubbed...
Name: debug.gz
Type: application/gzip
Size: 96011 bytes
Desc: not available
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20190726/3cafbae9/attachment-0001.gz>


More information about the Freeradius-Users mailing list