|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : mitrohin a.s. 2:5020/400 28 Apr 2003 15:41:16
To : Nick Maslov
Subject : Re: squid 2.4 и 2.5
--------------------------------------------------------------------------------
Nick Maslov <Nick.Maslov@p5.f225.n463.z2.fidonet.org> wrote:
ms>> у меня в 2.5 такая конструкция отказалась работать ;(( сходу...
ms>> возможно я конечно некорректно с конфигами переехал (с 2.4) или
ms>> собрал чего не так... но факт - не работало
ms>> acl users1 proxy_auth user11 user12
ms>> acl users2 proxy_auth user21 user22
ms>> acl auth proxy_auth REQUIRED
ms>> http_access allow auth
NM> По-моему, такая запись не несет в себе никакого смысла, и как следствие
NM> - работает не так, как тебе нужно ...
???
руку на отсечение не отдам... я представляю себе работу proxy_auth
примерно так
потребовалась проверка proxy_auth? - смотрим есть ли заголовок с этой
информацией - если нет отфутболиваем клиенту ошибку 407 что-ли...
тот это понимает как ``без пароля не пустят'' и спрашивает клиента мол
помоги братан - так не пускают. ;)) клиент заполняет окошко и броузер
сворачивает полученные данные в заголовок какой-то ;))) - все последующие
посылки от броузера будут содержать сей заголовок и proxy_auth его
пользует для определения пользователя (как-то там еще кешируются эти
acl-ки).
если судить так - то все ok. как рассуждаешь ты?
NM> Могу без доки под рукой ошибиться, но, может, нечто вроде:
NM> http_access allow users1 auth
NM> http_access allow users2 auth
NM> ? Если не получится, то попробовать вынести одну из строк.
proxy_auth user1 user2
эквивалентно
REQUIRED && (user == user1 || user == user2)
ms>> http_access deny all
ms>> cache_peer_access parent1 allow users1
ms>> cache_peer_access parent1 deny all
ms>> cache_peer_access parent2 allow users2
ms>> cache_peer_access parent2 deny all
/swp
--- ifmail v.2.15dev5
* Origin: BSPU InterNetNews site (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
