NTLM authentication: Difference between revisions
Zak Fleming (talk | contribs) (Undo revision 60624 by Zakfleming (talk)) |
Zak Fleming (talk | contribs) |
||
Line 22: | Line 22: | ||
If you can not modify your settings to satisfy this last assumption, then you will need to remove or comment out the line that reads: | If you can not modify your settings to satisfy this last assumption, then you will need to remove or comment out the line that reads: | ||
$username = substr(strrchr($username, '\\'), 1); //strip domain info | $username = substr(strrchr($username, '\\'), 1); //strip domain info | ||
and add the relevant lines of code to extract the username part from the domain user credentials and store it in $username. | and add the relevant lines of code to extract the username part from the domain user credentials and store it in $username. | ||
Line 55: | Line 53: | ||
around line 216 find this code, uncomment all the lines and replace the letters 'DOM' with your domain: | around line 216 find this code, uncomment all the lines and replace the letters 'DOM' with your domain: | ||
if (empty($errormsg)) { | if (empty($errormsg)) { | ||
if (strstr(strtolower($frm->username), "DOM\\") <> false) { //NAD - DOM messages. | if (strstr(strtolower($frm->username), "DOM\\") <> false) { //NAD - DOM messages. | ||
Line 65: | Line 62: | ||
} | } | ||
} | } | ||
==Installation on 1.5== | ==Installation on 1.5== | ||
Line 259: | Line 255: | ||
Install kerberos on moodle.example.ac.uk and enter the following in krb5.conf (by default: /etc/krb5.conf) | Install kerberos on moodle.example.ac.uk and enter the following in krb5.conf (by default: /etc/krb5.conf) | ||
<pre> | |||
[libdefaults] | |||
default_realm = EXAMPLE.AC.UK | default_realm = EXAMPLE.AC.UK | ||
[domain_realm] | |||
example.ac.uk = EXAMPLE.AC.UK | example.ac.uk = EXAMPLE.AC.UK | ||
[realms] | |||
EXAMPLE.AC.UK = { | EXAMPLE.AC.UK = { | ||
admin_server = dc.example.ac.uk | admin_server = dc.example.ac.uk | ||
kdc = dc.example.ac.uk | kdc = dc.example.ac.uk | ||
}: | }: | ||
* Test kerberos | * Test kerberos | ||
Issue the following command at the shell prompt: | Issue the following command at the shell prompt: | ||
<pre> | |||
$> kinit user@EXAMPLE.AC.UK | |||
</pre> | |||
Where 'user' is an Active Directory account for which you know the password. | Where 'user' is an Active Directory account for which you know the password. | ||
Next, issue the following: | Next, issue the following: | ||
<pre>$>klist</pre> | |||
If all is OK it will list the Kerberos ticket you were granted from the domain controller (KDC) | If all is OK it will list the Kerberos ticket you were granted from the domain controller (KDC) | ||
Line 291: | Line 286: | ||
Run the following command on the domain controller: | Run the following command on the domain controller: | ||
<pre> | |||
C:\path\to\hotfix\ktpass.exe -princ HTTP/moodle.example.ac.uk@EXAMPLE.AC.UK -mapuser EXAMPLE\moodlekerb -crypto DES-CBC-MD5 +DesOnly +setPass +rndPass -ptype KRB5_NT_PRINCIPAL -out moodle.example.ac.uk.keytab | |||
</pre> | |||
Copy C:\path\to\hotfix\moodle.example.ac.uk.keytab to the moodle web server and remember the location (/etc/httpd/moodle.example.ac.uk.keytab or similar) | Copy C:\path\to\hotfix\moodle.example.ac.uk.keytab to the moodle web server and remember the location (/etc/httpd/moodle.example.ac.uk.keytab or similar) | ||
Line 299: | Line 294: | ||
* Configure Apache / mod_auth_kerb | * Configure Apache / mod_auth_kerb | ||
Edit the Apache configuration for the moodle host and add the following directives: | Edit the Apache configuration for the moodle host and add the following directives: | ||
<pre> | |||
<Directory /path/to/moodle/docs/auth/ldap/> | <Directory /path/to/moodle/docs/auth/ldap/> | ||
<Files ntlmsso_magic.php> | <Files ntlmsso_magic.php> | ||
Line 313: | Line 308: | ||
</Files> | </Files> | ||
</Directory> | </Directory> | ||
</pre> | |||
*Replace the '''ntlmsso_magic''' function in '''/auth/ldap/auth.php''' (1.9 and later only?) with the following code: | *Replace the '''ntlmsso_magic''' function in '''/auth/ldap/auth.php''' (1.9 and later only?) with the following code: | ||
< | <pre> | ||
function ntlmsso_magic($sesskey) { | function ntlmsso_magic($sesskey) { | ||
if (isset($_SERVER['REMOTE_USER']) && !empty($_SERVER['REMOTE_USER'])) { | if (isset($_SERVER['REMOTE_USER']) && !empty($_SERVER['REMOTE_USER'])) { | ||
$username = $_SERVER['REMOTE_USER']; | $username = $_SERVER['REMOTE_USER']; | ||
/** | |||
* begin kerberos - afhole@wortech.ac.uk 21-04-2009 | |||
*/ | |||
if ( $pos = strpos($username, "@") ) | |||
{ | |||
$username = substr($username, 0, $pos); | |||
} else { | |||
$username = substr(strrchr($username, '\\'), 1); //strip domain info | |||
} | |||
/** | |||
* end kerberos | |||
*/ | |||
$username = moodle_strtolower($username); //compatibility hack | $username = moodle_strtolower($username); //compatibility hack | ||
set_cache_flag('auth/ldap/ntlmsess', $sesskey, $username, AUTH_NTLMTIMEOUT); | set_cache_flag('auth/ldap/ntlmsess', $sesskey, $username, AUTH_NTLMTIMEOUT); | ||
Line 337: | Line 337: | ||
} | } | ||
return false; | return false; | ||
} | }</code> | ||
</ | |||
</pre> | |||
The above code change will account for the fact that Kerberos presents the username to REMOTE_USER in the format user@DOMAIN, rather than NTLM's DOMAIN\user | The above code change will account for the fact that Kerberos presents the username to REMOTE_USER in the format user@DOMAIN, rather than NTLM's DOMAIN\user |
Revision as of 23:06, 27 July 2009
Template:Moodle 1.9This document describes how to set up NTLM/Windows Integrated Authentication in Moodle.
This is integrated into Moodle 1.9 onwards.
For earlier versions, it uses a modified version of LDAP Authentication. The NTLM Authentication module is available in the Modules and Plugins database here: http://moodle.org/mod/data/view.php?d=13&rid=314
Note: When a particular note is specific to earlier versions of the NTLM plugin, this is noted by: (pre-1.9 only).
Overview
Integrated Windows Authentication uses the security features of Windows clients and servers. It does not prompt users for a user name and password. The current Windows user information on the client computer is supplied by the browser through a challenge/response authentication process with the Web server for the Moodle site.
Assumptions
- You are running MS Active Directory for Authentication.
- The Server hosting your website is a member of the Active Directory Domain that your users are also members of.
- You are able to define people inside your Network (and authenticated to the Domain) from an IP range of computers.
- (pre-1.9 only) You have "some" basic knowledge of php and are able to configure the index.php with the range of internal IP addresses.
- You are familar with or have read the LDAP authentication documentation.
- The Active Directory domain credentials of your users are returned as DOMAINNAME\username from your authentication service. If you are using the Winbind service from the Samba project, this can be untrue, depending on your Winbind configuration settings.
If you can not modify your settings to satisfy this last assumption, then you will need to remove or comment out the line that reads:
$username = substr(strrchr($username, '\\'), 1); //strip domain info
and add the relevant lines of code to extract the username part from the domain user credentials and store it in $username.
- VERY IMPORTANT: In Moodle 1.9 and onwards, NTLM authentication depends on LDAP authentication, and NTLM configuration is specified in the LDAP authentication settings page (Administration >> Users >> Authentication >> LDAP Server). So before trying to configure NTLM, make sure you have LDAP_authentication properly setup and working.
Installation on 1.9
No installation needed. See the Administration >> Users >> Authentication >> LDAP Server for the NTLM config options. You only have to
- Enable NTLM SSO
- Set the IP/Subnet mask for the clients (see below)
- On IIS: turn on Windows Authentication
- On Apache - use one of the 3 methods outlined below
If you have used previous versions of NTLM in your Moodle database you will need to make two further changes.
- The type of authentication held against each user now needs to be LDAP, as NTLM will not be recognised. To edit the fields open up a SQL query for your Moodle server and use the following query "update mdl_user set auth = 'ldap' where auth = 'ntlm' "
- If you had a previous .htaccess file in the auth/ntlm directory, you will need to move it to the auth/ldap directory. Regardless of whether it is in a .htaccess file of the httpd.conf, the <Files> line now needs to refer to ntlmsso_magic.php. If it is in the httpd.conf, the <Directory> will need to change too. This is covered later on for new installs, but is one of the fundamental changes that needs to be made for those upgrading.
Installation on 1.6/1.7
- Copy the folder AUTH/NTLM into the AUTH folder of your moodle installation.
- Configure IP/Subnet Mask in the Config screen see below for more help. If the IP/Subnet Mask does not give enough complexity for your network, Modify the auth/ntlm/index.php file - for instructions on doing this, view the comments in the file.
- Turn Integrated Authentication ON and Anonymous Authentication OFF for the moodle\auth\ntlm\oncampuslogin.php file. See below for more detailed instructions
- Visit the admin page of your moodle installation - you should see notification that the NTLM_AUTH module has been installed.
- go to the configuration > variables page, find the dbsessions setting (in 1.8 on admin page server \ sessions page), and set it to "YES" then save the page.
- go to the Authentication admin page and select auth_ntlmtitle as your authentication method Note: - this doesn't display full text as I haven't created a language file for this module - you will also see auth_ntlmdescription instead of a proper description - you don't need to worry about this, as you will be the only one who ever sees this.
- Configure this page with your normal LDAP settings. NOTE: the Alternate Login URL at the bottom of this page (or on the main authentication page in 1.8 - and needs to be set manually to the oncampus url)has been set to the NTLM page. - if you wish uninstall this auth module, you must reset this variable on the new authentication type page. eg - if you wish to revert back to manual authentication, then change to manual, and then make sure you delete the alternate login url at the bottom of the page.
- (OPTIONAL) modify the offcampuslogin page to give errors when students try to prefix their usercode with your domain.
around line 216 find this code, uncomment all the lines and replace the letters 'DOM' with your domain:
if (empty($errormsg)) { if (strstr(strtolower($frm->username), "DOM\\") <> false) { //NAD - DOM messages. $errormsg = get_string("invalidlogin") . " DOM\\ is not required!"; } else if (strpos($frm->username, "@") <> false) { $errormsg = get_string("invalidlogin") . " enter your username - not your e-mail address."; } else { $errormsg = get_string("invalidlogin"); } }
Installation on 1.5
See the README in the auth/ntml package.
How to Turn Integrated Authentication on
The File ntlmsso_magic.php (1.9 or above) or oncampuslogin.php (1.8 or below) MUST have NTLM/Integrated Authentication enabled at the server or the page will not work.
IIS Configuration
Open up IIS, and find the auth/ldap/ntlmsso_magic.php (1.9 or above) or auth/ntlm/oncampuslogin.php (1.8 or below) file,
- right click on the file, choose properties
- under the "file security" tab, click on the Authentication and Access control "edit" button
- untick "Enable Anonymous Access" and tick "Integrated Windows Authentication"
APACHE Configuration
There are currently 3 possible methods for this:
Using the NTLM part of Samba for Apache on Linux
- Get the plugin here: http://samba.org/ftp/unpacked/lorikeet/mod_auth_ntlm_winbind/ . You need to download all the files from the link, but not the
contrib
anddebian
directories. Then follow the instructions given inside theREADME
file. If you are using Debian/Ubuntu, you can follow these compilation instructions. - Once you have compiled it, put it inside Apache's modules subdirectory (this location depends on a number of factors, like compiling Apache yourself, using different Linux distributions packages, an so on), and load and enable the module in Apache's configuration. For example, if your Apache modules are under /usr/lib/apache2/modules, you'll need something like this in your Apache configuration file (usually called apache2.conf or http2.conf):
<IfModule !mod_auth_ntlm_winbind.c> LoadModule auth_ntlm_winbind_module /usr/lib/apache2/modules/mod_auth_ntlm_winbind.so </IfModule>
- Install the Samba winbind daemon package. This packages relies on Samba's configuration file to get some important settings (like the Windows domain name, uid and gid range mappings, and so on). In addition to that, you'll need to make your Linux/Unix machine part of the domain. Otherwise winbind won't be able to pull user and groups informationi from the domain controllers. You should read the Samba documentation to perform this step, but the most important part is having something like the following lines in your
smb.conf
file (in addition to what you already have there):
workgroup = DOMAINNAME password server = * security = domain encrypt passwords = true idmap uid = 10000-20000 idmap gid = 10000-20000
- and executing the command (as root):
# net join DOMAINNAME -U Administrator
- where DOMAINNAME is the NetBIOS windows domain name, and Administrator an account with enough privileges to add new machines to the domain.
You'll need to type this account's password for the command to succeed.
- Also, make sure you have disabled "Microsoft Network Server: digitally sign communications (always)" in your Domain Controllers Security Policy, unless you are using a version of Samba that can sign SMB packets.
- Restart the winbind service to apply the changes and test that it's running ok by executing:
$ wbinfo -u
- You should get the full list of Windows domain users. If you use -g instead, you'll get the domain groups list.
- Check that your winbind package installed the authentication helper command ntlm_auth, as we'll need it later. We'll assume the helper is located at /usr/bin/ntlm_auth. If yours is at a different location, make sure you adjust the path in the example below.
- Add something like this to your Apache configuration file (usually called apache2.conf or http2.conf). We'll assume that your Moodle $CFG->dirroot directory is located at /var/www/moodle in the example:
- For 1.9 or above use:
<Directory "/var/www/moodle/auth/ldap/"> <Files ntlmsso_magic.php> NTLMAuth on AuthType NTLM AuthName "Moodle NTLM Authentication" NTLMAuthHelper "/usr/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp" NTLMBasicAuthoritative on require valid-user </Files> </Directory>
- For 1.8 or below use:
<Directory "/var/www/moodle/auth/ntlm/"> <Files oncampuslogin.php> NTLMAuth on AuthType NTLM AuthName "Moodle NTLM Authentication" NTLMAuthHelper "/usr/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp" NTLMBasicAuthoritative on require valid-user </Files> </Directory>
- Check the permissions of the Winbind pipe directory (Ubuntu places it under /var/run/samba/winbindd_privileged, yours may be placed at a different location). Apache will need to be able to enter that directory, so we need to make sure it has the right permissions. So have a look at the permissions of that directory and note the name of the group assigned to it. The following example is from a Ubuntu 7.10 machine:
$ ls -ald /var/run/samba/winbindd_privileged drwxr-x--- 2 root winbindd_priv 60 2007-11-17 16:18 /var/run/samba/winbindd_privileged/
- so we see the group is winbindd_priv.
- Instead of modifying the directory permissions (which could break other services that use winbind) we are goint to make the Apache user (www-data in our example, but could be httpd, or nobody, etc.) is part of the appropiate group. Execute the following as root:
# adduser www-data winbindd_priv
- adduser is available in Debian and Ubuntu at least. If your distribution doesn't have adduser, you can edit /etc/group manually to achive the same effect.
- Restart the Apache service to apply the changes. Have a look at Apache's error log to see that everything is ok.
- Couple of gotchas - in Fedora Core, keep alive is turned OFF by default in the httpd.conf - see this bug for further info: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188138
- Email Dan if you get this working - I'm keen to hear how people go using the samba winbind option!
- -- Hi Dan! I made it work using Ubuntu 7.04. That's what I've used to update the documentation. Iñaki Arenaza 10:43, 30 September 2007 (CDT)
Using the NTLM Auth Module for Apache on Linux
The NTLM Auth module is a bit stale and even its authors suggest that you use the NTLM part of Samba with Apache on Linux
Get it from here
- get the Module from: http://modntlm.sourceforge.net/
- follow the instructions given there and inside the README that comes with the package.
I (Iñaki Arenaza) strongly recommend using the NTLM part of Samba with Apache on Linux over this module. It's better maintained, more robust and has more features.
Using the mod_auth_sspi Module for Apache 2 on Windows
NOTE: This setup is currently being used in a live production environment, and is therefore suitable for such use provided it is correctly configured and tested.
This is the recommended method for Apache 2 on Windows, however it will not work on Linux/UNIX systems. It provides better stability and higher performance than other NTLM modules.
- Download the mod_auth_sspi Module from: http://sourceforge.net/projects/mod-auth-sspi/. At the moment of writing this (2007.09.30), the current version is mod_auth_sspi 1.0.4, which has two different ZIP files to download:
- mod_auth_sspi-1.0.4-2.0.58.zip : Use this file if you are using Apache 2.0.x.
- mod_auth_sspi-1.0.4-2.2.2.zip : Use this file if you are using Apache 2.2.x.
- Unzip the right file and copy mod_auth_sspi.so (it's inside bin subdirectory) to your Apache modules directory.
- Edit your Apache 2 configuration file (httpd.conf) to load the module.
<IfModule !mod_auth_sspi.c> LoadModule sspi_auth_module modules/mod_auth_sspi.so </IfModule>
- Choose one of the two methods below
- Method 1: This method is recommended for servers that will host a single Moodle instance. Configure NTLM from the main configuration file, add the following to httpd.conf (substitute "C:\moodle" with the path to your Moodle installation e.g. "C:\my-moodle"
- For 1.9 or above use:
<Directory "C:\moodle\auth\ldap"> <Files ntlmsso_magic.php> AuthName "Moodle at My College" AuthType SSPI SSPIAuth On SSPIOfferBasic Off SSPIAuthoritative On SSPIDomain mycollege.ac.uk require valid-user </Files> </Directory>
- For 1.8 or below use:
<Directory "C:\moodle\auth\ntlm"> <Files oncampuslogin.php> AuthName "Moodle at My College" AuthType SSPI SSPIAuth On SSPIOfferBasic Off SSPIAuthoritative On SSPIDomain mycollege.ac.uk require valid-user </Files> </Directory>
- Method 2: The alternative method is to use a .htaccess file
- This method is recommended for servers that will host multiple Moodle instances. It allows additional Moodle instances to be configured without restarting apache, and also makes the solution a little more portable. We need to add a directive to the main httpd.conf to allow configuration of authentication within .htaccess files.
<Directory C:\moodle> AllowOverride AuthConfig </Directory>
- For 1.9 or above:
- Create a new text file named '.htaccess' in the directory 'C:\moodle\moodle\auth\ldap' and add the following directives:
- For 1.9 or above:
<Files ntlmsso_magic.php> AuthName "Moodle at My College" AuthType SSPI SSPIAuth On SSPIOfferBasic Off SSPIAuthoritative On SSPIDomain mycollege.ac.uk require valid-user </Files>
- For 1.8 or below:
- Create a new text file named '.htaccess' in the directory 'C:\moodle\moodle\auth\ntlm' and add the following directives:
- For 1.8 or below:
<Files oncampuslogin.php> AuthName "Moodle at My College" AuthType SSPI SSPIAuth On SSPIOfferBasic Off SSPIAuthoritative On SSPIDomain mycollege.ac.uk require valid-user </Files>
- This enables the Moodle folder to be moved to any apache webserver that is configured to allow authentication configuration through .htaccess
For further help and discussion: http://moodle.org/mod/forum/discuss.php?d=56565
Using the Kerberos Auth Module for Apache on Linux/UNIX (mod_auth_kerb)
- Install and configure http://modauthkerb.sourceforge.net/
- Configuration of mod_auth_kerb in a Microsoft Windows Active Directory environment (AD 2003 and above) (http://grolmsnet.de/kerbtut/)
Environment details in this example:
- Active Directory Domain: EXAMPLE.AC.UK
- Active Directory Domain Controller: dc.example.ac.uk
- Linux/UNIX web server: moodle.example.ac.uk
- Active Directory user account for web server service principal: moodlekerb
Install kerberos on moodle.example.ac.uk and enter the following in krb5.conf (by default: /etc/krb5.conf)
[libdefaults] default_realm = EXAMPLE.AC.UK [domain_realm] example.ac.uk = EXAMPLE.AC.UK [realms] EXAMPLE.AC.UK = { admin_server = dc.example.ac.uk kdc = dc.example.ac.uk }: * Test kerberos Issue the following command at the shell prompt: <pre> $> kinit user@EXAMPLE.AC.UK
Where 'user' is an Active Directory account for which you know the password.
Next, issue the following:
$>klist
If all is OK it will list the Kerberos ticket you were granted from the domain controller (KDC)
- Create HTTP service principal for moodle.example.ac.uk
- Create the 'moodlekerb' user account in Active Directory (NOT a machine account) to map to the web server service principal (HTTP/moodle.example.ac.uk@EXAMPLE.AC.UK)
NOTE: moodle.example.ac.uk MUST be the canonical DNS name of the server i.e. an A record (NOT a CNAME). Additionally a valid PTR (reverse DNS) record must exist and match the corresponding A record.
- Use the ktpass.exe utility to map the service principal and create a keytab file
Apache requires a keytab file, which is generated with ktpass.exe on the Windows Active Directory Domain Controller. Shockingly, this component of Windows Server 2003 SP1 does not function correctly so one must obtain a hot fix: http://support.microsoft.com/kb/919557
Run the following command on the domain controller:
C:\path\to\hotfix\ktpass.exe -princ HTTP/moodle.example.ac.uk@EXAMPLE.AC.UK -mapuser EXAMPLE\moodlekerb -crypto DES-CBC-MD5 +DesOnly +setPass +rndPass -ptype KRB5_NT_PRINCIPAL -out moodle.example.ac.uk.keytab
Copy C:\path\to\hotfix\moodle.example.ac.uk.keytab to the moodle web server and remember the location (/etc/httpd/moodle.example.ac.uk.keytab or similar)
- Configure Apache / mod_auth_kerb
Edit the Apache configuration for the moodle host and add the following directives:
<Directory /path/to/moodle/docs/auth/ldap/> <Files ntlmsso_magic.php> AuthName "Moodle" AuthType Kerberos KrbAuthRealms EXAMPLE.AC.UK KrbServiceName HTTP Krb5Keytab /etc/httpd/moodle.example.ac.uk.keytab KrbMethodNegotiate on KrbMethodK5Passwd on KrbAuthoritative on require valid-user </Files> </Directory>
- Replace the ntlmsso_magic function in /auth/ldap/auth.php (1.9 and later only?) with the following code:
function ntlmsso_magic($sesskey) { if (isset($_SERVER['REMOTE_USER']) && !empty($_SERVER['REMOTE_USER'])) { $username = $_SERVER['REMOTE_USER']; /** * begin kerberos - afhole@wortech.ac.uk 21-04-2009 */ if ( $pos = strpos($username, "@") ) { $username = substr($username, 0, $pos); } else { $username = substr(strrchr($username, '\\'), 1); //strip domain info } /** * end kerberos */ $username = moodle_strtolower($username); //compatibility hack set_cache_flag('auth/ldap/ntlmsess', $sesskey, $username, AUTH_NTLMTIMEOUT); return true; } return false; }</code>
The above code change will account for the fact that Kerberos presents the username to REMOTE_USER in the format user@DOMAIN, rather than NTLM's DOMAIN\user
Configuring IP/Subnet Mask
Subnet masks are based on binary patterns so need a bit of knowledge to understand. The best way to find out what IP/Subnet masks to use is to ask your Network Admin.
- (pre-1.9 only) Once you have configured your IP/Subnet masks, you can use the check_ip.php page to test if you have set these ranges up correctly.
- The new way of specifiying subnets is even easier/more flexible than before 1.9. Just type them one after the other, separated by commas. You can use several syntaxes:
- Type the network-number/prefix-length combination. E.g. 192.168.1.0/24
- Type the network 'prefix', ending in a period character. E.g. 192.168.1.
- Type the network address range (this only works for the last address octect). E.g. 192.168.1.1-254
- All the three examples refer to the same subnetwork. So assuming you need to specify the following subnetworks:
- 10.1.0/255.255.0.0
- 10.2.0.0/255.255.0.0
- 172.16.0.0/255.255.0.0
- 192.168.100.0/255.255.255.240
- You can type:
10.1.0.0/16, 10.2.0.0/16, 172.16.0.0/16, 192.168.100.0/28
- or:
10.1.0.0/16, 10.2.0.0/16, 172.16.0.0/16, 192.168.100.240-255
- or even:
10.1., 10.2., 172.16., 192.168.100.0/28
- (the last one cannot be expressed as a network 'prefix' as the netmask does not fall on an octect boundary).
Notes/Tips
- (pre-1.9 only) When using IIS, dbsessions is required to be set to "YES" because when Integrated authentication is turned on for the oncampuslogin.php page, and dbsessions is set to "NO" then the server impersonates the user to write the session in the moodledata\sessions folder. The recommended fix is to set dbsessions to "YES" so that sessions are stored in the db. The non-recommended alternative method is to allow domain users write access to the sessions directory.
- (pre-1.9 only) If you forget to change the internal IP addresses in index.php to your own, you can just use the offcampuslogin url to login using your admin account. eg: http://yoursite.com/moodle/auth/ntlm/offcampuslogin.php
- If you are using Firefox, you will need to follow these steps:
- Load Firefox and type about:config in the address box. The configuration settings page should be displayed.
- In the Filter box, type the word "ntlm" to filter the NTLM strings. You should see three settings displayed.
- Double-click on "network.automatic-ntlm-auth.trusted-uris".
- In the box, enter the full URL of your Moodle server. For example
http://moodle.mydomain.com, (the comma is important)
- Close Firefox and restart.
Specific File information (pre-1.9 only)
(mainly for developers)
- auth\ntlm\index.php
This is the page used for the Alternate Login URL setting on the config page for the NTLM plugin.
The index.php file handles which login page to use based on the IP address of the user.
if inside your network, they should be directed to the oncampuslogin.php screen.
if outside your network, they should be directed to the offcampuslogin.php screen.
you will need to modify the if statements in this file to match the IP ranges inside your network. - auth\ntlm\index_form.html
this is a copy of the file login\index_form.php.
The only change in this file from the standard one is that the form action="index.php" is changed to form action="offcampuslogin.php" this is because anyone who is displayed the form will be an offcampus user. - auth\ntlm\offcampuslogin.php
this is a copy of the file moodle\login\index.php with a couple of minor modifications.
the modifications to this file involve the setting of a variable ($onoroffcampus = "offcampus";) this is used by the auth plugin to define which page is being used for authentication. the other modification is for displaying extra error messages to the user. - with all the authentication methods we have students are constantly confused about how to enter their credentials if you use NTLM authentication elsewhere at your site you will be aware of the users having to enter the domain\username when authenticating. - this code block sits around line 215 in the file. - auth\ntlm\oncampuslogin.php
this is a copy of the file login\index.php
This file has been modified to get the details of the authenticated user via NTLM.
Compiling mod_auth_ntlm_winbind on Debian/Ubuntu
You need to install the following packages (and all of their dependencies) by using aptitude, synaptic, etc.:
autoconf apache2-threaded-dev debian-builder
Once you have them installed, open up a text console, go to the directory where you downloaded the mod_auth_ntlm_winbind files an execute the following commands (as a normal user):
autoconf ./configure --with-apxs=/usr/bin/apxs2 --with-apache=/usr/sbin/apache2 make
That should compile it without errors. Then as a user that can run commands as root via sudo, execute the following command from the same directory:
sudo make install
This will create the final mod_auth_ntlm_winbind.so file and install it under /usr/lib/apache2/modules, with the rest of the Apache 2 modules (the size of the file and last modification time shown below may differ from your install):
ls -l /usr/lib/apache2/modules/mod_auth_ntlm_winbind.so -rw-r--r-- 1 root root 20921 2009-02-17 04:27 /usr/lib/apache2/modules/mod_auth_ntlm_winbind.so
See also
- Using Moodle: User authentication forum
- Using Moodle NTLM Authentication forum discussion
- Download the NTLM Authentication Module
- Using Moodle Merging AD NTLM SSO into auth/ldap forum discussion