2012-07-05 72 views
4

有關此主題的很多主題都表示您不能在IIS 7中將重定向到不同的應用程序池的傳入請求(其中一個這樣的帖子是https://serverfault.com/questions/220007/iis-7-5-multiple-application-pools-and-url-rewriting-403-18-forbidden)。重定向可以工作,但是這個項目的要求是我們不能讓用戶看到或搜索引擎爲重定向的Url建立索引。IIS 7重寫到不同的應用程序池

所以問題是:本地服務器上是否有任何其他機制允許您在IIS有機會開始請求處理之前攔截請求;有點像以前的ISAPI過濾器一樣。很多文章都建議使用某種形式的Http Proxy或Software Load Balancer;這兩個選項都是有效的,但可能會導致物理和虛擬資源的一些開銷。回顧一下,主要目標是我們試圖將來自www.domain.com/(.*)的請求重寫爲www.domain.com/{currentversion}/{R:1},其中根網站網站和版本化的Web應用程序彼此隔離。

回答

0

我可能會誤解你;但你基本上需要一個反向代理?一種重寫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