Squid және LDAP каталогтарындағы қайталанатын пайдаланушы аттары
Тәуелсіз LDAP каталогтарында бірдей қысқа пайдаланушы аты болғанда каталог таңдауы мен Squid аутентификация кэшін бірге жобалаңыз.
Екі тәуелсіз каталогтың екеуінде де alex болса, прокси құпиясөзді тексермес бұрын каталог таңдауын жасауы қажет. Алдымен A, содан кейін B көру сол таңдауды аутентификация сәтсіздігінің ішіне жасырады және қолжетімсіз каталогты қабылданбаған құпиямен шатастыруы мүмкін.
Екі тәртіп сәйкестікті айқын ете алады:
- Біліктіліктелген кіру.
[email protected]сияқты ат диспетчер арқылы әкімші анықтаған тұрақты каталогты таңдайды. Біліктіліктелген сәйкестікті авторизация мен журнал үшін сақтаңыз. Клиент берген жұрнақты ерікті LDAP сервер мекенжайына айналдырмаңыз. - Тұрақты сенімді сұрау контексті. Тыңдаушы немесе басқа қолдау көрсетілген контекст каталогты таңдайды. Адам көшкенде немесе басқа тыңдаушыны қолданғанда не болатынын анықтаңыз; желілік орын жеке сәйкестік емес.
Бір каталогтың репликалары басқаша: олар сәйкестік атау кеңістігін бөліседі. Байланыссыз каталогтар екеуі де LDAP қолданғаны үшін реплика болып кетпейді.
Squid-тың тіркелгі деректері кэшінің кілтін көмекшінің таңдауымен сәйкестендіріңіз. auth_param анықтамасы қосымша контексті жеткізу және оны кэш кілтіне қосу үшін key_extras-ді сипаттайды, оның ішінде тыңдау портымен ерекшеленетін бірдей аттар жағдайы да бар. Көмекші кеңейтілген кірісті түсінуі керек, ал таңдалған макро сол аутентификация кезеңінде қолжетімді болуы керек.
Тұрақты контексті таңдаңыз. Жиі өзгеретін клиент IP-і кэш сәйкестіктерін көбейтіп, бір пайдаланушы сәйкестігін күтетін басқаруларды өзгертуі мүмкін.
Белгісіз каталогты, белгісіз тіркелгіні, қабылданбаған құпиясөзді және қолжетімсіз каталогты бөлек анықтаңыз. North қолжетімсіз болғанда North тіркелгісі үнсіз South-тың Alex-іне айналмауы керек. Құпиясөздерді жазбай-ақ бұл нәтижелерді журналдарда ажыратылатын күйде ұстаңыз.