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