關(guān)于IIS 6.0的故事一言難盡，如果你已經(jīng)在IIS技術(shù)上有所投資，IIS 6.0無(wú)疑是一個(gè)動(dòng)人的、非聽(tīng)不可的話題。鑒于IIS 6.0和以前版本的差別實(shí)在太大了，只用一篇文章很難做到面面俱到，所以本文首先探討IIS 6.0的安裝、體系結(jié)構(gòu)以及由于體系結(jié)構(gòu)方面的差異帶 來(lái)的全新服務(wù)功能，下一篇文章接著介紹IIS 6.0的新特性——其中有些你可能還沒(méi)有聽(tīng)說(shuō)過(guò)，另外還有默認(rèn)配置方面的一些重要變化，這些變化可能會(huì)影響到你的遷移計(jì)劃。

　　一、安裝IIS 6.0

　　首先從最基本的說(shuō)起吧。IIS 6.0包含在Windows Server 2003服務(wù)器的四種版本之中：數(shù)據(jù)中心版，企業(yè)版，標(biāo)準(zhǔn)版，Web版。另外，順便再回答一個(gè)最常見(jiàn)的IIS 6.0問(wèn)題：IIS 6.0不能在Windows XP、2000或NT上運(yùn)行。

　　安裝好Windows 2003之后，馬上就可以看到Windows 2003/IIS 6.0的與眾不同之處，其中一個(gè)關(guān)鍵的變化是，除了Windows 2003 Web版之外，Windows 2003的其余版本默認(rèn)不再安裝IIS。按照微軟過(guò)去的理念，安裝操作系統(tǒng)的同時(shí)IIS也自動(dòng)啟動(dòng)，為許多Web應(yīng)用提供服務(wù)，Windows 2003的做法可謂一大突破。在Windows 2003中，安裝IIS有三種途徑：利用“管理您的服務(wù)器”向?qū)В每刂泼姘濉疤砑踊騽h除程序”的“添加/刪除Windows組件”功能，或者執(zhí)行無(wú)人值守安裝。

　　第一次啟動(dòng)Windows 2003系統(tǒng)時(shí)，“管理您的服務(wù)器”向?qū)ё詣?dòng)啟動(dòng)，如圖一所示。


screen.width*0.5) {this.resized=true; this.width=screen.width*0.5;}" border=0>
　　圖一

　　選擇“添加或刪除”角色，在“配置服務(wù)器”向?qū)е锌梢钥吹揭幌盗锌膳渲玫姆?wù)器角色，其中就有“應(yīng)用程序服務(wù)器（IIS，ASP.NET）”選項(xiàng)，如圖二，選中該選項(xiàng)之后點(diǎn)擊“下一步”，向?qū)峁┝耸欠癜惭bASP.NET和Microsoft FrontPage服務(wù)器擴(kuò)展的選項(xiàng)。可以看到，微軟在這里采用了一種新型的“安裝任何部件之前總是
征求用戶意見(jiàn)”的IIS安裝策略，對(duì)于微軟來(lái)說(shuō)，這是一個(gè)徹底的轉(zhuǎn)變，證明微軟確實(shí)在認(rèn)真對(duì)待安全問(wèn)題。


screen.width*0.5) {this.resized=true; this.width=screen.width*0.5;}" border=0>
　　　圖二
　　使用控制面板中的“添加/刪除Windows組件”功能還要靈活一些。在向?qū)е羞x擇“應(yīng)用程序服務(wù)器”，再點(diǎn)擊“詳細(xì)信息”，向?qū)э@示出一系列組件的清單，其中就有“Internet信息服務(wù)（IIS）”選項(xiàng)，還有一些選項(xiàng)是以前的“添加/刪除Windows組件”向?qū)](méi)有提供的，表一概括比較了IIS 6.0和IIS 5.0 的主要組件。如果從這里安裝IIS 6.0，最后得到的Web服務(wù)器可能只支持靜態(tài)內(nèi)容（除非在安裝期間選中了某些擴(kuò)展組件）。選中Internet信息服務(wù)選項(xiàng)，再點(diǎn)擊“詳細(xì)信息”，可以看到IIS 6.0的子組件，如圖三所示。



