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

圖六

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

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

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

圖七