Mise en place d'un proxy Squid avec authentification Active Directory

Ce tutoriel présente l'installation du proxy Squid avec authentification transparente des utilisateurs d'Active Directory. L'intérêt premier est que les utilisateurs d'Active Directory seront authentifiés directement depuis leurs sessions Windows en cours et n'auront donc plus à saisir d'identifiants et mots de passe pour accéder à Internet.

Ce tutoriel montrera dans un premier temps comment rejoindre le domaine Active Directory, puis l'installation et la configuration de Squid. Il présentera ensuite Webmin, un outil permettant d'administrer Squid (à distance ou non) et de visionner les logs.

• Un réseau Windows ;
• un contrôleur de domaine sous Windows 2003 Server ;
• un domaine Active Directory ;
• une machine (ici sous Ubuntu 6.06 Server) pour Squid.
• avoir le dépôt universe activé (pour kerberos).

Pour cela, nous donnerons des noms à certains éléments comme suit :

• Le nom du domaine, s'appelera ici jeemholding.local ;
• Le nom du DC (Contrôleur de domaine), s'appelera ici srv1010 ;
• Le compte administrateur du DC, s'appelera ici Administrator ;
• Le nom de la machine Squid s'appelera ici px2001 ;

qui devront évidement être remplacés par les valeurs exactes.

Pour rejoindre le domaine, il va falloir installer les paquets samba krb5-user libpam-krb5 ntpdate winbind.

• samba servira à faire le lien entre des machines Linux et Windows ;
• krb5-user et libpam-krb5 sont les bibliothèques liées à Kerberos, le protocole d'authentification utilisé par Active Directory ;
• ntpdate permet de synchroniser les horloges machines pour Kerberos ;
• winbind est le composant de samba communiquant avec Active Directory.

Lors de l'installation, il se peut que Kerberos demande le nom des KDC (Kerberos Domain Controler), qui est généralement le nom du DC :

Serveurs kerberos du domaine : dcad

Serveur administratif: dcad

Kerberos nécessite que l’heure locale soit synchronisée avec celle de votre DC (ip_DC = @ du serveur) :

sudo ntpdate ip_DC

Pour vérifier l'heure :

date

Éditer le fichier /etc/krb5.conf et n'y mettre que le contenu suivant :

[libdefaults]
        default_realm = DOMAINEAD.LOCAL
        clock_skew = 300
        ticket_lifetime = 24000
        default_tkt_enctypes = des3-hmac-sha1 des-cbc-crc
        default_tgs_enctypes = des3-hmac-sha1 des-cbc-crc
        dns_lookup_realm = false
        dns_lookup_kdc = true
[realms]
        DOMAINEAD.LOCAL = {
                kdc = dcad
                admin_server = dcad
                default_domain = DOMAINEAD.LOCAL
                }
[domain_realm]
        .domainead = DOMAINEAD
        domainead = DOMAINEAD

Puis tester vos paramètres Kerberos en lançant la commande :

sudo kinit Administrateur

et entrer le mot de passe du compte administrateur du DC.

Si cela ne fonctionne pas, réessayer avec le nom complet Administrateur@DOMAINEAD.LOCAL.

Si cela ne fonctionne toujours pas, redémarrer votre machine et reprenez la ligne.

Pour voir les tickets Kerberos en cache :

sudo klist

Avant de procéder à cette étape, arrêter temporairement les services Winbind et Samba :

sudo /etc/init.d/winbind stop
sudo /etc/init.d/samba stop

Éditer le fichier /etc/samba/smb.conf, et n'y mettre que le contenu suivant :

[global]
   workgroup = domainead
   realm = DOMAINEAD.LOCAL
   security = ads
   encrypt passwords = yes

   password server = dcad.domainead.local

   idmap uid = 10000-20000
   idmap gid = 10000-20000
   winbind enum groups = yes
   winbind enum users = yes
   winbind use default domain = yes

Ensuite, redémarrez les services Samba et Winbind :

sudo /etc/init.d/samba start
sudo /etc/init.d/winbind start

Rejoindre le domaine avec la commande suivante :

sudo net join -U Administrateur

• Sur les nouvelles versions d'Ubuntu (notamment 9.10), il vous faudra sûrement utiliser la commande :

sudo net ads join -U Administrateur

• Si vous obtenez le message suivant :

The workgroup in smb.conf does not match the short domain name obtained from the server.
Using the name [AUTRE_DOMAINE] from the server.
You should set "workgroup = AUTRE_DOMAINE" in smb.conf

Alors modifier votre /etc/samba/smb.conf comme dit, puis redémarrer les services Samba et Winbind et recommencer.

• Si vous récupérez l’erreur suivante :

ads_connect: No logon servers

C’est que vous n’avez pas installé ou démarré Winbind.

Effectuer des tests afin de voir si tout s’est déroulé correctement :

sudo net ads testjoin

devrait retourner Join is OK.

Afficher la liste des groupes d'Active Directory :

sudo wbinfo -g

Afficher la liste des utilisateurs d'Active Directory :

sudo wbinfo -u

Si cela ne fonctionne pas, vérifier votre smb.conf et redémarrer vos services Samba et Winbind. Vous devrez redémarrer winbind à chaque modification du smb.conf.

Installez le paquet squid.

Si après l'installation vous obtenez [fail] lors du démarrage de Squid, ceci sera réglé plus tard.

Tester la connexion au DC, qui devrait être fonctionnelle avec ce que nous avons fait avant :

