Krije ntlm_auth oan it praten fan Squid syn helperprotokol
In slagge ienmalige wachtwurdkontrôle bewiist net dat ntlm_auth it oanhâldende protokol draait dat Squid ferwachtet.
Foar Squid NTLM-autentikaasje, ûndersykje oft it effektive helperkommando --helper-protocol=squid-2.5-ntlmssp kiest. It histoaryske nûmer neamt it helperspeteek; it seit net dat jo Squid 2.5 ynstallearje moatte.
In ienmalige ntlm_auth brûkersnamme/wachtwurdkontrôle testet in oare modus. It sukses dêrfan bewiist net dat Squid in helper starten hat dy't de fereaske útwikseling hâlde kin.
Lês it folsleine kommando yn de laden auth_param-konfiguraasje en bewarje de arguminten wylst jo it start- of ôfslutingsberjocht fan it bern ûndersykje. Kontrolearje dan it petear: Squid stjoert protokolberjochten op standertynfier en ferwachtet protokolantwurden op standertútfier. In wolkomboarne of debug-print fan de wrapper dêr kin de yntegraasje brekke foardat de legitimaaasjes beoardiele wurde. Stjoer diagnostyk nei standertflater.
Kontrolearje it akkount dat de helper draait apart fan de brûker dy't autentisearre wurdt. Tagong ta Samba syn privilezjeare autentikaasjefoarsjenningen is in kwestje fan lokale tsjinstrjochten. It wachtwurd fan de brûker feroarje kin dat net jaan.
As de helper beskikber bliuwt en it keazen protokol praat, gean dan nei domeinlidmaatskip, akseptaasje fan it akkount en browserûnderhanneling. Earder it helpertal ferheegje lansearret allinnich mear kopyen fan deselde mislearre yntegraasje.