1

トラフィックを転送しない Apache の mod_proxy で問題が発生し続けています。Ubuntu 13.04 を実行している Windows Azure 仮想マシンを使用しており、適切な HTTPS エンドポイント (ポート 443) を構成しています。適切な Apache モジュール (proxy、ssl など) がすべてインストールされており、エラー ログには何も表示されず、なぜこれが発生したのかを説明する警告さえ表示されません。私の VirtualHost のセットアップは次のとおりです。

<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) を介して外の世界からサービスにアクセスしようとすると、リクエストがタイムアウトし、通常の「Web サイトが利用できません」というブラウザー エラーが発生します。

何か意味があるとすれば、HTTPS トラフィックを転送する必要がある他のポートで実行しているアプリは、Play Framework 2.1 アプリケーションです。ドキュメントとまったく同じようにサーバーをセットアップしましたが、まだこれらの問題があるため、Azure と関係がある可能性があると想定しています。

何か案は?Windows Azure 仮想マシンで SSL/TLS をサポートするために、特定のエンドポイント構成を行う必要がありますか?

4

1 に答える 1

0

どうやら、どうやら理由はわかりませんが、Azure Gods が突然、私のセットアップに光を当てることにしました。一晩で、再起動も何もせずに、Azure 上の mod_proxy が機能し始めました。問題が何であったか、またはそもそも問題があったかどうかはわかりませんが、どうやら問題は Azure インフラストラクチャの何かにあるようです。

申し訳ありませんが、同様の問題に遭遇している他の人にとってこれ以上の助けにはなりませんでしたが、未知の理由で時間を与えるだけでうまくいきました.

于 2013-10-04T15:14:11.657 に答える