Far parlare a ntlm_auth il protocollo helper di Squid
Un controllo una tantum della password riuscito non dimostra che ntlm_auth esegua il protocollo persistente che Squid si aspetta.
Per l'autenticazione NTLM di Squid, verificate se il comando helper effettivo seleziona --helper-protocol=squid-2.5-ntlmssp. Il numero storico dà il nome alla conversazione dell'helper; non vi dice di installare Squid 2.5.
Un controllo una tantum di nome utente e password tramite ntlm_auth prova un'altra modalità. Il suo successo non dimostra che Squid abbia avviato un helper in grado di mantenere lo scambio richiesto.
Leggete il comando completo nella configurazione auth_param caricata e conservatene gli argomenti mentre investigate il messaggio di avvio o di uscita del figlio. Poi controllate la conversazione: Squid invia i messaggi di protocollo sullo standard input e si aspetta risposte di protocollo sullo standard output. Un banner di benvenuto o una stampa di debug del wrapper lì può rompere l'integrazione prima che le credenziali vengano valutate. Inviate la diagnostica sullo standard error.
Verificate l'account che esegue l'helper separatamente dall'utente che viene autenticato. L'accesso alle strutture di autenticazione privilegiate di Samba è una questione di permessi locali del servizio. Cambiare la password dell'utente non può concederlo.
Quando l'helper resta disponibile e parla il protocollo scelto, passate all'appartenenza al dominio, all'accettazione dell'account e alla negoziazione del browser. Aumentare prima il numero di helper avvia solo più copie della stessa integrazione non funzionante.