Я продолжаю сталкиваться с проблемой с mod_proxy от Apache, где он не будет перенаправлять трафик. Я использую виртуальную машину Windows Azure под управлением Ubuntu 13.04 и настроил для нее подходящую конечную точку HTTPS (порт 443). Собственные модули Apache (прокси, ssl и т. Д.) Установлены, а журналы ошибок ничего не показывают, даже предупреждение, объясняющее, почему это происходит. Моя установка VirtualHost выглядит следующим образом:Apache mod_proxy на Azure
<VirtualHost *:443>
RequestHeader set X-Forwarded-Proto "https"
ProxyPreserveHost On
ServerName www.example.com
SSLEngine On
#SSLProxyEngine On
SSLCertificateFile /ssl/my.com.crt
SSLCertificateKeyFile /ssl/my.key
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
<Location />
SSLRequireSSL
Order deny,allow
Allow from all
</Location>
ProxyPass/http://127.0.0.1:8080/
ProxyPassReverse/http://127.0.0.1:8080/
</VirtualHost>
У меня есть Listen 443
и NameVirtualHost *:443
все также установлен. Моя служба на другом порту работает нормально, так как wget
отвечает ответом HTTP 200 OK, и я могу связаться с ним, указав номер порта вручную. Я отключил все брандмауэры (для тестирования) безрезультатно. Тем не менее, всякий раз, когда я пытаюсь добраться до службы из внешнего мира через mod_proxy (порт 443), время ожидания запроса и я получаю обычную ошибку «веб-сайт недоступен».
Если это что-то значит, приложение, которое я запускаю на другом порту, мне необходимо переслать HTTPS-трафик, является приложением Play Framework 2.1. Я установил сервер точно так же, как в их документации, но все еще есть эти проблемы, поэтому я предполагаю, что это может иметь какое-то отношение к Azure.
Любые идеи? Есть ли какой-либо другой тип конфигурации конечных точек, который мне нужно сделать для виртуальных машин Windows Azure для поддержки SSL/TLS?
Как вы можете сказать из примера VirtualHost, я уже пробовал около десятка различных предложений со всего Интернета - ни один из них не работал, поэтому я надеюсь, что кто-то из вас уже столкнулся с этой проблемой раньше. –
Кроме того, эта проблема не ограничивается только трафиком HTTPS - HTTP (порт 80), также не работает. –