screen.width*0.5) {this.resized=true; this.width=screen.width*0.5;}" border=0>

　　圖三

　也許你已經(jīng)注意到了表一列出的某些新增組件選項(xiàng)，但你注意到IIS 6.0少了什么嗎？IIS 6.0中消失不見(jiàn)的最主要的一個(gè)項(xiàng)目是文檔。在IIS 6.0中，所有文檔都以幫助文件的形式發(fā)布，不再有IISHelp虛擬目錄。在IIS 5.0中，如果從本地訪問(wèn)服務(wù)器，默認(rèn)Web網(wǎng)站自動(dòng)打開(kāi)IIS的文檔，但在IIS 6.0中，如果打開(kāi)“
http://localhost”，只能看到一個(gè)聲明網(wǎng)站正在構(gòu)建之中的頁(yè)面。

　　另外，在IIS 5.0的IISHelp虛擬目錄中有一些錯(cuò)誤處理頁(yè)面，這些錯(cuò)誤處理頁(yè)面以ASP的方式實(shí)現(xiàn)。如果你要用到定制的（或者修改過(guò)的）幫助文件、錯(cuò)誤處理頁(yè)面，在IIS 6.0網(wǎng)站上必須自己創(chuàng)建該目錄。

　　進(jìn)一步分析IIS 6.0的子組件清單，可以發(fā)現(xiàn)：原來(lái)在IIS 5.0和IIS 4.0中默認(rèn)安裝的Internet服務(wù)管理器（ISM）已經(jīng)不見(jiàn)了。但是，如果你點(diǎn)擊“萬(wàn)維網(wǎng)服務(wù)”（IIS 6.0的子組件之一，但圖三沒(méi)有顯示出來(lái)），再點(diǎn)擊“詳細(xì)信息”，可以發(fā)現(xiàn)IIS 6.0的萬(wàn)維網(wǎng)服務(wù)還有子組件，如圖四所示，其中包括原來(lái)的Internet服務(wù)器管理器，不過(guò)現(xiàn)在已經(jīng)改名為“遠(yuǎn)程管理（HTML）”；還有Windows 2003和XP版本的終端服務(wù)高級(jí)客戶端（TSAC）——現(xiàn)在它叫做“遠(yuǎn)程桌面Web連接”。現(xiàn)在，我們不僅可以方便地添加或刪除這兩個(gè)子組件，對(duì)其他子組件也一樣，包括：ASP，Internet數(shù)據(jù)連接器，在服務(wù)器端的包含文件，WebDAV發(fā)布，當(dāng)然還有萬(wàn)維網(wǎng)服務(wù)。


screen.width*0.5) {this.resized=true; this.width=screen.width*0.5;}" border=0>　

　　圖四

　　安裝IIS 6.0的最后一種方式是無(wú)人值守安裝。和以前一樣，這仍舊是唯一一種能夠?qū)⒐ぞ吆湍J(rèn)Web網(wǎng)站安裝到其他驅(qū)動(dòng)器（而不是系統(tǒng)驅(qū)動(dòng)器）的安裝方式。Windows 2003無(wú)人值守安裝方式大體上仍和Win 2K一樣，都是用Sysocmgr和一個(gè)應(yīng)答文件實(shí)施安裝。當(dāng)然，新的特性需要新的參數(shù)、選項(xiàng)，有關(guān)這方面的詳細(xì)說(shuō)明，可以在Windows 2003 Release Candidate 2 （RC2）找到，地址是：http://www.microsoft.com/technet ... s_installingiis.asp。

　　如果將IIS 5.0或IIS 4.0服務(wù)器升級(jí)到Windows 2003，IIS 6.0不會(huì)被設(shè)置成自動(dòng)啟動(dòng)。也就是說(shuō)，如果采用升級(jí)的方式安裝，IIS 6.0默認(rèn)是禁用的，除非遇到下列情況之一：

　　⑴ 以前的IIS服務(wù)器上已經(jīng)安裝了IIS Lockdown工具。

　　⑵ 存在注冊(cè)子鍵
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW3SVCRetainW3SVCStatus，且它包含一個(gè)任意的注冊(cè)鍵。例如，你可以創(chuàng)建一個(gè)名為EnableIIS6的鍵，設(shè)定它的值為DWORD類型的1。

　　⑶ 在無(wú)人值守的升級(jí)安裝中，應(yīng)答文件的[InternetServer]部分存在DisableWebServiceOnUpgrade = True/False條目。


　　二、支持服務(wù)

　　自IIS 6.0發(fā)布以來(lái)，它的某些新特性一直是人們關(guān)注和議論的焦點(diǎn)，成為眾人矚目的明星，但另一些Internet支持服務(wù)雖然不是經(jīng)常有人說(shuō)起，卻同樣值得關(guān)注，其中之一就是POP3服務(wù)和POP3服務(wù)Web管理器。我們無(wú)從得知微軟為何不在“應(yīng)用程序服務(wù)器”組件清單中列出POP3服務(wù)，但是繼SMTP服務(wù)之后（SMTP服務(wù)隨同POP3服務(wù)一起安裝），管理員們盼望POP3服務(wù)已經(jīng)很久了，他們一直在期盼著用一個(gè)簡(jiǎn)單的POP3服務(wù)來(lái)替代龐大的Microsoft Exchange Server。

　　統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議（Universal Description, Discovery, and Integration，即UDDI）服務(wù)是Windows 2003提供的又一種新的功能，它也與IIS有關(guān)，但默認(rèn)不安裝（注意，Windows 2003 Web版不能安裝UDDI）。UDDI是一種產(chǎn)業(yè)標(biāo)準(zhǔn)（即不是微軟的發(fā)明），能夠通過(guò)廣告發(fā)布IIS服務(wù)器提供的Web服務(wù)——這里“廣告”一詞的含義與日常生活中的廣告不同，它是指一種讓客戶程序（通常是Web瀏覽器）獲知Web服務(wù)（通常是ASP.NET應(yīng)用）各種細(xì)節(jié)的方式。UDDI仍在發(fā)展之中，但一些企業(yè)已經(jīng)在內(nèi)部采用UDDI，以便開(kāi)發(fā)者將自己的代碼發(fā)布給其他協(xié)作開(kāi)發(fā)的人。有關(guān)UDDI的更多知識(shí)，可以在下列網(wǎng)站找到：http://www.uddi-china.org/（中文），http://www.uddi.org（英文），http://www.uddicentral.com（英文）。

　　最后一種重要的支持服務(wù)是后臺(tái)智能傳送服務(wù)，即 Background Intelligent Transfer Service或BITS。BITS是一種后臺(tái)文件傳輸機(jī)制和隊(duì)列管理器，也稱作節(jié)流傳輸服務(wù)。BITS控制文件請(qǐng)求，減少帶寬消耗并改善最終用戶的體驗(yàn)。針對(duì)IIS啟用BITS可保證Web服務(wù)器的服務(wù)質(zhì)量，如果沒(méi)有BITS，當(dāng)100個(gè)用戶同時(shí)下載一個(gè)500 MB的文件，服務(wù)器的帶寬可能就被消耗殆盡，導(dǎo)致其他訪問(wèn)Web服務(wù)的用戶頻繁地遇到超時(shí)錯(cuò)誤。如果BITS就象廣告說(shuō)的那樣有效，可以料想它將是一種非常實(shí)用的服務(wù)。Windows 2003發(fā)布之后，按照計(jì)劃，BITS還將移植到Win2K上。關(guān)于BITS的更多信息，請(qǐng)參見(jiàn)http://www.microsoft.com/windows ... /overview/bits.mspx。
　　三、全新的內(nèi)核

