有很多关于这个主题的主题说,您不能在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应用程序相互隔离。
发布于 2012-12-12 22:44:30
我可能误解了你,但你本质上想要一个反向代理?重写URL以避免搜索的一种方法;其中客户端生成页面资源,就好像它来自服务器。它可以从IIS Rewrite Module
中得到利用。
不过,您可能只需创建两个完全独立的站点,例如:
http://www.foo.com
http://www.foo.com/en
https://www.foo.com/en
<--输入就好像您正在转换到https
。这样,<sites>
就指向一个单独的目录,然后都作为单独的实体处理,这样您就可以在该页面上创建阻塞的响应,从而在搜索引擎中找不到它。
如果我的答案取消了,让我知道,我会删除它。但从理论上讲,我认为这是可行的。乌贼和清漆也是用来创建反向代理的应用程序。。
https://stackoverflow.com/questions/11349687
复制相似问题