最近碰到了一個(gè)棘手的問(wèn)題，就是給網(wǎng)站做301重定向之后，發(fā)現(xiàn)首頁(yè)重定向后url成了這個(gè)樣子http://*/eurl.axd/04b543fc04d72b47a720ff84a32c0103/ 仔細(xì)查看重寫(xiě)向沒(méi)有設(shè)置錯(cuò)啊?？戳司W(wǎng)站上有一些信息：

造成這種情況的原因是:

IIS6中同時(shí)啟用了ASP.NET 2.0 和 ASP.NET 4.0 后，網(wǎng)站程序可能會(huì)出現(xiàn)如下錯(cuò)誤：“ System.Web.HttpException: Path ‘//eurl.axd/‘ was not found. ”

錯(cuò)誤發(fā)生的原因是當(dāng)ASP.NET檢測(cè)到Web站點(diǎn)配置為使用ASP.NET 4.0，本地ASP.NET 4.0 的組件會(huì)傳遞一個(gè)不能擴(kuò)展的 URL到ASP.NET的管理程序作進(jìn)一步處理。但是，如果一個(gè)低于ASP.NET 4.0 的網(wǎng)站配置為使用ASP.NET 2.0，處理這樣不能擴(kuò)展的 URL 時(shí)，URL的修改結(jié)果中會(huì)包含字符串“eurl.axd”，修改后的URL會(huì)被發(fā)送到 ASP.NET 2.0應(yīng)用程序。

ASP.NET 2.0中是不能識(shí)別“eurl.axd”的。因此ASP.NET 2.0會(huì)嘗試查找一個(gè)文件名為“eurl.axd”的文件并執(zhí)行它。因?yàn)闆](méi)有這樣的文件，所以會(huì)請(qǐng)求失敗，Http異常并拋出帶有字符串“eurl.axd”的錯(cuò)誤。

有三種方法可以解決這樣的問(wèn)題：

1.如果網(wǎng)站程序不需要ASP.NET 4?.0 的支持，那么可以直接配置網(wǎng)站使用ASP.NET 2.0。 (這樣做好)

2.如果網(wǎng)站程序需要ASP.NET 4?.0的支持，就需要將該網(wǎng)站下使用ASP.NET 2.0的虛擬目錄移動(dòng)到其他網(wǎng)站。

3.如果上面兩種方法都不適用于你的實(shí)際情況，那么就只能用這種方法了：

打開(kāi)注冊(cè)表找到“HKEY_LOCAL_MACHINESOFTWAREMicrosoftASP.NET4.0.30319.0”，添加鍵值名為“EnableExtensionlessUrls” 類型為“DWORD”的鍵值，并設(shè)置值為“0”。然后在cmd中運(yùn)行“IISRESET”，重啟IIS以讀取注冊(cè)表修改后的內(nèi)容。注：此項(xiàng)修改就是關(guān)閉ASP.NET 4?.0對(duì)無(wú)擴(kuò)展URL的處理，若將此項(xiàng)鍵值設(shè)為“1”則開(kāi)啟。  (這種是最不靠譜的做法)

新的東西也不見(jiàn)的是什么好玩意啊,谷哥一直跟著小微--(微軟) 混,大部分環(huán)境都用的是新的,動(dòng)不動(dòng)就出現(xiàn)什么問(wèn)題很是無(wú)語(yǔ).   

野狼批注：如果用不著asp.0net4.0 那么就用2.0吧！