squid-cache による url_rewrite_program は実際に URL をリダイレクトします。つまり、エンドユーザーは「foo から bar にリダイレクトされたページ」という応答を受け取り、ユーザーはリダイレクトされたアドレスに別のリクエストを行います。私はこれをしたくありません。
私が達成したいことは、apache の mod_rewrite に似ています。完全に透過的な書き換えメカニズムが必要です。ユーザーが特定のコンテンツを要求すると、HTTP リダイレクトなしで (最初に要求された URL に関係なく) 応答としてそれを取得できるようになります。
http 経由のリダイレクトを避けたい理由は、エンドユーザーにアプリケーションの内部構造を見せたくないからです。たとえば、彼は「application1.foo.com」を要求し、はるかに長い URL のコンテンツを取得します。したがって、エンドユーザーがそれをブックマークすると、彼は私のきれいな小さな URL (application1.foo.com") をブックマークします。これは、ユーザーをそのような詳細から遠ざけるのに適しています。たとえば、最初に application1.foo.com を badprovider.com/path/to/file.php にマップし、次にそれを goodprovider.com/file.php に変更しても、ユーザーはそれに気付かないでしょう。利点は、たとえば、エンド ユーザーのブックマークが正しいままであり、よりガイド付きの方法で動作を規制できることです。