Squid na majina ya watumiaji yanayorudiwa katika majalada ya LDAP
Buni kwa pamoja uchaguzi wa jalada na akiba ya uthibitishaji ya Squid wakati majalada huru ya LDAP yana jina fupi la mtumiaji lilelile.
Ikiwa majalada mawili huru yote yana alex, proksi inahitaji uchaguzi wa jalada kabla ya kukagua nenosiri. Kujaribu A kisha B huficha uchaguzi huo ndani ya kushindwa kwa uthibitishaji na kunaweza kuchanganya jalada lisilopatikana na siri iliyokataliwa.
Mipangilio miwili inaweza kufanya utambulisho uwe wazi:
- Kuingia kwa sifa. Jina kama
[email protected]huchagua kupitia msambazaji jalada maalum lililofafanuliwa na msimamizi. Hifadhi utambulisho wenye sifa kwa uidhinishaji na uwekaji kumbukumbu. Usigeuze kiambishi kinachotolewa na mteja kuwa anwani ya seva ya LDAP ya kiholela. - Muktadha thabiti wa ombi unaoaminika. Msikilizaji au muktadha mwingine unaotumika huchagua jalada. Fafanua kinachotokea mtu anapohama au kutumia msikilizaji mwingine; eneo la mtandao si utambulisho binafsi.
Nakala za jalada moja ni tofauti: zinashiriki nafasi moja ya majina ya utambulisho. Majalada yasiyohusiana hayakuwa nakala kwa sababu yote mawili yanatumia LDAP.
Oanisha ufunguo wa akiba ya vitambulisho vya Squid na uchaguzi wa msaidizi. Rejea ya auth_param inaeleza key_extras kwa kupitisha muktadha wa ziada na kuujumuisha katika ufunguo wa akiba, ikiwa ni pamoja na kesi ya majina yanayofanana yanayotofautishwa na bandari ya kusikiliza. Msaidizi lazima aelewe ingizo lililopanuliwa, na makro iliyochaguliwa lazima ipatikane katika hatua hiyo ya uthibitishaji.
Pendelea muktadha thabiti. IP ya mteja inayobadilika mara nyingi inaweza kuzidisha utambulisho wa akiba na kubadilisha vidhibiti vinavyotarajia utambulisho mmoja wa mtumiaji.
Fafanua kwa tofauti jalada lisilojulikana, akaunti isiyojulikana, nenosiri lililokataliwa na jalada lisilopatikana. Akaunti ya North haipaswi kuwa Alex wa South kimya kimya wakati North haipatikani. Weka matokeo hayo yakijulikana kwa tofauti katika kumbukumbu bila kurekodi manenosiri.