返されたコンテンツのカスタム キャッシュ キーを設定できる HTTP プロキシを設定する必要があります。squid2.7 は storeurl_rewrite_program 機能を使用してこれを行うことができたようですが、この機能はまだ squid3 に移植されていません。squid または他の http プロキシ ソフトウェアを使用して、これを行う他の方法はありますか? そのソフトウェアが、オブジェクトをキャッシュするためのアクセス制御のために外部サーバーとも連携できる場合、それはボーナスですが、すぐに必要というわけではありません。
ユースケースは、頻繁に使用されるデータをキャッシュして、そうでなければ遅いストレージからすばやくアクセスしたいということです。このストレージは http によってフロントエンドにアクセスされ、フロントエンドは常に 302 (一時的な移動) リダイレクトを、実際にデータを保持する冗長ディスク サーバーの 1 つに返します。キャッシュしたいデータ ファイルはパブリックで静的で、通常は数ギガバイトのサイズであるため、キャッシュに最適です。ただし、リダイレクト URL には認証トークンが含まれるため、常に一意になり、事実上キャッシュが無効になります。一方、リダイレクト URL から元の URL を再構築するのは簡単なので、プロキシ サーバーがそれを実行し、それらをキャッシュ キーに使用できる場合、キャッシュは元の状態に戻ります。
storeurl_rewrite_program 機能を squid3 に取り込むことは、ここで重要であるとフラグ付けされています。
http://wiki.squid-cache.org/RoadMap/Squid3
しかし、それが squid3.3 または squid3.4 になるかどうかは非常に不確実であり、squid2.7 は squid3.2 のリリースによって廃止される予定です。
アクセス制御については、squid は external_acl_type 機能を使用してそれを行うことができるように思われますが、保護されたデータへのキャッシュ アクセスを提供することは、この段階ではそれほど重要ではないため、今のところ、それは単なる砂糖だと考えています。