Squid અને LDAP ડિરેક્ટરીઓમાં નકલી વપરાશકર્તાનામો

જો બે સ્વતંત્ર ડિરેક્ટરીઓમાં બંનેમાં alex હોય, તો પ્રોક્સીને પાસવર્ડ ચકાસતા પહેલા ડિરેક્ટરી પસંદગીની જરૂર છે. પહેલા A અને પછી B અજમાવવાથી એ પસંદગી પ્રમાણીકરણ નિષ્ફળતામાં છુપાય છે અને અનુપલબ્ધ ડિરેક્ટરીને નકારેલા ગુપ્ત સાથે ભેળવી શકે છે.

બે ગોઠવણો ઓળખને સ્પષ્ટ કરી શકે છે:

• લાયક લોગિન. [email protected] જેવું નામ ડિસ્પેચર દ્વારા વ્યવસ્થાપકે નિર્ધારિત સ્થિર ડિરેક્ટરી પસંદ કરે છે. અધિકૃતિ માટે લાયક ઓળખ અને લોગિંગ જાળવો. ક્લાયન્ટ દ્વારા આપેલા પ્રત્યયને મનસ્વી LDAP સર્વર સરનામામાં ફેરવશો નહીં.
• સ્થિર વિશ્વસનીય વિનંતી સંદર્ભ. શ્રોતા અથવા અન્ય સમર્થિત સંદર્ભ ડિરેક્ટરી પસંદ કરે છે. વ્યક્તિ ભ્રમણ કરે અથવા અન્ય શ્રોતા વાપરે ત્યારે શું થાય તે વ્યાખ્યાયિત કરો; નેટવર્ક સ્થાન વ્યક્તિગત ઓળખ નથી.

એક ડિરેક્ટરીની પ્રતિકૃતિઓ અલગ છે: તે ઓળખ નામસ્થાન વહેંચે છે. અસંબંધિત ડિરેક્ટરીઓ પ્રતિકૃતિ બનતી નથી કારણ કે બંને LDAP વાપરે છે.

Squid ની ઓળખપત્ર-કેશ કી સહાયકની પસંદગી સાથે મેળવો. auth_param સંદર્ભ વધારાનો સંદર્ભ મોકલવા અને તેને કેશ કીમાં સમાવવા માટે key_extras વર્ણવે છે, જેમાં સાંભળવાના પોર્ટ દ્વારા અલગ પડતા સમાન નામોનો કિસ્સો પણ છે. સહાયકે વિસ્તૃત ઇનપુટ સમજવું જોઈએ, અને પસંદ કરેલ મેક્રો તે પ્રમાણીકરણ તબક્કે ઉપલબ્ધ હોવો જોઈએ.

સ્થિર સંદર્ભ પસંદ કરો. વારંવાર બદલાતું ક્લાયન્ટ IP કેશ ઓળખને ગુણાકાર કરી શકે છે અને એક વપરાશકર્તા ઓળખની અપેક્ષા રાખતા નિયંત્રણો બદલી શકે છે.

અજાણી ડિરેક્ટરી, અજાણું ખાતું, નકારેલો પાસવર્ડ અને અનુપલબ્ધ ડિરેક્ટરી અલગ રીતે વ્યાખ્યાયિત કરો. North અનુપલબ્ધ હોય ત્યારે North નું ખાતું શાંતિથી South નું Alex ન બનવું જોઈએ. પાસવર્ડ રેકોર્ડ કર્યા વિના લોગમાં એ પરિણામો અલગ રાખો.