> > 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@xxxxxxxxxx
work - http://www.inp.nsk.su/
=============================================================================
= 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.