有很多关于这个主题的主题说你不能将传入的请求重写到IIS 7中的另一个应用程序池（一个这样的帖子是https://serverfault.com/questions/220007/iis-7-5-multiple-application-pools-and-url-rewriting-403-18-forbidden）。重定向将起作用，但对此项目的要求是我们不允许用户查看或搜索引擎以对重定向的Url编制索引。
所以问题是：本地服务器上是否有任何其他机制允许您在IIS有机会开始请求处理之前拦截请求;有点像旧的ISAPI过滤器。很多文章建议使用某种形式的Http代理或软件负载均衡器;两个选项都有效，但可能会导致物理和虚拟资源的一些开销。回顾一下，主要目标是我们试图将来自www.domain.com/(.*）的请求重写为www.domain.com/{currentversion}/{R:1}根网站站点和版本化的Web应用程序彼此隔离。
答案 0 :(得分：0)
我可能会误解你;但你基本上想要一个反向代理？一种重写URL以避免搜索的方法;客户端生成页面资源的位置，就好像它来自服务器一样。可以从IIS Rewrite Module。
尽管如此，您可以创建两个完全独立的站点示例：
http://www.foo.com http://www.foo.com/en https://www.foo.com/en＆lt; - 输入就像转换为https。那样<sites>指向一个单独的目录，然后被作为单独的实体处理，这样你就可以在那一页上创建被阻止的响应，因此在搜索引擎中找不到它
如果我的回答没有;让我知道，我会删除它。但我认为这应该有效;理论上无论如何。 Also Squid and Varnish are applications that used to create Reverse Proxies