Это зависит от того, какие услуги Вы предлагаете за пределами своей сети, а также в каком количестве безопасности Вы нуждаетесь перед ключевыми сервисами. Если у Вас есть сайт электронной коммерции, который набрасывается на бэкенд базы данных и обрабатывает кредитные карты, я мог легко видеть три уровня требуемых брандмауэров (для соответствия требованиям PCI если ничто иное). Однако, если Вы предлагаете простое статическое содержание через заблокированный вниз веб-серверы, это могло бы быть столь же просто как единственный набор брандмауэров, которые имеют внешнюю сторону, внутри, и интерфейс dmz.
Возможно, еще некоторые детали о Вашей установке? http://www.sans.org имеет некоторые превосходные документы, объясняющие защиту подробно.
Попытка с помощью этих директив:
ProxyPass /mysocial http://localhost:8080/mysocial
ProxyPassReverse /mysocial http://localhost:8080/mysocial
Вместо тех Вы используете.
Я не Apache httpd эксперт, но я действительно устанавливал подобную вещь, и синтаксис Вашей конфигурации выглядит довольно странным для меня.
в первую очередь, ProxyRequests не должен, вероятно, идти. "ProxyRequests На" допускает передачу перенаправлений, и не обратное проксирование см.: http://httpd.apache.org/docs/2.2/mod/mod_proxy.html#proxyrequests
ProxyRequests Off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
ProxyPass / http://localhost:8080/mysocial/
ProxyPassReverse / http://localhost:8080/mysocial/
я не использовал кэш при установке прокси, но я предполагаю, что часть должна выглядеть примерно так
<IfModule mod_disk_cache.c>
CacheEnable disk /
CacheRoot "/var/cache/mod_proxy"
</IfModule>
выборки от Вашей ошибки и возможно журналов доступа могли бы помочь также отладить эту проблему.
Похож это - что-то, чтобы сделать с перенаправлением, или URL переписывают. Если Вы переходите к http://localhost:8080/mysocial, Вы становились перенаправленными на http://domainname.com или какой-либо другой URL?