> > at> Имеется front-end Apache с mod_proxy и back-end Apache с mod_perl
> > at> В принципе требуется кодировать только результаты работы скриптов
> > at> mod_perl на втором сервере. Да и весит mod_ssl не мало, поэтому
> > at> повесив его на front-end, процессов которого может быть немерянно мы
> > at> сильно забьем память. Вроде как все аргументы за то чтобы повесить
> > at> этого зверя на back-end.
> > Ты не можешь вешать mod_ssl на backend т.к. ssl-соединение пользователь
> > устанавливает (или хочет установить) с frontend-ом
>
> Хммм... Не спорю, потому как мало пока с SSL разбирался, но прочитав архив я
> узнал что есть такой mod_proxy который позволяет делать то что мне нужно и
> входит он в состав Stronghold и типа автор mod_ssl уже в августе прошлого
> года написал нечто подобное для mod_ssl, но пока нигде не опубликовал.
> Автора я спросил, но он пока занят, что не удивительно...
> И кстати какой смысл тогда несет директива AllowCONNECT 443 для mod_proxy ?
Кроме ProxyPass, он может работать как обычный proxy.
--
С наилучшими пожеланиями, Евгений Бырганов.
Best regards, Eugene Byrganov.
mailto:E.B.Byrganov@inp.nsk.su
work -
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