　　從體系結(jié)構(gòu)上看，IIS 5.0和IIS 4.0其實(shí)是一樣的：它們都是在用戶模式下運(yùn)行的發(fā)布Web內(nèi)容的應(yīng)用程序，或者在Inetinfo進(jìn)程之內(nèi)以System帳戶運(yùn)行，或者在Inetinfo進(jìn)程之外以IWAM用戶運(yùn)行。雖然在較重的負(fù)載下，IIS 5.0也有相當(dāng)出色的表現(xiàn)；不過(guò)從IIS 6.0開(kāi)始，我們對(duì)IIS底層結(jié)構(gòu)的看法應(yīng)該改變了。為了使IIS不僅能夠輕松地支持1000個(gè)Web網(wǎng)站，而且能夠支持10000個(gè)甚至更多的網(wǎng)站，同時(shí)還要提高Web服務(wù)器的安全性和可靠性，微軟放棄了原有的IIS內(nèi)核，重新構(gòu)造了一個(gè)。

　　另一個(gè)促使微軟重新構(gòu)建IIS內(nèi)核的原因是，微軟（以及其他廠商）認(rèn)識(shí)到，Web服務(wù)器的性能和可靠性問(wèn)題絕大部分是由于質(zhì)量低劣的Web應(yīng)用造成。IIS 5.0通過(guò)帶緩沖池的Out of Process容器減輕這類問(wèn)題。在IIS 5.0中，在Out of Process池中運(yùn)行的應(yīng)用一旦崩潰，一般不會(huì)波及到IIS本身，因?yàn)閼?yīng)用程序在Inetinfo之外的進(jìn)程中運(yùn)行，但運(yùn)行在Out of Process池之內(nèi)的所有Web應(yīng)用都會(huì)終止——在默認(rèn)情況下，所有的應(yīng)用程序都在該池之中運(yùn)行。在這種情況下，排解故障很不容易，因?yàn)橐_定哪一個(gè)應(yīng)用程序?qū)е铝藛?wèn)題非常困難。IIS 6.0將監(jiān)聽(tīng)請(qǐng)求、創(chuàng)建和監(jiān)視Web網(wǎng)站、運(yùn)行Web服務(wù)這些不同的任務(wù)隔離了開(kāi)來(lái)，這一新型體系可望解決IIS 5.0存在的問(wèn)題。從理論上看，新的體系將極大地改善可用性、安全和性能；從實(shí)際情況看，根據(jù)微軟和Beta測(cè)試者的報(bào)告，新的體系令穩(wěn)定性和性能有了奇跡般地提高。IIS 6.0的內(nèi)核體系主要建立在三個(gè)組件之上：W3SVC，http.sys，以及W3Core。

　　■ W3SVC

　　W3SVC也許是IIS 6.0體系中最不令人注意的組件，不過(guò)這并不說(shuō)明它不重要。W3SVC的任務(wù)是根據(jù)配置數(shù)據(jù)的設(shè)置創(chuàng)建和監(jiān)視工作線程，由工作線程運(yùn)行Web網(wǎng)站應(yīng)用。在IIS 5.0中，與IIS 6.0 W3SVC組件最接近的是IIS管理服務(wù)，IIS管理服務(wù)是Inetinfo的一部分；
因此，如果Inetinfo出現(xiàn)問(wèn)題，IIS管理服務(wù)也會(huì)出現(xiàn)問(wèn)題，而且此時(shí)的IIS管理服務(wù)不能再重新啟動(dòng)Inetinfo或其他故障的應(yīng)用程序。在IIS 6.0中，W3SVC作為一個(gè)獨(dú)立的進(jìn)程運(yùn)行，Web應(yīng)用的故障不可能波及W3SVC，因?yàn)閃3SVC之內(nèi)根本沒(méi)有第三方的代碼運(yùn)行。W3SVC總是處于運(yùn)行狀態(tài)，因此它能夠監(jiān)視Web應(yīng)用的健康狀況，并在必要時(shí)采取行動(dòng)。由于這一策略，服務(wù)器能夠根據(jù)用戶指定的參數(shù)監(jiān)視和重新啟動(dòng)應(yīng)用程序。

