Squid-ը և կրկնվող օգտանունները LDAP գրացուցակներում

Եթե երկու անկախ գրացուցակներ երկուսն էլ պարունակում են alex, վստահվածը գաղտնաբառը ստուգելուց առաջ գրացուցակի ընտրության կարիք ունի։ Նախ A-ն, ապա B-ն փորձելը թաքցնում է այդ ընտրությունը նույնականացման ձախողման մեջ և կարող է շփոթել անհասանելի գրացուցակը մերժված գաղտնիքի հետ։

Երկու կարգավորում կարող են ինքնությունը դարձնել բացահայտ՝

• Որակավորված մուտք։ [email protected]-ի նման անունը ուղարկիչի միջոցով ընտրում է ադմինիստրատորի սահմանած հաստատուն գրացուցակ։ Պահպանեք որակավորված ինքնությունը լիազորման և մատյանների համար։ Հաճախորդի տրամադրած վերջածանցը չդարձնեք կամայական LDAP սերվերի հասցե։
• Կայուն վստահելի հարցման համատեքստ։ Գրացուցակն ընտրում է լսիչը կամ մեկ այլ աջակցվող համատեքստ։ Սահմանեք, թե ինչ է տեղի ունենում, երբ մարդը տեղաշարժվում է կամ օգտագործում այլ լսիչ. ցանցային դիրքը անձնական ինքնություն չէ։

Մեկ գրացուցակի կրկնօրինակները տարբեր են. նրանք կիսում են ինքնության անվանատարածք։ Չկապված գրացուցակները կրկնօրինակներ չեն դառնում այն պատճառով, որ երկուսն էլ օգտագործում են LDAP։

Համաձայնեցրեք Squid-ի հավատարմագրերի քեշի բանալին օգնականի ընտրության հետ։ auth_param հղումը նկարագրում է key_extras-ը լրացուցիչ համատեքստ փոխանցելու և այն քեշի բանալու մեջ ներառելու համար, ներառյալ լսելու պորտով տարբերվող նույնական անունների դեպքը։ Օգնականը պետք է հասկանա ընդլայնված մուտքը, և ընտրված մակրոն պետք է հասանելի լինի նույնականացման այդ փուլում։

Նախընտրեք կայուն համատեքստ։ Հաճախ փոփոխվող հաճախորդի IP-ն կարող է բազմապատկել քեշի ինքնությունները և փոխել մեկ օգտվողի ինքնություն սպասող կառավարումները։

Առանձին սահմանեք անհայտ գրացուցակ, անհայտ հաշիվ, մերժված գաղտնաբառ և անհասանելի գրացուցակ։ North-ի հաշիվը չպետք է լուռ դառնա South-ի Alex-ը, երբ North-ը անհասանելի է։ Պահեք այդ արդյունքները տարբերելի մատյաններում՝ առանց գաղտնաբառեր գրանցելու։