問題タブ [squid]

モバイル クライアントを扱う場合、HTTP リクエストの送信中に数秒の遅延が発生することはよくあることです。プリフォーク Apache からページまたはサービスを提供している場合、アプリケーション サーバー ロジックが 5 ミリ秒で完了したとしても、子プロセスは 1 つのモバイル クライアントにサービスを提供するために数秒間拘束されます。以下をサポートする HTTP サーバー、バランサー、またはプロキシ サーバーを探しています。

1. プロキシにリクエストが届きます。プロキシは、ヘッダーと POST/PUT 本文を含む要求の RAM またはディスクへのバッファリングを開始します。プロキシはバックエンド サーバーへの接続を開きません。これはおそらく最も重要な部分です。

2. プロキシ サーバーは、次の場合に要求のバッファリングを停止します。

   • サイズ制限 (4KB など) に達した、または
   • リクエストはヘッダーとボディを含めて完全に受信されました

3. 要求 (の一部) がメモリ内にある場合にのみ、バックエンドへの接続が開かれ、要求が中継されます。

4. バックエンドは応答を返します。ここでも、プロキシ サーバーはすぐにバッファリングを開始します (より寛大なサイズ、たとえば 64KB まで)。

5. プロキシには十分な大きさのバッファがあるため、バックエンド レスポンスは数ミリ秒でプロキシ サーバーに完全に格納され、バックエンド プロセス/スレッドはより多くのリクエストを自由に処理できます。バックエンド接続はすぐに閉じられます。

6. プロキシは、リソースを拘束するバックエンドへの接続を持たずに、可能な限り高速または低速でモバイル クライアントに応答を返します。

Squid で 4 ～ 6 を実行できると確信しており、nginx は 1 ～ 3 をサポートしているようです (そして、この点でかなりユニークに見えます)。私の質問は次のとおりです。これらのバッファリング機能と準備が整うまで接続を開かない機能に共感するプロキシサーバーはありますか? たぶん、このバッファリング動作を簡単にするApache config-fuが少しあるのでしょうか? Squid のような恐竜ではなく、無駄のない単一プロセス、非同期、イベントベースの実行モデルをサポートするものはありますか?

（サイダーラント：私はnginxを使用していますが、チャンクされたPOSTボディをサポートしていないため、モバイルクライアントにサービスを提供するのには役に立ちません。はい、安価な50ドルのハンドセットはチャンクされたPOSTが大好きです...ため息）

1. SQUIDリバースプロキシとMOSS2007ポータルがあります。すべてのサイトでNTLMを使用しています。
2. SQUIDをリバースプロキシとして使用することはできません。

どこから始めればいいですか？

Squidプラグイン開発についての良いチュートリアルを知っている人はいますか？

拡張できるオープン ソースの Web サーバーまたはプロキシがあると仮定すると、たとえば apache や squid としましょう。

各クライアントが Web ページに費やした時間を特定する方法はありますか?

HTTP はもちろんステートレスであるため、簡単なことではありませんが、この問題に対処する方法を誰かが考えているのではないでしょうか?

Fedora Core 4 にプロキシ サーバーをセットアップしたいと考えています。どのサーバーをセットアップするのが簡単でしょうか? Apache サーバーで IP アドレス フィルタリングを使用しているため、そのサーバーを介して接続し、ISP から IP アドレスを取得したいと考えています。

イカはオプションですが、セットアップがどれほど簡単か難しいかはわかりません.

ありがとう。

私たちのサイトで ajax 呼び出しからエラーが発生するユーザーがいます。

エラーは以下に貼り付けます。

FF3 Windows ではエラーが発生しますが、IE では発生しません。

いくつかの検索に基づいて、この問題はクライアント プロトコルの squid が原因であることが多いようです (エラーの最後に squid が記載されています)。

私の ajax コードは、ここで使用されているものと同じです: http://www.w3schools.com/Ajax/ajax_browsers.asp

何か案は？

Apache Web フロント エンド サーバーの前に静止画像を配置するには、Web コンテンツ アクセラレータが必要です。

以前のホスティング パートナーは Tux を使用して大成功を収めました。使用している Red Hat Linux の一部であることは気に入っていますが、最新の更新は 2006 年であり、将来の開発の可能性はほとんどないようです。当社の ISP は、リバース キャッシング プロキシ ロールで Squid を使用することを推奨しています。

Tux と Squid の間で何か考えはありますか? 互換性、信頼性、および将来のサポートは、パフォーマンスと同じくらい重要です。

また、Varnish についての他のスレッドを読みました。交通量の多い環境で得られた Squid や Tux と比較して、Varnish の実世界での経験がある人はいますか?

乾杯

イアン

更新: 現在、Squid をテストしています。ab を使用して 100 の同時実行で同じイメージを 10,000 回プルすると、Apache 自体と Squid/Apache の両方が非常に迅速に要求を焼き尽くしました。しかし、Squid は Apache に画像のリクエストを 1 回だけ行い、それらすべてを RAM から提供しましたが、Apache だけでは、画像を提供するために多数のワーカーをフォークする必要がありました。Squid は、動的ページを処理するために Apache ワーカーを解放するのにうまく機能するようです。

LWP::UserAgent に、よく知られている単一のサーバーの期限切れの SSL 証明書を強制的に受け入れることができるかどうかを知りたいです。この問題は、その間にある Squid プロキシによって少し複雑になります。

次のようなデバッグ環境をセットアップするところまで行きました。

幸いなことに、私が独自の解決策を思い付く前に、問題は最終的にリモートサーバーで修正されましたが、問題が再び発生した場合に備えて、オプションで問題を回避できるようにしたいと考えています (基礎となるサービスは、私が解決する前に数時間中断されていました)。行動に移した）。

他の無関係なアプリケーションのセキュリティを緩めたくないので、もしそのような解決策が存在するなら、基礎となる Crypt::SSLeay または openSSL 実装に基づくものよりも LWP::UserAgent レベルでの解決策を好みます。もちろん、私は今でもそのような解決策を自分自身で探しています。

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

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

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