IIS 7重写到不同的应用程序池

【问题标题】：IIS 7 Rewrite to different Application PoolIIS 7重写到不同的应用程序池
【发布时间】：2012-07-06 04:10:12
【问题描述】：

关于这个主题有很多主题说您不能将传入的请求重写到 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站点和版本化的 Web 应用程序相互隔离。

【问题讨论】：

标签： iis-7 rewrite application-pool

【解决方案1】：

我可能误会你了；但您实际上想要一个反向代理？一种重写 URL 以避免搜索的方法；客户端正在生成页面资源，就好像它来自服务器一样。可以从IIS Rewrite Module 使用。

尽管如此，您可以只创建两个完全独立的网站示例：

http://www.foo.com
http://www.foo.com/en
https://www.foo.com/en https 一样输入。

这样<sites> 指向一个单独的目录，然后它们都被作为单独的实体处理，因此您可以在该页面上创建被阻止的响应，以便在搜索引擎中找不到它 .

如果我的回答是关闭的；让我知道，我会删除它。但我认为这应该可行；理论上无论如何。 Also Squid and Varnish are applications that used to create Reverse Proxies.

【讨论】：