問題タブ [reverse-proxy]

Apache リバース プロキシで安全な証明書を設定する必要があります。仮想ホスト ディレクティブを使用する必要があるとのアドバイスを受けました。

私はこれらを O'Reilly book bit で調べましたが、具体的に https を取り上げる例が見つかりません。

これを行うための構成スニペットの例はありますか?

比較的ボリュームの多いコンテンツ サイトを運営しています。ほとんどのコンテンツ サイトと同様に、各ページの大部分は比較的静的です。記事はめったに変更されないため、何らかの形式の静的/エッジ キャッシングの候補となります。ただし、大きな問題が 2 つあります。セカンダリ ページ要素 (ナビゲーション、最近のコンテンツ リストなど) は頻繁に変更され、「完全な」キャッシュ ページはすぐに無効になります。また、ユーザー固有の情報など、より動的なビットをページに含めることもよくあります。

コンテンツを後処理し、プロキシ/エッジでインクルードを処理できるようにするリバース プロキシ/ロード バランサーがあれば、非常に便利です。バックエンドへの最初のリクエストで大まかなテンプレートが返され、プロキシ ソフトウェアがそのテンプレートを処理して完成させることができます。マークアップは次のようになります。

この例でわかるのは、Cookie の値に基づいて含まれるファイルを決定し、プルする URL を含むハッシュ、タイムアウト、およびエラーが発生した場合に表示するデフォルトのテキストを返す小さな Ruby です。エラー。理論的には、すべてのインクルードを非同期でリクエストすることもできます。

私の理解では、Amazonはこのようなことをしています。さまざまなページ コンポーネントがバックエンド サービスによって生成され、ページ全体の速度を確保するために厳密なタイムアウト制限が適用されます。彼らのCDNサービスにこのようなものが含まれることを望んでいましたが、そうではありません!

エッジ サイド インクルード (ESI) の W3 仕様は、ほぼ私が望んでいるものです。ただし、それに対するサポートはほとんどありません。これは Akamai から入手できます。それを行う Oracle ソフトウェアがいくつかあります。また、オープン ソースの Varnish キャッシュには非常に基本的な実装があります。また、これは非常に醜い XML 形式でもあります。

問題は、何が私にやりたいことをさせてくれるのかということです。他の誰かがこの方法で物事を行っていますか?

TeamCity 4.0をセットアップして、インターネットのポート443経由でアクセスできるようにするにはどうすればよいですか？例：https ：//teamcity.mydomain.com

TeamCityがインストールされているのと同じサーバーでIIS7を実行しています。2つのオプションがあります。

1. ポート8443を使用するようにTeamCityを設定し、IISでリバースプロキシを作成して、TeamCityパブリックIPアドレスへの要求を内部IPアドレスのTomcatポートにルーティングします。

2. IIS 7とは異なるIPアドレスで実行するようにTomcatをセットアップし、ポート443で実行するようにTeamCityを構成します。

これらの手順の詳細についてはよくわかりません。

HTTP経由でFlashRemotingデータ形式を使用してデータを配信したいネットワークがあります。Squidはリバースプロキシ/アクセラレータとして機能していますが、Squidを介してこのトラフィックを実行する際に既知の問題はありますか。その特定のURLがキャッシュされないように構成します。

障害が発生した場合に古いコンテンツを提供するための優れたサポートを備えたキャッシングリバースプロキシ (squid または varnish のようなもの) を探しています。バックエンドから保存された最後の適切な応答をキャッシュが引き続き提供するようにします。基本的に、何か問題が発生した場合に備えて、キャッシュ サーバーを追加の保護層として機能させたいと考えています。

これを行うためにSquidなどを設定した人はいますか? これをすぐにサポートする製品を知っていますか?

プライベート リバース プロキシ (Squid) に対して PHP スクリプトをキャッシュ フレンドリーにするにはどうすればよいですか?

残りの時間はキャッシュしたままにしておきたいです。つまり、ページの最終変更は今日の 00:00 で、明日の 00:00 に期限切れになります。

これを確実に行うために最低限必要な HTTP ヘッダーは何ですか?

編集:クライアントのブラウザに別の方法でキャッシュさせたくありません。つまり、Squid サーバー上の古いページをいつでもパージする制御を保持したいと考えています。

基本的に私のシナリオは、アクセスするために 1 つのハードコードされたユーザー名とパスワードを必要とする内部 Web サイトを持っていることです (これはオフにすることはできず、変更することしかできません)。さまざまな理由 (ポートの非表示、URL の簡略化、NAT の簡略化など) で、この Web サイトをリバース プロキシ経由で公開しています。

ただし、私がやりたいことは、Apache を使用して認証を処理できるようにすることです。

1. 全員に単一のパスワードを配布する必要はありません
2. Apache の BasicAuth を使用して複数のユーザー名とパスワードを持つことができます
3. 内部ユーザーの場合、パスワードの入力を求める必要はありません

編集: よりリッチな認証に関する 2 番目の部分は、新しい質問に移動されました

これが多かれ少なかれ私が今持っているものです：

キャッシング用に squid をセットアップし、Last.fm の投稿からのポインターを使用しました。

大容量のサーバーを持っていますが、Squid はプロセッサ コアしか使用できないため、CPU 使用率が非常に高いようです。squid を最適化して CPU の使用を減らす良い方法はありますか?

tcmalloc を使用して、ESI を無効にしようとしましたが、どれも役に立ちませんでした。