網址末端出現句號(.、Period、Dot)引發HTTP 500錯誤

在Microsoft Windows Server - IIS中無論是ASP.NET WebForms還是ASP.NET MVC,只要在網址的最末端(最後面、結尾)出現英文的句號(.、Period、Dot),就會觸發500 Internal Server Error,錯誤訊息如下所列:

'/' 應用程式中發生伺服器錯誤。
執行階段錯誤
描述: 處理您的要求時發生例外狀況。此外,執行第一個例外狀況的自訂錯誤頁面時發生另一個例外狀況。要求已終止。

Server Error in '/' Application.
Runtime Error
Description: An exception occurred while processing your request. Additionally, another exception occurred while executing the custom error page for the first exception. The request has been terminated.

設定錯誤網頁(Error Page)是沒用的

一般來說,我們不太可能會在網址的最末端出現句號,但也難保說不會發生,例如下列查詢縮寫的例子:

http://127.0.0.1/Query/Crop.
http://127.0.0.1/Query.aspx?Words=Crop.

真的要解決這個詭異的問題,其實去設定IIS的錯誤網頁(Error Page)是沒有用的,最終他還是會吐出HTTP 500的錯誤,例如下圖:

正確做法,設定Web.Config中的relaxedUrlToFileSystemMapping

介面式的作法 - 1:進入IIS,點選左邊樹狀網站根目錄,點選「設定編輯器」。

介面式的作法 - 2:下拉區段至System.Web/httpRuntime,找到relaxedUrlToFileSystemMapping將其設定為True。

直接開啟Web.Config的作法

這種做法我想不用多說了,直接看XML即可。

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
	<system.web>
		<httpRuntime relaxedUrlToFileSystemMapping="true" />
	</system.web>
</configuration>

發生錯誤的原因

微軟家大業大,只要一做不好、一出現漏洞就會被網路公幹,例如BSOD(blue screen of death)我可能超過10年沒看過了,但仍然每次都會被人家拿來嘲諷,好像一副MacOS、Linux都不會當機一樣,我只能說我笑了。算了,這不是這篇文章要討論的重點。

微軟檢查這個,是因為IIS對應的Windows作業系統中的檔案目錄層級,而Windows中並不允許空白的附檔名,所以relaxedUrlToFileSystemMapping預設值當然就是false(也就是要嚴格檢查是否有對應檔案系統)。

PeriodAtTheEndOfURL DotAtTheEndOfURL