rlm_mschap(5)
π rlm_mschap(5) β FreeRADIUS Module β¨
Okay so welcome to the group chat for <pink>rlm_mschap</pink> β the manual name is folded in right at the top, bestie. No cap.
β¨ NAME β¨
rlm_mschap β FreeRADIUS Module. Iconic. Periodt.
π DESCRIPTION π
The rlm_mschap module provides MS-CHAP and MS-CHAPv2 authentication support. It's giving auth, but make it Microsoft-flavored.
This module validates a user with MS-CHAP or MS-CHAPv2 authentication. If called in Authorize, it will look for MS-CHAP Challenge/Response attributes in the Acess-Request and adds an Auth-Type attribute set to MS-CHAP in the Config-Items list unless Auth-Type has already set. Yes, that sentence is a whole vibe, but those are the facts.
The module can authenticate the MS-CHAP session via plain-text passwords (User-Password attribute), or NT passwords (NT-Password attribute). The module cannot perform authentication against an NT domain. π¨ Like, absolutely not, don't ask.
The module also enforces the SMB-Account-Ctrl attribute. See the Samba documentation for the meaning of SMB account control. The module does not read Samba password files. Instead, the fIrlm_passwd module can be used to read a Samba password file, and supply an NT-Password attribute which this module can use.
The main configuration items to be aware of are:
authtypeβ this is the string used to set the authtype. Normally it should be left to the default value ofMS-CHAP. Leave it on default unless you're feeling chaotic.use_mppeβ unless this is set to'no', FreeRADIUS will addMS-CHAP-MPPE-Keysfor MS-CHAPv1 andMS-MPPE-Recv-Key/MS-MPPE-Send-Keyfor MS-CHAPv2. The default is'yes'.require_encryptionβ if MPPE is enabled, setting this attribute to'yes'will cause theMS-MPPE-Encryption-Policyattribute to be set to require encryption. The default is'no'.require_strongβ if MPPE is enabled, setting this attribute to'yes'will cause theMS-MPPE-Encryption-Typesattribute to be set to require a 128 bit key. The default is'no'.with_ntdomain_hackβ Windows clients sendUser-Namein the form of"DOMAIN\User", but send the challenge/response based only on the User portion. Setting this value toyesenables a work-around for this error. The default is'no'.
π οΈ CONFIGURATION π οΈ
Here's the configuration layout, copied exactly so you can trust it:
modules {
...
mschap {
authtype = MS-CHAP
use_mppe = yes
}
...
}
...
authorize {
...
mschap
...
}
...
authenticate {
...
mschap
...
}
ποΈ SECTIONS ποΈ
authorization, authentication
π FILES π
/etc/raddb/radiusd.conf
π SEE ALSO π
π AUTHOR π
Chris Parker, cparker@segv.org
π That's the rlm_mschap(5) page, bestie β source/version vibes: FreeRADIUS Module, dated 13 March 2004. Stay slaying, and may your MS-CHAP sessions pass the vibe check. π
β¨
π¦ where this page comes from
- alpine 3.22: freeradius-doc 3.0.27-r1 Β· GPL-2.0-or-later
- alpine 3.23: freeradius-doc 3.0.27-r2 Β· GPL-2.0-or-later
- alpine 3.24: freeradius-doc 3.0.27-r3 Β· GPL-2.0-or-later
- arch rolling: freeradius 3.2.10-4 Β· GPL-2.0-or-later
- centos-stream 10: freeradius 3.2.8-2.el10 Β· GPL-2.0-or-later AND LGPL-2.0-or-later
- centos-stream 9: freeradius 3.0.27-4.el9 Β· GPLv2+ and LGPLv2+
- fedora 43: freeradius 3.2.7-6.fc43 Β· GPL-2.0-or-later AND LGPL-2.0-or-later
- fedora 43: freeradius 3.2.7-6.fc43 Β· GPL-2.0-or-later AND LGPL-2.0-or-later
- fedora 43: freeradius 3.2.8-2.fc43 Β· GPL-2.0-or-later AND LGPL-2.0-or-later
- fedora 43: freeradius 3.2.8-2.fc43 Β· GPL-2.0-or-later AND LGPL-2.0-or-later
- fedora 44: freeradius 3.2.8-3.fc44 Β· GPL-2.0-or-later AND LGPL-2.0-or-later
- fedora 44: freeradius 3.2.8-3.fc44 Β· GPL-2.0-or-later AND LGPL-2.0-or-later
- opensuse-leap 16.0: freeradius-server 3.2.5-160000.2.2 Β· GPL-2.0-only AND LGPL-2.1-only
- opensuse-leap 16.0: freeradius-server 3.2.5-160000.2.2 Β· GPL-2.0-only AND LGPL-2.1-only
- opensuse-leap 16.0: freeradius-server 3.2.5-160000.2.2 Β· GPL-2.0-only AND LGPL-2.1-only
- opensuse-leap 16.0: freeradius-server 3.2.5-160000.2.2 Β· GPL-2.0-only AND LGPL-2.1-only
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms