問題タブ [url-obsfucation]

レガシーアプリケーションの1つからコンテンツをプルしたいプロジェクトに取り組んでいますが、ユーザーに「www.somehostname.com/someproduct/...を待っています」と表示されないようにしたいと思います。

同じサーバーを指す別のドメインを簡単に追加できますが、それでもsomeproductURLのコンテキストルートの問題があります。レガシーアプリには既存のコンテキストルートを参照するハードコードされたビットが何百もあるため、単にコンテキストルートを変更することはできません。

私がやりたいのは、別のコンテキストルートにリクエストを送信して（Say /foo/bar.do）、実際にに送信できるようにすることです/someproduct/bar.do（ただし、リダイレクトがないため、ブラウザには引き続き表示されます/foo/bar.do）。

同様のことを行うURL書き換えオプションをいくつか見つけましたが、これまでのところ、それらはすべて、同じコンテキストルートとの間でのみリクエストをキャッチ/転送するように制限されているようです。

この種のことを扱うプロジェクトはありますか？weblogic 10.3を使用しています（レガシーアプリではweblogic 8です）。理想的には、これを新しいアプリの一部としてホストできますが、必要に応じて、古いアプリに何かを追加することもできます。

または、私たちが考えていなかった、よりうまく機能する完全に異なるソリューションはありますか？

更新：私たちはすでにmod_rewriteまたは同様のものでapaceを使用することを提案しましたが、管理/ホスティングはこのソリューションに親指を下ろしています。：/

アップデート2詳細情報：

ユーザーが古いURL/コンテキストルートを表示できる場所は、古いアプリから新しいアプリのiframeに読み込まれるページ/ワークフローと関係があります。

したがって、クライアントが見ることができる2つのアプリ間の通信については、特別なことは何もありません。これは、ブラウザーによって処理される単純な古いHTTPSです。

ASP.NET 3.5、IIS7

Global.asaxのApplication_BeginRequestで、クエリ文字列を使用せずに、リクエストのURLから埋め込まれている完全に別個のURLを抽出する必要があります。

私が思いついた解決策は、次のように、ターゲットURL全体をディレクトリであるかのように16進エンコードすることでした。

http://localhost/687474703A...etc...732E6D7033/irrelevantFilename.txt

これは、 ASP.NET実装が260文字を超えるURLパスを許容しないIIS7では失敗します。

私のコードは、リクエストURLの生成方法と、そこにターゲットURLを埋め込む方法を制御しますが、そのターゲットURL値（サードパーティのURL）を制御することはできません。

このターゲットURLをリクエストURLにどの程度うまく埋め込むことができますか？

プレーンテキストの URL の難読化を解除する関数をプログラムする方法を見つけようとしています。

このようなもの：

次に、そのフォームの処理で、難読化を解除します。

そのようなことさえ可能ですか？

単純なプログラマの視界から URL を隠そうとしています。

文字列も難読化する何かを書く必要があると思います

それで