在安裝Service Pack 1 for .NET 3.5
後,我遇到IIS 6.0停止工作的問題。.NET 3.5 Service Pack 1在ASP.NET Web App上導致404頁面
我有2個相同的虛擬專用服務器。第一次安裝SP1沒有不利影響。在第二個安裝它導致ASP.NET頁面開始返回404頁面未找到。
靜態.html頁面在兩臺服務器上都可以正常工作。
有沒有人經歷過這個?
在安裝Service Pack 1 for .NET 3.5
後,我遇到IIS 6.0停止工作的問題。.NET 3.5 Service Pack 1在ASP.NET Web App上導致404頁面
我有2個相同的虛擬專用服務器。第一次安裝SP1沒有不利影響。在第二個安裝它導致ASP.NET頁面開始返回404頁面未找到。
靜態.html頁面在兩臺服務器上都可以正常工作。
有沒有人經歷過這個?
這是廣泛的問題,所以讓我們通過提出一些疑難問題開始:
- 根據您的描述,ASP.NET運行時沒有趕上你的要求和處理ASPX文件。您可能需要使用ASPNET_REGIIS -i再次向IIS註冊asp.net管道。
- 您是否確定app_offline.htm文件已從應用程序的目錄中刪除 ? 我之前發生過 更新。
- 您是否設置了fiddler來跟蹤請求,看看 究竟是什麼請求?
- 確保在IIS管理控制檯中的「Web Service Extensions」下啓用了ASP.NET。 Make sure everything is set to allowed for your different versions of the framework.
好了,讓我們開始與那些,希望我們可以指導你的問題。
您的web.config中的CustomErrors設置爲On或RemoteOnly?如果是這樣,當你將它改爲Off時,你會得到什麼?
之前沒有人做過,所以我將指向一個簡單的解決方案:
您是否已經卸載了Service Pack並重新安裝了它(或整個框架)?
編輯:@Kev:
簡單的解釋:他說,更新在一臺機器上工作,但不在另一臺機器上。過去我也遇到類似的問題,重新安裝有助於解決其中的一些問題。這是微不足道的。
這是我的方法:
1.瑣碎
2.容易
3.頭痛
你是對的,對生產系統,你一定要小心,但是這是他的決定。而且由於它是一個虛擬服務器,因此他可能很容易將其複製並首先嚐試作爲測試環境。
我沒有與.NET 3.5 SP1這個確切的錯誤,但過去曾經見過類似的情況。通常可以通過打開命令提示符,轉到相應的.NET文件夾並運行ASPNET_REGIIS -i來解決此問題。在.NET 3.5的情況下,沒有對框架主要位的更新,所以你實際上可以訪問我的機器上的.NET 2.0文件夾:
\ Windows \ Microsoft.Net \ framework \ v2.0.50727
運行ASPNET_REGIIS -i將使用IIS重新註冊所有ASP.NET庫,並且應該等同於在給定機器上重新安裝框架(與就IIS而言)
只是爲了澄清。戴爾給出的最後一點(第4點)是問題所在。在安裝SP1期間,ASP.NET和WebDAV的狀態在Web Service Extensions下設置爲「禁止」。
爲什麼SP1的安裝改變一臺服務器上此設置,而不是其他的是,我不會介意(但沒想到)的答案是一個謎......
第二個環節由CodingTheWheel還提供有答案,所以我也打算把這個標記爲答案。