2014-01-14 47 views
0

我需要繞開開發人員離開的應用程序的MVC路由 - 我們將完全替代它,但現在如果我可以繞過這一路線,它會爲我們節省大量的時間。MVC允許子文件夾中的IIS默認頁面不破壞父路由

這條路線是(例如)www.this.site/path/subpath

由於它是在IIS上,我可以把默認的文檔的優勢,創建以下文件夾/文件結構:/路徑/子路徑/ index.htm

但是,如果我這樣做,我會「打破」父母www.this.site/path路由(它會拋出一個403 - 禁止:訪問被拒絕),因爲我現在有一個實際的文件夾在哪裏/路徑/路線是。

有沒有辦法解決這個問題/讓IIS推遲到MVC on/path /但仍處理子html文件? 謝謝。再次,這不是一個長期的解決方案,而是一個解決方案,直到我們可以完全替換應用程序。

+0

如果我確實允許通過創建/path/web.config允許在IIS端瀏覽目錄,它仍然會打破/ path/...的路徑。 – user2044384

+0

也許[IIS URL Rewrite](http:// www.iis.net/learn/extensions/url-rewrite-module),臨時重定向302到根級頁面或實際的MVC頁面。 – Jasen

回答

0

也許一個更好的解決方法是使用IIS AAR模塊,它的應用程序具有反向代理功能。

要做到這一點:

一)站起來的應用程序在它自己的網站的正確路徑 - 因此它應該在什麼工作就像http://localhost:1234/path/subpath/index.htm

二)安裝IIS AAR模塊並啓用反向代理使用WebPI和IIS管理工具

C)函數忽略/路徑/子路徑路線在您的應用程序

d)用於/路徑/子路徑添加一個虛擬目錄到IIS

E)配置,要轉回爲localhost:1234或任何端口配置了網站

這將保持原有的應用程序完全獨立,同時保持面向公衆的網址,尋找世界各地的正確。

+0

非常感謝你 - 我認爲這將完全符合我的需求。 – user2044384