　　■ http.sys

　　IIS 6.0體系設(shè)計(jì)中最重大的變化是加入了http.sys驅(qū)動(dòng)程序，http.sys驅(qū)動(dòng)程序的任務(wù)是處理HTTP請(qǐng)求，而且它在內(nèi)核模式下執(zhí)行操作。不要小看這一改變，將處理HTTP請(qǐng)求的任務(wù)從IIS 5.0、IIS 4.0的用戶模式改變到IIS 6.0的內(nèi)核模式標(biāo)志著新一代IIS服務(wù)器的誕生。

　　在Win 2K和NT 4.0中，IIS在用戶模式下運(yùn)行。運(yùn)行在用戶模式下的應(yīng)用程序不直接與硬件通信，它們直接調(diào)用的是一些標(biāo)準(zhǔn)過(guò)程，這些標(biāo)準(zhǔn)過(guò)程或者將數(shù)據(jù)傳入內(nèi)核模式的組件（例如網(wǎng)卡驅(qū)動(dòng)程序，圖形子系統(tǒng)），或者調(diào)用內(nèi)核模式組件的函數(shù)，以此完成保存文件、設(shè)置IP地址、將HTML文件發(fā)送到網(wǎng)絡(luò)之類的任務(wù)。

　　用戶模式和內(nèi)核模式之間的轉(zhuǎn)換是一項(xiàng)開(kāi)銷很大的操作，服務(wù)器首先從內(nèi)核模式的TCP/IP棧將傳入的HTTP請(qǐng)求傳遞給用戶模式的Winsock，由Winsock將請(qǐng)求傳遞給IIS。從內(nèi)核模式到用戶模式的切換很快發(fā)生，但不可避免地給處理過(guò)程帶來(lái)瞬間的延遲。當(dāng)負(fù)載較大時(shí)，這種延遲不斷累加，同時(shí)由于這種轉(zhuǎn)換是必不可少的，所以管理員根本沒(méi)有辦法優(yōu)化處理過(guò)程。

　　IIS 6.0的https.sys內(nèi)核模式驅(qū)動(dòng)程序極大地減少了用戶模式和內(nèi)核模式之間的切換次數(shù)。http.sys監(jiān)聽(tīng)著HTTP請(qǐng)求，決定由哪一個(gè)用戶模式的進(jìn)程來(lái)處理該請(qǐng)求，或者是否由驅(qū)動(dòng)程序本身返回用戶請(qǐng)求的內(nèi)容。

　　IIS 6.0在用戶模式下運(yùn)行，完全依賴內(nèi)核模式的http.sys作為接收用戶請(qǐng)求的服務(wù)器引擎。因此，http.sys必須能夠在任何時(shí)候作出相應(yīng)，必須具有極高的可靠性。用戶代碼可能導(dǎo)致進(jìn)程出錯(cuò)，所以微軟把http.sys設(shè)計(jì)成不執(zhí)行任何用戶代碼，這樣，即使應(yīng)用程序出現(xiàn)了故障，也不會(huì)影響到IIS 6.0本身，IIS 6.0仍能夠照常監(jiān)聽(tīng)HTTP請(qǐng)求。

