Проблемы с директивой ProxyPassMatch

Question

У нас есть среда с Apache 2.2.11, выступающая в качестве внешнего интерфейса для входящих подключений к внутреннему серверу Tomcat. Мы используем следующие директивы в http-ssl.conf, который прекрасно работает, когда не пытается перехватить 403 ошибки:

SetEnvIf COMPANY EDLP 4.0.1 NLEDLPKEY = true

Общие настройки для виртуального хоста DocumentRoot "C: / xampp / htdocs /"

ServerName localhost: 443 ServerAdmin admin @ localhost

ProxyRequests Off

ProxyPassMatch / htp: //tomcat.company.com** <- возникли проблемы с этой директивой (при использовании только одной буквы «t» в http для обхода этих сайтов новый пользователь может опубликовать только один URL-адрес на ограничение вопроса **) </p>

ProxyPassReverse / htp: //tomcat.company.com

Как вы видите, мы используем модуль mod_access (теперь он называется mod_authz_host в Apache 2.2) для передачи переменной с именем NLEDLPKEY, чтобы только клиенты (Internet Explorer) с этой переменной могли обращаться к Tomcat через SSL. Кроме того, я пытаюсь не только обратить прокси-соединения SSL, но также перенаправить ошибки 403 (для людей без переменной) на указанную страницу (error_page.html). Я пробовал:

ProxyPassMatch "^ [^ (/ error_page.html)]" htp: //tomcat.company.com , а также попытался

ProxyPassMatch «^ (?! / Error_page.html)» htp: //tomcat.company.com

чтобы узнать, можно ли перенаправить на страницу ошибки и не получить следующее сообщение:

Запрещено

У вас нет прав доступа / RDS на этом сервере. <- RDS - это просто каталог ->

Кроме того, возникла ошибка 403 Forbidden при попытке использовать ErrorDocument для обработки запроса. Apache / 2.2.11 (Win32) DAV / 2 mod_ssl / 2.2.11 OpenSSL / 0.9.8i PHP / 5.2.9 Сервер в компании apache Порт 443

Буду признателен за любую помощь

R.

Answer 1

Я недавно столкнулся с этой проблемой - потребовалась небольшая охота, но вот как я ее исправил:

В /etc/apache2/mods-available/proxy.conf (Ubuntu - YMMV) измените его следующим образом:

<Proxy *>
        AddDefaultCharset off
        Order deny,allow
        Deny from all
        Allow from all
</Proxy>

Также важно отметить, что для обратных прокси не обязательно настраивать ProxyRequests On и делать это вместе с Allow from all опасно. (Может использоваться спамерами для отправки почты через ваш прокси.)