Squid ба LDAP лавлахууд дахь давхардсан хэрэглэгчийн нэрс
Бие даасан LDAP лавлахууд ижил богино хэрэглэгчийн нэрийг агуулж байхад лавлах сонголт ба Squid-ийн баталгаажуулалтын кэшийг хамт зохион байгуулна уу.
Хэрэв хоёр бие даасан лавлах хоёулаа alex агуулж байвал прокси нууц үгийг шалгахаас өмнө лавлах сонголт хийх шаардлагатай. Эхлээд A, дараа нь B турших нь тэр сонголтыг баталгаажуулалтын алдааны дотор нууж, боломжгүй лавлахыг татгалзсан нууцтай андуурах магадлалтай.
Хоёр зохион байгуулалт таних тэмдгийг тодорхой болгож чадна:
- Мэргэшсэн нэвтрэлт.
[email protected]шиг нэр диспетчерээр дамжуулан администраторын тодорхойлсон тогтмол лавлахыг сонгоно. Мэргэшсэн таних тэмдгийг зөвшөөрөл олгох болон бүртгэлд хадгална уу. Клиентээс өгсөн дагаварыг дурын LDAP серверийн хаяг болгон хувиргаж болохгүй. - Тогтвортой итгэмжлэгдсэн хүсэлтийн контекст. Лавлахыг сонсогч эсвэл өөр дэмжигдсэн контекст сонгоно. Хүн нүүх эсвэл өөр сонсогч ашиглахад юу болохыг тодорхойлно уу; сүлжээний байршил нь хувийн таних тэмдэг биш.
Нэг лавлахын репликууд өөр: тэд таних тэмдгийн нэрийн орон зайг хуваалцдаг. Хамааралгүй лавлахууд хоёулаа LDAP ашигладаг учраас реплик болдоггүй.
Squid-ийн итгэмжлэлийн кэшийн түлхүүрийг туслахын сонголттой нийцүүлнэ үү. auth_param лавлагаа нь нэмэлт контекст дамжуулах, түүнийг кэшийн түлхүүрт оруулах key_extras-ийг тайлбарладаг бөгөөд сонсох портоор ялгаатай ижил нэрсийн тохиолдлыг ч багтаана. Туслах өргөтгөсөн оролтыг ойлгох ёстой бөгөөд сонгосон макро тэр баталгаажуулалтын үе шатанд боломжтой байх ёстой.
Тогтвортой контекстод давуу эрх өгнө үү. Байнга өөрчлөгддөг клиентийн IP нь кэшийн таних тэмдгийг үржүүлж, нэг хэрэглэгчийн таних тэмдэг хүлээдэг удирдлагуудыг өөрчилж болно.
Тодорхойгүй лавлах, тодорхойгүй бүртгэл, татгалзсан нууц үг, боломжгүй лавлахыг тус тусад нь тодорхойлно уу. North боломжгүй үед North-ийн бүртгэл чимээгүйгээр South-ийн Alex болох ёсгүй. Нууц үгийг бүртгэхгүйгээр эдгээр үр дүнг бүртгэлд ялгаатай байлгана уу.