ntlm_auth dazu bringen, Squids Helferprotokoll zu sprechen
Eine erfolgreiche einmalige Passwortprüfung belegt nicht, dass ntlm_auth das dauerhafte Protokoll ausführt, das Squid erwartet.
Prüfen Sie bei der NTLM-Authentifizierung von Squid, ob der effektive Helferbefehl --helper-protocol=squid-2.5-ntlmssp wählt. Die historische Nummer benennt das Helfergespräch; sie bedeutet nicht, dass Sie Squid 2.5 installieren sollen.
Eine einmalige Prüfung von Benutzername und Passwort mit ntlm_auth testet einen anderen Modus. Ihr Erfolg belegt nicht, dass Squid einen Helfer gestartet hat, der den erforderlichen Austausch aufrechterhalten kann.
Lesen Sie den vollständigen Befehl in der geladenen auth_param-Konfiguration und behalten Sie seine Argumente bei, während Sie die Start- oder Exit-Meldung des Kindprozesses untersuchen. Prüfen Sie dann das Gespräch: Squid sendet Protokollnachrichten auf der Standardeingabe und erwartet Protokollantworten auf der Standardausgabe. Ein Willkommensbanner oder eine Debug-Ausgabe des Wrappers kann dort die Integration stören, bevor Anmeldedaten ausgewertet werden. Diagnosen gehören auf die Standardfehlerausgabe.
Prüfen Sie das Konto, das den Helfer ausführt, getrennt von dem Benutzer, der authentifiziert wird. Der Zugriff auf privilegierte Authentifizierungseinrichtungen von Samba ist eine Frage lokaler Dienstberechtigungen. Ein Passwortwechsel des Benutzers kann ihn nicht erteilen.
Sobald der Helfer verfügbar bleibt und das gewählte Protokoll spricht, gehen Sie zu Domänenmitgliedschaft, Kontoannahme und Browseraushandlung über. Eine frühere Erhöhung der Helferanzahl startet nur mehr Kopien derselben fehlerhaften Integration.