Squid va LDAP kataloglaridagi takroriy foydalanuvchi nomlari

Agar ikkita mustaqil katalog ikkalasida ham alex bo'lsa, proksi parolni tekshirishdan oldin katalog tanloviga muhtoj. Avval A, keyin B sinab ko'rish bu tanlovni autentifikatsiya xatosi ichiga yashiradi va ishlamaydigan katalogni rad etilgan sir bilan aralashtirishi mumkin.

Ikkita tartib identifikatsiyani aniq qiladi:

• Malakali kirish. [email protected] kabi nom dispetcher orqali administrator belgilagan barqaror katalogni tanlaydi. Avtorizatsiya uchun malakali identifikatsiyani va jurnalni saqlang. Mijoz taqdim etgan qo'shimchani ixtiyoriy LDAP server manziliga aylantirmang.
• Barqaror ishonchli so'rov konteksti. Katalog tinglovchi yoki boshqa qo'llab-quvvatlanadigan kontekst tomonidan tanlanadi. Inson ko'chganda yoki boshqa tinglovchidan foydalanganda nima bo'lishini belgilang; tarmoqdagi joylashuv shaxsiy identifikatsiya emas.

Bitta katalogning replikalari boshqacha: ular bitta identifikatsiya nomlar maydonini bo'lishadi. Bog'liq bo'lmagan kataloglar ikkalasi ham LDAP ishlatgani uchun replika bo'lib qolmaydi.

Squid hisob ma'lumotlari keshining kalitini yordamchining tanloviga moslashtiring. auth_param ma'lumotnomasi qo'shimcha kontekstni uzatish va uni kesh kalitiga kiritish uchun key_extras ni tavsiflaydi, shu jumladan tinglash porti bilan farqlanadigan bir xil nomlar holatini ham. Yordamchi kengaytirilgan kirishni tushunishi kerak, tanlangan makro esa shu autentifikatsiya bosqichida mavjud bo'lishi kerak.

Barqaror kontekstni afzal ko'ring. Tez-tez o'zgaruvchi mijoz IP manzili kesh identifikatsiyalarini ko'paytirishi va bitta foydalanuvchi identifikatsiyasini kutayotgan boshqaruvlarni o'zgartirishi mumkin.

Noma'lum katalogni, noma'lum hisobni, rad etilgan parolni va ishlamaydigan katalogni alohida belgilang. North ishlamay qolganda North hisobi jimgina Southning Alexiga aylanmasligi kerak. Parollarni yozmasdan bu natijalarni jurnallarda ajratib turadigan holda saqlang.