Igi ntlm_auth paroli la helpanton-protokolon de Squid
Sukcesa unufoja pasvorta kontrolo ne pruvas, ke ntlm_auth rulas la daŭran protokolon, kiun Squid atendas.
Por NTLM-aŭtentikigo de Squid, kontrolu ĉu la efika helpanta komando elektas --helper-protocol=squid-2.5-ntlmssp. La historia numero nomas la helpantan interparolon; ĝi ne diras al vi instali Squid 2.5.
Unufoja kontrolo de uzantnomo kaj pasvorto per ntlm_auth testas alian reĝimon. Ĝia sukceso ne pruvas, ke Squid lanĉis helpanton kapablan konservi la bezonatan interŝanĝon.
Legu la kompletan komandon en la ŝarĝita auth_param-agordo kaj konservu ĝiajn argumentojn dum vi esploras la startan aŭ eliran mesaĝon de la infana procezo. Poste kontrolu la interparolon: Squid sendas protokolajn mesaĝojn sur la norma enigo kaj atendas protokolajn respondojn sur la norma eligo. Bonveniga afiŝo aŭ sencimiga presaĵo de la ĉirkaŭaĵo tie povas rompi la integriĝon antaŭ ol la akreditaĵoj estos taksitaj. Sendu diagnozajn informojn al la norma eraro.
Kontrolu la konton, kiu rulas la helpanton, aparte de la uzanto, kiu estas aŭtentikigata. Aliro al la privilegiitaj aŭtentikigaj instalaĵoj de Samba estas demando pri lokaj servaj permesoj. Ŝanĝi la pasvorton de la uzanto ne povas doni ĝin.
Post kiam la helpanto restas disponebla kaj parolas la elektitan protokolon, transiru al domajna membreco, akcepto de la konto kaj retumila intertraktado. Pli frua pliigo de la helpanta nombro nur lanĉas pli da kopioj de la sama malsukcesa integriĝo.