　　如果要從內(nèi)核模式的緩沖區(qū)返回靜態(tài)的應(yīng)答，一個(gè)高速的、內(nèi)核模式的、不允許運(yùn)行應(yīng)用程序代碼的HTTP處理器是十分理想的，它減少了切換到用戶模式的昂貴開(kāi)銷，能夠從內(nèi)核模式的緩沖區(qū)快速返回應(yīng)答。IIS 6.0的http.sys就管理著這樣一個(gè)緩沖區(qū)，而且使用了高度優(yōu)化的啟發(fā)式緩沖區(qū)算法來(lái)確定哪些內(nèi)容要放入緩沖區(qū)，例如，http.sys可能只緩沖那些出現(xiàn)了一次以上請(qǐng)求的內(nèi)容。

　　由于http.sys直接從應(yīng)答緩沖區(qū)提取靜態(tài)內(nèi)容，不必再切換到用戶模式，所以與IIS 5.0的性能相比，IIS 6.0的整體性能有了顯著提升。根據(jù)微軟的資料顯示，WebBench基準(zhǔn)測(cè)試表明IIS 6.0返回靜態(tài)內(nèi)容的速度要比IIS 5.0快150％。即使以IIS 5.0的隔離模式運(yùn)行IIS 6.0服務(wù)器（這時(shí)，IIS 6.0的體系結(jié)構(gòu)與IIS 5.0的相似），同樣也能從http.sys驅(qū)動(dòng)程序的應(yīng)答緩沖區(qū)和其他改進(jìn)之處獲益。

　　另外，微軟在http.sys驅(qū)動(dòng)程序中采用了許多優(yōu)化的算法，使其能夠?qū)⒄?qǐng)求直接轉(zhuǎn)發(fā)到適當(dāng)?shù)墓ぷ鬟M(jìn)程。在IIS 4.0和IIS 5.0中，必須通過(guò)多個(gè)步驟才能確定進(jìn)程的哪一個(gè)實(shí)例擁有了應(yīng)當(dāng)接收當(dāng)前請(qǐng)求的Web應(yīng)用，但在IIS 6.0中，http.sys注冊(cè)了所有IIS 6.0應(yīng)用，賦予每一個(gè)進(jìn)程一個(gè)句柄，IIS內(nèi)部利用這些句柄來(lái)標(biāo)識(shí)注冊(cè)的應(yīng)用程序要用到的一個(gè)或多個(gè)名稱空間。因此，當(dāng)http.sys接收到一個(gè)HTTP請(qǐng)求，它能夠很快地將請(qǐng)求從內(nèi)核模式的http.sys傳遞到正確的用戶模式的Web應(yīng)用。
　　http.sys驅(qū)動(dòng)程序還要執(zhí)行其他一些任務(wù)，其中包括：

　　⑴ 將傳入的URL與各種長(zhǎng)度、格式方面的規(guī)則進(jìn)行比較。

　　⑵ 管理傳入請(qǐng)求的隊(duì)列。

　　⑶ 擔(dān)負(fù)著記錄IIS Web網(wǎng)站日志信息的任務(wù)（從而提高了記錄日志的性能）。

　　⑷ 實(shí)施帶寬限制策略以及支持TCP/IP級(jí)的管理。

　　⑸ 實(shí)現(xiàn)客戶證書(shū)請(qǐng)求服務(wù)（但不支持安全套接字層——SSL）。

　　由于http.sys是一個(gè)操作系統(tǒng)的驅(qū)動(dòng)程序，而不是一個(gè)IIS組件，因此該驅(qū)動(dòng)程序的配置在注冊(cè)表而不是IIS配置數(shù)據(jù)中進(jìn)行。當(dāng)前，還有許多http.sys的注冊(cè)表設(shè)置項(xiàng)目尚無(wú)正式的說(shuō)明文檔，它可能意味著微軟不鼓勵(lì)用戶修改這些設(shè)置，因?yàn)檫@些設(shè)置項(xiàng)目將來(lái)可能會(huì)有變化。http.sys驅(qū)動(dòng)程序的注冊(cè)表設(shè)置項(xiàng)目位于
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesHTTP下面，在這里可添加各種注冊(cè)鍵（默認(rèn)配置中不包含這些注冊(cè)鍵），諸如：

