Як прымусіць ntlm_auth гаварыць на пратаколе памочніка Squid
Паспяховая аднаразовая праверка пароля не даказвае, што ntlm_auth выконвае пастаянны пратакол, якога чакае Squid.
Для аўтэнтыфікацыі NTLM у Squid праверце, ці эфектыўная каманда памочніка выбірае --helper-protocol=squid-2.5-ntlmssp. Гістарычны нумар называе гутарку памочніка; ён не патрабуе ўсталёўваць Squid 2.5.
Аднаразовая праверка імені карыстальніка і пароля праз ntlm_auth правярае іншы рэжым. Яе поспех не даказвае, што Squid запусціў памочніка, здольнага падтрымліваць патрэбны абмен.
Прачытайце поўную каманду ў загружанай канфігурацыі auth_param і захавайце яе аргументы, даследуючы паведамленне даччынага працэсу пра запуск або выхад. Затым праверце гутарку: Squid адпраўляе пратакольныя паведамленні на стандартны ўвод і чакае пратакольныя адказы на стандартным вывадзе. Прывітальны банер або адладкавы друк абгорткі там можа парушыць інтэграцыю яшчэ да праверкі ўліковых даных. Дыягностыку адпраўляйце на стандартную памылку.
Праверце ўліковы запіс, які запускае памочніка, асобна ад карыстальніка, што аўтэнтыфікуецца. Доступ да прывілеяваных сродкаў аўтэнтыфікацыі Samba — гэта пытанне лакальных правоў службы. Змена пароля карыстальніка не можа яго даць.
Калі памочнік застаецца даступным і гаворыць на выбраным пратаколе, пераходзьце да членства ў дамене, прыняцця ўліковага запісу і перамоваў браўзера. Павелічэнне колькасці памочнікаў раней толькі запускае больш копій той жа няўдалай інтэграцыі.