> 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
> http://www.lexa.ru/lexa/
>
> --- GoldED/W32 3.0.1
>
>
>
============================================================================
=
> = Apache-Talk@xxxxxxxxxxxxx mailing list
=
> Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to
quit.
> = Archive avaliable at http://www.lexa.ru/apache-talk
=
>
>
=============================================================================
= Apache-Talk@xxxxxxxxxxxxx mailing list =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
= Archive avaliable at http://www.lexa.ru/apache-talk =
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.