　　⑴ EnableNonUTF8：如果加入EnableNonUTF8子鍵，并將它的值設(shè)置成0，http.sys只接受UTF-8編碼的URL。UTF-8的全稱是Universal Character Set（UCS）Transformation Format 8，這是一種字符集標(biāo)準(zhǔn)，標(biāo)準(zhǔn)全文在http://www.ietf.org/rfc/rfc2279.txt，它允許使用多國(guó)語(yǔ)言的字符集。默認(rèn)情況下，EnableNonUTF8的值是1，表示IIS接受UTF-8、ANSI、雙字節(jié)字符集（DBCS）編碼的URL。

　　⑵ PercentUAllowed：當(dāng)這個(gè)子鍵設(shè)置成1時(shí)（默認(rèn)值），http.sys認(rèn)可那些部分字符用％uNNNN表示的URL，其中NNNN是一組表示實(shí)際字符的數(shù)字。當(dāng)PercentUAllowed設(shè)置成0時(shí)，IIS 6.0將拒絕那些部分字符用這種方式表示的URL。

　　％uNNNN是一種不太常用的Unicode符號(hào)，不要將它與常見(jiàn)的UTF-8表示形式混淆。在UTF-8表示形式中，％20表示一個(gè)空格，例如http://www.iisanswers.com/new article.htm相當(dāng)于http://www.iisanswers.com/new％20article.htm，兩者之間的轉(zhuǎn)換由IE瀏覽器自動(dòng)完成，不管EnableNonUTF8和PercentUAllowed設(shè)置成了什么值，IIS 6.0都會(huì)接受。

　　這兩項(xiàng)設(shè)置，再加上其他可以在IIS 6.0文檔中找到的設(shè)置項(xiàng)目，從一個(gè)側(cè)面反映了IIS 6.0在URL解析方面的改進(jìn)。在IIS 5.0中，一些重大的安全問(wèn)題與Web服務(wù)器解析URL的方式有密切的關(guān)系，現(xiàn)在微軟終于解決了原先存在的缺陷，同時(shí)作出了一些改進(jìn)，允許管理員更加明確地定義IIS 6.0解析URL的規(guī)則。在天生具有國(guó)際化特點(diǎn)的Internet上，多國(guó)語(yǔ)言并存，這些改進(jìn)之處尤其具有重要意義。

　　關(guān)于Unicode的更多信息，請(qǐng)參見(jiàn)http://www.unicode.org；關(guān)于IIS 5.0缺陷的更多信息，請(qǐng)參見(jiàn) http://www.wiretrip.net/rfp/p/doc.asp/i5/d57.htm。在Windows Server 2003 Resource Kit中可以找到一個(gè)幫助配置http.sys的工具。

　　■ W3Core

　　默認(rèn)情況下，IIS 6.0在工作進(jìn)程隔離模式下運(yùn)行，如圖五所示。在這種模式中，對(duì)于每一個(gè)Web應(yīng)用，IIS 6.0都用一個(gè)獨(dú)立的w3wp.exe的實(shí)例來(lái)運(yùn)行它。w3wp.exe也稱為工作進(jìn)程（Worker Process），或W3Core。


screen.width*0.5) {this.resized=true; this.width=screen.width*0.5;}" border=0 resized="true">
　　圖五


