Helicon Tech フォーラムでのこのディスカッションでは、同じ問題が取り上げられています。
http://www.helicontech.com/forum/8460-rewrite_proxy_to_2d_machine.html
最初の例はISAPI Rewrite 2のコードを提供しますが、スレッドにはページの下の方にISAPI Rewrite 3構文が含まれています。これは、バージョン 3 コードを例に合わせたものです。
RewriteEngine on
RewriteBase /
RewriteRule ^blog$ http://mysite/blog/ [NC,R=301]
RewriteProxy ^/blog(/.*)?$ http\://blog.com$1 [NC,U]
(私は ISAPI Rewrite 2 を実行しているため、これはテストされていません。) 「メイン」ドメインで別のサイトをリバース プロキシしようとすると、問題が発生することに注意してください。これらの問題も発見できるかもしれません。
1) 非相対リンク
アプリケーションがゼロからリバース プロキシを想定してコーディングされていない限り、壊れる可能性が高いことがわかりました。のようなすべての相対リンクを使用する最低限の HTML ページが機能します。ただし、このコードを含むリバース プロキシ経由で HTML を提供すると、http://mysite/page_from_the_root.htmlにマップされます。ISAPI Rewrite はその要求をインターセプトすることを認識していませんが、ユーザーのブラウザーがhttp://mysite/blog/page_from_the_root.html にアクセスした場合、コンテンツをプロキシします。
2) クッキー
Blog.com は、blog.com ドメインから Cookie を書き込むことがあります。MySite ドメインを通じて提供されるページは、ユーザーのブラウザー設定によっては、これらの Cookie にアクセスできない場合があります。
3) JavaScript と AJAX
4) SSL証明書