Truedoc

h1. Autenticazione su Active Directory per Apache

Il server web Apache fornisce diverse modalità che consentono di gestire l'autenticazione HTTP degli utenti; in genere questa viene fatta nella forma più semplice di un file @.htpasswd@, ma vedremo in questo articolo come la si può realizzare appoggiandosi ad un server Active Directory, in modo da poter utilizzare gli utenti già presenti in un dominio Windows.  In realtà in questo caso si tratta di usare il supporto generico per l'autenticazione su LDAP, usando questo protocollo per collegarsi ad Active Directory. Le istruzioni seguenti sono relative ad un sistema basato su Debian (o derivate), i concetti restano gli stessi per tutte le distribuzioni, così come i comandi e le direttive di configurazione, ma i file di configurazione coinvolti potranno essere diversi.

Nel caso di Debian i moduli di Apache necessari all'autenticazione su LDAP sono installati insieme al server, ma non sono abilitati di default, pertanto per poterli utiilizzare andranno abilitati eseguendo i comandi:

<pre>

a2enmod ldap 

a2enmod authnz_ldap

</pre>

Rispetto all'autenticazione HTTP con un server LDAP ordinario, quella fatta su Active Directory comporta alcune difficoltà aggiuntive, con AD infatti non sono possibili interrogazioni anonime, ed occorrerà pertanto disporre un utente che consenta di ottenere la lista degli utenti necessaria al modulo di autenticazione di Apache. Inoltre per potersi autenticare sarà necessario usare una connessione cifrata con TLS/SSL, ma il certificato di un server AD non ha una firma valida, essendo generato internamente, per cui di default il client rifiuterà la connessione. 

Il primo passo per la configurazione è verificare la raggiungibilità ed il corretto funzionamento della connessione ad Active Directory con LDAP. Assumendo che il dominio servito dal server AD sia @example.com@ e che l'utente per il collegamento sia @apacheauth@ (non è necessario che abbia nessun privilegio, per cui è opportuno usare un utente dedicato senza nessun permesso specifico) potremo usare per la verifica della connessione il comando @ldapsearch@ (installabile su Debian con il pacchetto @ldap-utils@), con qualcosa del tipo:

<pre>

root@server~: LDAPTLS_REQCERT=never ldapsearch -x -H ldaps://IND.IP.AD.SERV -D "CN=apacheauth,CN=Users,DC=example,DC=com" -b "DC=example,DC=com" -w apachepwd '(sAMAccountName=apacheauth)' | grep result:

result: 0 Success

</pre>

dove il prefisso @LDAPTLS_REQCERT=never@ è necessario per disabilitare la verifica del certificato SSL del server AD che come detto non è valido.  

Una volta verificato che l'accesso LDAP al server AD sta funzionando, si potrà passare alla configurazione di Apache, questa in genere andrà divisa in due parti, la prima per la configurazione generica delle interrogazioni  LDAP, che si può fare con il seguente frammento (da inserire ad esempio in @/etc/apache2/conf-available/ad-ldap.conf@ ed abilitare con @a2enconf ad-ldap@):

<pre>

LDAPVerifyServerCert Off

# if you have installed in /etc/ssl/certs/ad-server-cert.pem the AD server certificate 

# (you can get it with: openssl s_client -connect IND.IP.AD.SERV:636| openssl x509 > cert.pem)

# you can comment the previous directive and uncomment the next one

# LDAPTrustedGlobalCert CA_BASE64 /etc/ssl/certs/ad-server-cert.pem

</pre>

dove si indica ad Apache di non verificare il certificato del server AD con @LDAPVerifyServerCert@, o alternativamente, ottenuto il certificato dello stesso, lo si imposta forzatamente come come fidato con @LDAPTrustedGlobalCert@. 

A questo punto le direttive da includere in un virtual host, (o in un file @.htpasswd@) per richiedere l'autenticazione degli utenti sul server AD sono invece le seguenti:

<pre>

    AuthType Basic

    AuthBasicProvider ldap		

    AuthName "AD domain user"

    AuthLDAPURL "ldaps://IND.IP.AD.SERV/CN=Users,DC=example,DC=com?sAMAccountName?sub?(objectClass=*)"

    AuthLDAPBindDN "CN=apacheauth,CN=Users,DC=example,DC=com"

    AuthLDAPBindPassword apachepwd

    AuthzLDAPAuthoritative on

    Require valid-user

</pre>