經(jīng)常做網(wǎng)站設計的開(kāi)發(fā)人員來(lái)說(shuō)，iis部署web網(wǎng)站是必不可少的，但是遇到復雜環(huán)境，而又需要配置的時(shí)候，可能就有不少開(kāi)發(fā)者來(lái)說(shuō)就束手無(wú)策了，
如果對IIS和Web.config不夠熟悉，不知其中要害，很容易導致一些問(wèn)題沒(méi)有及時(shí)得到解決，甚至會(huì )浪費一天或更久的時(shí)間去處理系統配置的問(wèn)題。
宜興博路網(wǎng)絡(luò )與網(wǎng)站設計者們共同探討下Web.config的system.webServer節點(diǎn)配置，如有太神看到有錯誤之處，勞煩指點(diǎn)下
環(huán)境：IIS 7.0及以上版本
一、總覽
system.WebServer 是 configuration 節的子級。有關(guān)更多信息，請參見(jiàn) IIS 7.0: system.webServer Section Group (IIS Settings Schema)（IIS 7.0：system.webServer 節組（IIS 設置架構））。
下面是可以在 system.WebServer 配置組中進(jìn)行的 Web 服務(wù)器設置的示例：
當請求未包含特定資源時(shí)，Web 服務(wù)器返回給客戶(hù)端的默認文檔（defaultDocument 元素）。
響應的壓縮設置（httpCompression 元素）。
自定義標頭（httpProtocol 節的 customHeaders 元素）。
模塊（modules 元素）。
處理程序（handlers 元素）。
system.webServer 節中的某些設置只適用于 IIS 7.0 集成模式，而不適用于經(jīng)典模式。
具體而言，如果應用程序正在經(jīng)典模式下運行，則會(huì )忽略 Web.config 文件的 system.WebServer節中指定的所有托管代碼模塊和處理程序。
與 IIS 的早期版本相同，托管代碼模塊和處理程序必須在 system.web 節的 httpModules 和 httpHandlers 元素中定義。
本主題闡釋需要修改 system.webServer 節的三個(gè)常見(jiàn)配置任務(wù)：
添加默認文件，以便在請求 URL 未包含特定的文件時(shí)，提供該默認文件。
注冊托管代碼模塊。
添加自定義響應標頭。
如果 Web.config 文件尚未包含 system.webServer 節，請在 configuration 元素中創(chuàng )建該節，如下面的示例所示：
二、配置默認文件
在 system.webServer 元素內，創(chuàng )建一個(gè) modules 元素；在 modules 元素內創(chuàng )建一個(gè) add 元素，并在 name 和 type 屬性中指定自定義模塊。實(shí)際的名稱(chēng)和類(lèi)型取決于要添加的模塊；
下面的示例演示如何添加名為CustomModule的自定義模塊，該模塊將實(shí)現為類(lèi)型Samples.CustomModule。
<add name="CustomModule" type="Samples.CustomModule" />
向模塊注冊中添加 precondition 屬性，并將其值設置為managedHandler。
此前置條件會(huì )導致僅在請求 ASP.NET 應用程序資源（例如 .aspx 文件或托管處理程序）時(shí)才調用該模塊。該資源中不包括靜態(tài)文件（例如 .htm 文件）。
其 configuration 節將類(lèi)似于以下示例。
<add name="CustomModule" type="Samples.CustomModule" precondition="managedHandler" /><add value="Products.aspx" />
關(guān)于MVC
對于像MVC這種比較特殊的URL，例如www.store.com/books/GetById/2
因為沒(méi)有文件后綴名，IIS通常會(huì )無(wú)法解析,返回403或者404錯誤。
ASP.NET v4.0增加了新的特性，當運行在IIS7以上版本，并且需要IIS的一個(gè)快速修復程序KB980368，配置web.config后，將會(huì )正常處理上面這種 extensionless URL。
IIS經(jīng)典模式下的配置
服務(wù)器會(huì )繼續通過(guò) Aspnet_isapi.dll 路由托管代碼請求，其處理請求的方式就像應用程序在 IIS 6.0 中運行一樣，aspnet_isapi.dll（IIS的native handler擴展），通過(guò)映射到System.Web.DefaultHttpHandler進(jìn)行處理。
<validation validateIntegratedModeConfiguration="false" /><modules runAllManagedModulesForAllRequests="true" /><remove name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" /><remove name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" /><remove name="ExtensionlessUrlHandler-Integrated-4.0" /><add name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%Microsoft.NETFramework 4.0.30319spnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness32" responseBufferLimit="0" /><add name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%Microsoft.NETFramework64 4.0.30319spnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness64" responseBufferLimit="0" /><add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
IIS集成模式下的配置
服務(wù)器將使用 IIS 和 ASP.NET 的集成請求處理管道來(lái)處理請求，映射到System.Web.Handlers.TransferRequestHandle來(lái)處理
<modules runAllManagedModulesForAllRequests="true" /><remove name="ExtensionlessUrlHandler-Integrated-4.0" /><remove name="OPTIONSVerbHandler" /><remove name="TRACEVerbHandler" /><add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
經(jīng)典模式（classic mode）和集成模式（Integrated mode）比較
在經(jīng)典模式下，IIS會(huì )用ISAPI擴展（ISAPI extension aspnet_isapi.dll）和 ISAPI過(guò)濾器（ISAPI filter aspnet_filter.dll）來(lái)調用ASP.NET運行庫來(lái)處理請求。
使用經(jīng)典模式的話(huà)，服務(wù)器會(huì )用兩種管道來(lái)處理請求一個(gè)負責源代碼，另外一個(gè)負責托管代碼。在這種模式下，應用程序不能充分使用IIS7.X提供的服務(wù)。
httpHandler 和 httpModule 在集成和經(jīng)典模式下的區別
經(jīng)典模式，在web.config的
集成模式，在web.config的
四、配置自定義響應標頭
利用自定義響應標頭，可向瀏覽器發(fā)送應用程序特定的信息。例如，可以添加 Content-Language 標頭來(lái)描述網(wǎng)頁(yè)正文中使用的語(yǔ)言。若要執行此操作，請提供一個(gè)或多個(gè)語(yǔ)言和國家/地區值，例如 en-US（美國英語(yǔ)）或 en-GB（英國英語(yǔ)）。
在 system.webServer 元素內，創(chuàng )建一個(gè) httpProtocol 元素。
在 httpProtocol 元素內，創(chuàng )建一個(gè) customHeaders 元素。
在 customHeaders 元素內創(chuàng )建一個(gè) add 標記，并在 name 和 value 屬性中指定自定義標頭。實(shí)際的名稱(chēng)和類(lèi)型將取決于該標頭在應用程序中的功能。
下面的示例演示如何添加名為CustomHeader且值為CustomHeader的自定義標頭。
<add name="CustomHeader" value="CustomHeader" />
五、配置靜態(tài)內容
enableDocFooter屬性指定是否啟用文檔頁(yè)腳。
defaultDocFooter屬性包含：
如果isDocFooterFileName屬性設置為false，則IIS 7將用于文檔頁(yè)腳的文本字符串
如果isDocFooterFileName屬性設置為true，則文件的完整限定路徑包含IIS 7將用于文檔頁(yè)腳的文本。
如上所述，isDocFooterFileName屬性指定defaultDocFooter屬性是否包含IIS 7將用于文檔頁(yè)腳的文本字符串或包含IIS 7將用于文檔頁(yè)腳的文本的文件的標準路徑。
注意：默認情況下，isDocFooterFileName屬性設置為false并全局鎖定。要為文檔頁(yè)腳使用文件，您需要在全局級別將isDocFooterFileName屬性設置為true，或者解鎖該屬性。
配置mineMap節點(diǎn)，增加mime類(lèi)型
在app和音頻視頻橫行的時(shí)代，增加mime類(lèi)型成了iis必不可少的配置
配置mineMap節點(diǎn)，使得網(wǎng)站部署一步到位，不用每次為新服務(wù)器添加
<remove fileExtension=".woff" /><remove fileExtension=".woff2" /><mimeMap fileExtension=".woff" mimeType="application/font-woff" /><mimeMap fileExtension=".woff2" mimeType="application/font-woff" />
再貼一段常用代碼
<remove fileExtension=".mp4" /><remove fileExtension=".m4a" /><remove fileExtension=".m4v" /><remove fileExtension=".ogv" /><remove fileExtension=".webm" /><mimeMap fileExtension=".mp4" mimeType="video/mp4" /><mimeMap fileExtension=".m4a" mimeType="video/mp4"/><mimeMap fileExtension=".m4v" mimeType="video/m4v" /><mimeMap fileExtension=".ogv" mimeType="video/ogg"/><mimeMap fileExtension=".webm" mimeType="video/webm"/>
注意：添加之前必須先remove，否則如果原來(lái)已存在，會(huì )引起異常
以上這些是我們經(jīng)常在網(wǎng)站設計程序開(kāi)發(fā)中碰到的一些web.config一些參數配置，只要了解這些參數功能，我們才會(huì )解決我們實(shí)際應用過(guò)程中出現的一些問(wèn)題。