> 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 ?
>
>
> Alex Tutubalin
>
>
> --- GoldED/W32 3.0.1
>
>
>
============================================================================
=
> = Apache-Talk@lists.lexa.ru mailing list
=
> Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to
quit.
> = Archive avaliable at
=
>
>
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
