Faire parler ntlm_auth le protocole d'assistance de Squid

Pour l'authentification NTLM de Squid, vérifiez si la commande d'assistance effective sélectionne --helper-protocol=squid-2.5-ntlmssp. Le numéro historique nomme la conversation de l'assistant ; il ne vous dit pas d'installer Squid 2.5.

Une vérification ponctuelle du couple nom d'utilisateur/mot de passe via ntlm_auth teste un autre mode. Son succès ne prouve pas que Squid a lancé un assistant capable de maintenir l'échange requis.

Lisez la commande complète dans la configuration auth_param chargée et conservez ses arguments pendant que vous examinez le message de démarrage ou de sortie de l'enfant. Vérifiez ensuite la conversation : Squid envoie les messages du protocole sur l'entrée standard et attend les réponses du protocole sur la sortie standard. Une bannière d'accueil ou une impression de débogage de l'enveloppe à cet endroit peut casser l'intégration avant même l'évaluation des identifiants. Envoyez les diagnostics sur la sortie d'erreur standard.

Vérifiez le compte qui exécute l'assistant séparément de l'utilisateur authentifié. L'accès aux services d'authentification privilégiés de Samba est une question d'autorisations locales du service. Changer le mot de passe de l'utilisateur ne peut pas l'accorder.

Une fois que l'assistant reste disponible et parle le protocole choisi, passez à l'appartenance au domaine, à l'acceptation du compte et à la négociation du navigateur. Augmenter plus tôt le nombre d'assistants ne fait que lancer davantage de copies de la même intégration défaillante.