　　因此，工作進(jìn)程隔離模式不存在進(jìn)程內(nèi)（In-Process）應(yīng)用程序存在的問(wèn)題，有效地提高了可靠性和安全性。可靠性的提高是因?yàn)橐粋€(gè)Web應(yīng)用的故障不會(huì)影響到其他Web應(yīng)用，也不會(huì)影響http.sys，每一個(gè)Web應(yīng)用由W3SVC單獨(dú)地監(jiān)視其健康狀況。安全性的提高是由于應(yīng)用程序不再象IIS 5.0和IIS 4.0的進(jìn)程內(nèi)應(yīng)用那
樣用System帳戶運(yùn)行，默認(rèn)情況下，w3wp.exe的所有實(shí)例都在一個(gè)權(quán)限有限的“網(wǎng)絡(luò)服務(wù)”帳戶下運(yùn)行，如圖六所示，必要時(shí)，還可以將工作進(jìn)程配置成用其他用戶帳戶運(yùn)行。


screen.width*0.5) {this.resized=true; this.width=screen.width*0.5;}" border=0>
　　圖六

　　如果緩沖區(qū)溢出攻擊成功入侵了一個(gè)Web應(yīng)用，攻擊者只能訪問(wèn)當(dāng)時(shí)運(yùn)行工作進(jìn)程的帳戶有權(quán)訪問(wèn)的資源，默認(rèn)的網(wǎng)絡(luò)服務(wù)帳戶不能寫(xiě)入Inetpub文件夾，執(zhí)行權(quán)限也極其有限，所以象CodeRed蠕蟲(chóng)之類的攻擊根本不可能得逞。

　　某些Web應(yīng)用，特別是有些Internet Server API（ISAPI）篩選器，在進(jìn)程外運(yùn)行時(shí)可能會(huì)遇到問(wèn)題。在IIS 5.0和IIS 4.0中，ISAPI篩選器總是在Inetinfo之內(nèi)運(yùn)行，它們的設(shè)計(jì)目標(biāo)本來(lái)就不是在進(jìn)程外運(yùn)行，正是由于這個(gè)原因，某些篩選器在IIS 6.0的工作進(jìn)程隔離模式中運(yùn)行時(shí)可能會(huì)出現(xiàn)問(wèn)題——特別地，調(diào)用SF_READ_RAW_DATA或SF_SEND_RAW_DATA的篩選器尤其明顯。為此，IIS 6.0還提供了第二種操作模式，稱為IIS 5.0隔離模式。如果ISAPI篩選器不能在工作進(jìn)程隔離模式下正常運(yùn)行，在IIS 5.0隔離模式下應(yīng)該沒(méi)有問(wèn)題。在這第二種操作模式中，應(yīng)用程序仍舊能夠從IIS 6.0的許多改進(jìn)中獲益，例如http.sys驅(qū)動(dòng)程序帶來(lái)的性能、可靠性的提高。

　　在IIS 6.0文檔中，可以看到一種叫做“應(yīng)用程序池”的新特性。一個(gè)應(yīng)用程序池包含一個(gè)或者一組工作進(jìn)程，而且應(yīng)用程序池是可以命名的。應(yīng)用程序池可以從下列角度理解：在IIS 5.0中，我們可以將應(yīng)用程序保護(hù)設(shè)置為低級(jí)（IIS進(jìn)程）、中級(jí)（緩沖池）、高級(jí)（隔離），這個(gè)功能雖然很有用，但如果我們想要在一個(gè)池（一個(gè)dllhost.exe的實(shí)例）中運(yùn)行兩個(gè)應(yīng)用程序，在另一個(gè)池（另一個(gè)dllhost.exe的實(shí)例？）中運(yùn)行另外兩個(gè)應(yīng)用，該怎么辦？IIS 5.0沒(méi)有提供命名dllhost.exe實(shí)例的途徑，因而也就不能將兩個(gè)特定的應(yīng)用放入某個(gè)池運(yùn)行。IIS 6.0的應(yīng)用程序池允許指定名稱，如圖七，通過(guò)網(wǎng)站“屬性”對(duì)話框的“主目錄”頁(yè)，可以方便地將Web網(wǎng)站或目錄放入應(yīng)用程序池。


screen.width*0.5) {this.resized=true; this.width=screen.width*0.5;}" border=0>
　　圖七