在IE中禁用功能時打開指向Intranet站點的鏈接

Question

因此，最近我的任務是在打開Intranet站點上的頁面的網站上製作標準超鏈接。這在Chrome瀏覽器中工作在相同的環境中，但不在IE 8中。這是客戶端當前支持的瀏覽器。

問題是，在IE設置權限較低的Web內容區域中的網站可以導航到此區域。由策略設置禁用，所以如果您嘗試打開從站點到Intranet站點的鏈接，則在IE 8中會出現Access Denied（訪問被拒絕）錯誤。

現在很明顯，鑑於這是禁用的，並且無法在短期內啓用（如果有的話），並且假設向他們提供複製鏈接不是一個令人滿意的解決方案，我被要求看看有什麼可能。

一個url指向Intranet站點的站點地圖。我也無法訪問Intranet站點代碼。

事情我已經嘗試：

1. 使用JavaScript打開一個窗口 - 拒絕訪問
2. 使用JavaScript來打開一個空白窗口，並注入javascript來更新window.location的，這也導致了Accesss被拒絕因爲新窗口似乎在原始域上（而不是空白）。
3. IIS反向代理，單擊該鏈接似乎在當前站點內託管Intranet站點。這很有效，但由於內部重定向，兩個功能在Intranet網站上無法正常工作，所以不可行。
4. 執行從映射的內部鏈接到IIS和.Net控制器級別上所需的Intranet鏈接的重定向，這些都會在客戶端計算機上禁用重定向時失敗。
5. IFRAME，eurgh - 拒絕訪問

所以我的問題是因爲該功能被禁用IE瀏覽器可以在任何一個想到的解決這個問題的方法是什麼？

謝謝

Answer 1

只是在任何人認爲這有用。我設法解決這個使用IIS反向代理。有些內部重定向沒有被處理，與其他站點的子文件夾不同。但是我得到這個工作的主要問題是外部網站上的.aspx文件的調用實際上被內部網站的頁面處理程序捕獲，這意味着某些調用的重寫規則在頁面內部得到處理並返回一個404頁面。

由於我們的內部站點在MVC下使用剃鬚刀，因此不使用頁面處理程序，所以我很幸運能夠刪除web.config中的頁面處理程序。如果情況並非如此，我將不得不重新排序處理程序，以便重定向規則在處理程序之前處理該調用。