2013-09-27 2 views
1

Я продолжаю сталкиваться с проблемой с 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?

+0

Как вы можете сказать из примера VirtualHost, я уже пробовал около десятка различных предложений со всего Интернета - ни один из них не работал, поэтому я надеюсь, что кто-то из вас уже столкнулся с этой проблемой раньше. –

+0

Кроме того, эта проблема не ограничивается только трафиком HTTPS - HTTP (порт 80), также не работает. –

ответ

0

Итак, я не знаю, как и почему, но Лазурные Боги решили сиять на моей установке внезапно. Ночью, без такой перезагрузки или чего-либо, mod_proxy на Azure только начал работать. Я понятия не имею, в чем проблема, или даже если она была в первую очередь, но, видимо, проблема заключается в чем-то в инфраструктуре Azure.

Извините, я не мог больше помочь другим, столкнувшимся с подобными проблемами, но просто дал ему время работать по неизвестной причине.

Смежные вопросы