sudo /usr/bin/ntlm_auth --helper-protocol=squid-2.5-basic

Et rentrer un login/mdp d'un utilisateur d'Active Directory comme ceci :

utilisateur mot_de_passe

Cela devrait retourner OK (Ctrl–C pour quitter).

Dans le cas contraire (retour ERR), essayer :

DOMAIN\utilisateur mot_de_passe

Éditez le fichier /etc/squid/squid.conf de configuration de Squid,

• dans la partie TAG: auth_param, commenter tout (si ce n'est pas déjà fait) et n'ajouter que les lignes suivantes :

  auth_param ntlm program /usr/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp
  auth_param ntlm children 5
  
  auth_param basic program /usr/bin/ntlm_auth --helper-protocol=squid-2.5-basic
  auth_param basic children 5
  auth_param basic realm Squid AD
  auth_param basic credentialsttl 2 hours

Pour n'autoriser le surf qu'à un groupe d'Active Directory spécifique, rajouter le paramètre require-membership-of au programme ntlm_auth comme ceci :

auth_param ntlm program /usr/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp --require-membership-of=DOMAINEAD\\groupead

auth_param basic program /usr/bin/ntlm_auth --helper-protocol=squid-2.5-basic --require-membership-of=DOMAINEAD\\groupead

Éventuellement, DOMAINEAD devra être remplacé par la valeur de workgroup du smb.conf. groupead étant le groupe d'Active Directory pouvant surfer. Vous pouvez aussi remplacer groupead directement par son SID.

• Dans la partie TAG: acl, rajouter la ligne suivante :

acl ntlm proxy_auth REQUIRED

• Puis dans la partie TAG: http_access, ne mettre que :

http_access allow ntlm

• Enfin, puisque nous sommes sur un domaine Microsoft, nous avons besoin que les noms NETBIOS courts soient reconnus : en effet, Squid n’utilise pas le champ search du fichier /etc/resolv.conf.

Pour cela, utiliser le champ append_domain de la partie TAG: append_domain :

append_domain .domainead.local

• Pour ne pas inclure l'adresse IP ou le nom du système dans les requêtes HTTP, dans la partie TAG: forwarded_for, décommenter et modifier la ligne comme suit :

forwarded_for off

Enfin, relancer Squid :

sudo /etc/init.d/squid restart

Si vous récupérez [fail] lors du redémarrage de Squid, alors il faut spécifier le nom de la machine dans squid.conf, dans la partie TAG: visible_hostname :

visible_hostname nom_machine

Redémarrer à nouveau Squid.

L'utilisateur proxy de Squid nécessite d'appartenir au groupe root pour bénéficier des droits nécessaires sur les fichiers de log de Squid, afin de rendre l'authentification fonctionnelle :

Changer le propriétaire des fichiers log de Squid :

sudo chown -R proxy:root /var/log/squid

sudo chown -R proxy:root /var/run/samba/winbindd_privileged

Changer le groupe du cache de Squid :

Éditer le fichier /etc/squid/squid.conf,

Dans la partie TAG: cache_effective_group, décommenter la ligne et y mettre le groupe root :

cache_effective_group root

Redémarrer Squid :

sudo /etc/init.d/squid restart

Si vous obtenez une erreur :

authenticateNTLMHandleReply: Error validating user via NTLM. Error returned 'BH NT_STATUS_ACCESS_DENIED'
utils/ntlm_auth.c:832(manage_squid_ntlmssp_request) NTLMSSP BH: NT_STATUS_ACCESS_DENIED

qui est sûrement due à une nouvelle version d'Ubuntu, alors remplacez la ligne :

cache_effective_group root

par :

cache_effective_group winbindd_priv

Webmin est un panel d'administration web pour votre serveur ou machine Linux. Il permet de gérer le système, administrer les serveurs installés, etc.

Webmin n'étant pas dans les dépôts, il faut télécharger le fichier « .deb » d'installation de Webmin depuis leur site :

cd /tmp
wget http://prdownloads.sourceforge.net/webadmin/webmin_1.400_all.deb

Installer les dépendances de webmin : libauthen-pam-perl libio-pty-perl libmd5-perl.

Puis installer le paquet téléchargé :

sudo dpkg -i ~/webmin_1.400_all.deb

Pour administrer sa machine depuis Webmin, ouvrir un navigateur qui ne passe pas par ce proxy et y taper l'adresse :

https://nom_machine:10000/

(nom_machine peut être remplacé par l'IP de la machine)

Vous pouvez vous y connecter avec vos identifiants/mots de passe habituels.

Pour administrer Squid, dérouler le menu servers puis Squid Proxy Server. Pour plus d'informations sur le module d'administration de Squid, regarder directement la doc du site de Webmin (en).

Trois principaux log viewers sont diponibles et consultables depuis Webmin : SARG, Calamaris et Webalizer.

Au choix, installer l'un des paquets sarg calamaris webalizer.

Dans l'interface Webmin, vous pouvez configurer et générer des rapports Squid via :

• Calamaris : Servers → Squid Proxy Server → Calamaris Log Analysis.
• SARG : Servers → Squid Analysis Report Generator.
• Webalizer : Servers → Webalizer Logfile Analysis.

Webalizer nécessite un dossier, à indiquer dans Webmin, dans lequel il enregistrera les rapports générés. Créer donc un dossier webalizer dans le dossier personnel :

mkdir ~/webalizer

Auteur : v0n.