我們有一個IIS Web場,其中包含一個負載平衡器,4個ARR和2個運行DNN CMS的ASP.NET應用程序服務器。 4個ARR將URL重寫爲DNN應用程序服務器。我們有超過100個網址需要重定向到網站中更具體的資源。重定向不適用於ARR,但適用於DNN
例如,當在http://www.abcd.com/product1
來自外部的用戶類型,理想的結果是重定向到www.abcd.com/index.aspx?articleid=1234
,我們DNN環境中配置這樣的行爲,我們可以肯定的是它的工作原理,當我們在瀏覽中的網站DNN應用程序服務器,DNN能夠檢測URL並相應地執行重定向。當我們試圖從瀏覽LB和ARRS的http://www.abcd.com/product1
,當我們鍵入http://www.abcd.com/product1
,它只是回去http://www.abcd.com
炫魅,其重定向無法在所有的工作發生
問題。在ARR和LB上沒有執行IIS級別的HTTP重定向,唯一的設置是默認的URL重寫規則,它將重寫URL到後端DNN服務器。
在IIS論壇中也發佈了同樣的問題,只是我決定再次發佈它以獲得更多曝光。
好問題!你有能力用Visual Studio進行調試嗎?我重寫了我自己的問題,並通過在執行DNN源代碼時加以解決。您可以確切地確認DNN正在接收什麼輸入,以及它將發送到DNN核心進行處理的輸出 – 2013-03-11 04:23:36
DNN設置全部由開發人員配置,我無法訪問它,我可以通過加載鏈接來確認它是否正在工作在DNN應用程序服務器瀏覽器上。 – user2155404 2013-03-11 04:27:48