Squid રૂપરેખાંકન Active Directory સામે પાસવર્ડ ચકાસી શકે છે અને તોપણ લોગિન બોક્સ દેખાડી શકે છે. તેનો અર્થ એ નથી કે કંઈક ચોક્કસ તૂટ્યું છે. AD કહે છે કે ખાતું ક્યાં રહે છે; તે એ નથી કહેતું કે બ્રાઉઝર કેવી રીતે સાબિત કરશે કે વપરાશકર્તા કોણ છે.

આ લીટીમાં મહત્વનો શબ્દ basic છે:

auth_param basic realm Windows Logon

realm પછીના શબ્દો સુરક્ષિત પ્રમાણીકરણ ક્ષેત્રને નામ આપે છે. તેઓ Windows ઍક્સેસ ટોકન માંગતા નથી કે પડકારને Negotiate માં બદલતા નથી. Basic LDAP સહાયક આપેલા ઓળખપત્ર મેળવે છે અને ડિરેક્ટરી સામે તેમને ચકાસે છે.

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

જો જરૂરિયાત શાંત સાઇન-ઇન હોય

બ્રાઉઝર દ્વારા સમર્થિત સંકલિત પ્રમાણીકરણ યોજના પસંદ કરો અને તેની સર્વર-બાજુની પૂર્વશરતો ગોઠવો. Kerberos-આધારિત Negotiate માટે તેમાં સેવા ઓળખ અને કી સામગ્રી તેમજ તે પ્રોક્સી પર પ્રમાણીકરણની પરવાનગી આપતી ક્લાયન નીતિ સામેલ છે. ફક્ત Basic રૂપરેખાંકન હેઠળ સહાયકની એક્ઝિક્યુટેબલ ફાઇલ બદલવાથી તે રૂપાંતર થશે નહીં.

કાર્યરત LDAP સેટઅપ બદલતા પહેલાં નક્કી કરો કે તમને કયું પરિણામ જોઈએ છે. વર્કસ્ટેશન લોગિન માટે વપરાતું એ જ વપરાશકર્તાનામ અને પાસવર્ડ સ્વીકારવો એ Basic પ્રમાણીકરણની વાજબી જરૂરિયાત છે. તે પાસવર્ડ પૂછ્યા વિના લોગિન થયેલી Windows ઓળખ ફરી વાપરવી એ બીજી જરૂરિયાત છે, જેમાં પ્રોટોકોલ અને તૈનાતીનું અલગ કામ છે.

સંબંધિત લેખો