ntlm_auth ને Squid ના હેલ્પર પ્રોટોકોલમાં બોલતું કરવું

Squid NTLM પ્રમાણીકરણ માટે, તપાસો કે અસરકારક હેલ્પર આદેશ --helper-protocol=squid-2.5-ntlmssp પસંદ કરે છે કે નહીં. ઐતિહાસિક નંબર હેલ્પર વાતચીતનું નામ આપે છે; તે તમને Squid 2.5 સ્થાપિત કરવા કહેતું નથી.

એક-વખતની ntlm_auth વપરાશકર્તાનામ/પાસવર્ડ ચકાસણી બીજી રીત ચકાસે છે. તેની સફળતા સાબિત કરતી નથી કે Squid એ જરૂરી આદાનપ્રદાન ટકાવી રાખી શકે તેવું હેલ્પર શરૂ કર્યું છે.

લોડ કરેલા auth_param રૂપરેખાંકનમાં પૂર્ણ આદેશ વાંચો અને બાળ પ્રક્રિયાના શરૂઆત અથવા બહાર નીકળવાના સંદેશની તપાસ કરતી વખતે તેના દલીલો જાળવી રાખો. પછી વાતચીત તપાસો: Squid પ્રોટોકોલ સંદેશા પ્રમાણભૂત ઇનપુટ પર મોકલે છે અને પ્રમાણભૂત આઉટપુટ પર પ્રોટોકોલ જવાબોની અપેક્ષા રાખે છે. રેપરનું સ્વાગત બેનર અથવા ડિબગ પ્રિન્ટ ત્યાં ઓળખપત્રોનું મૂલ્યાંકન થાય તે પહેલાં જ એકીકરણ તોડી શકે છે. નિદાન પ્રમાણભૂત ભૂલ પર મોકલો.

હેલ્પર ચલાવતું ખાતું પ્રમાણિત થતા વપરાશકર્તાથી અલગ તપાસો. Samba ની વિશેષાધિકૃત પ્રમાણીકરણ સુવિધાઓનો ઍક્સેસ સ્થાનિક સેવા પરવાનગીનો પ્રશ્ન છે. વપરાશકર્તાનો પાસવર્ડ બદલવાથી તે મળી શકતું નથી.

એક વાર હેલ્પર ઉપલબ્ધ રહે અને પસંદ કરેલા પ્રોટોકોલમાં બોલે, પછી ડોમેન સભ્યપદ, ખાતાની સ્વીકૃતિ અને બ્રાઉઝર વાટાઘાટ તરફ આગળ વધો. વહેલા હેલ્પર સંખ્યા વધારવાથી ફક્ત એ જ નિષ્ફળ એકીકરણની વધુ નકલો શરૂ થાય છે.