IIS7.5中(僅win7,win2008 SP2,win2008 R2支持)，應(yīng)用程序池的運(yùn)行帳號(hào)，除了指定為LocalService,LocalSystem,NetWorkService這三種基本類型外，還新增了一種ApplicationPoolIdentify 

win7的官方幫助上是這么說的:

ApplicationPoolIdentity – 默認(rèn)情況下，選擇“應(yīng)用程序池標(biāo)識(shí)”帳戶。啟動(dòng)應(yīng)用程序池時(shí)動(dòng)態(tài)創(chuàng)建“應(yīng)用程序池標(biāo)識(shí)”帳戶，因此，此帳戶對于您的應(yīng)用程序來說是最安全的。

也就是說"ApplicationPoolIdentity"帳號(hào)是系統(tǒng)動(dòng)態(tài)創(chuàng)建的“虛擬”帳號(hào)(說它是虛擬的，是因?yàn)樵谟脩艄芾砝锟床坏皆撚脩艋蛴脩艚M，在命令行下輸入net user也無法顯示，但該帳號(hào)又是確實(shí)存在的) 

如何驗(yàn)證該帳號(hào)確實(shí)是存在的的？打開任務(wù)管理器，觀察一下:

w3wp.exe即iis進(jìn)程，上圖中高亮部分表明該iis進(jìn)程正在以帳號(hào)luckty運(yùn)行(注意這里的luckty即為上圖中的應(yīng)用程序池名稱)

好了，搞清楚這個(gè)有什么用?

先來做一個(gè)測試，比如我們在iis里新建一個(gè)站點(diǎn)，主目錄設(shè)置為c:\2\，應(yīng)用程序池就指定剛才圖中的luckty

假如我們在該站點(diǎn)的default.aspx.cs里寫入這樣一行代碼 :

File.AppendAllText("C:\\TestDir\\1.txt",DateTime.Now.ToString());

前提是c盤必須先建一個(gè)目錄TestDir，同時(shí)除Administrator,System保留完全控制權(quán)外，其它帳號(hào)的權(quán)限都刪除掉

運(yùn)行后，會(huì)提示異常： 對路徑“C:\TestDir\1.txt”的訪問被拒絕。

原因很明顯:該站點(diǎn)運(yùn)行時(shí)是以應(yīng)用程序池(luckty)對應(yīng)的虛擬帳號(hào)運(yùn)行的，而這個(gè)虛擬帳號(hào)不具備c:\TestDir的訪問權(quán)限

這種情況在web服務(wù)器（iis6）安全配置中很常見，比如我們把圖片上傳目錄，常常放在主目錄之外，同時(shí)以虛擬目錄形式掛于站點(diǎn)之下，另外在IIS6中不指定該目錄任何執(zhí)行權(quán)限 ，這樣即使有人非法上傳了asp/aspx木馬上去，也無法運(yùn)行搞不成破壞!

言歸正傳，要想讓那一行測試代碼正常運(yùn)行，解決辦法很簡單，把虛擬帳號(hào)的權(quán)限加入文件夾安全權(quán)限中即可，但是問題來了：這個(gè)虛擬帳號(hào)我們是不可見的，如果你直接添加名為luckty的用戶到文件夾安全帳號(hào)里，根本通不過(提示找不到luckty用戶)，說明這個(gè)虛擬帳號(hào)名稱并不是"luckty"

關(guān)鍵：手動(dòng)輸入 IIS AppPool\luckty （即IIS AppPool\應(yīng)用程序池名），再確定，這回ok了.

當(dāng)然除了用"IIS AppPool\應(yīng)用程序池名"外，windows內(nèi)部還有一個(gè)特殊的用戶組Authenticated Users，把這個(gè)組加入TestDir的安全權(quán)限帳號(hào)里也可以，不過個(gè)人覺得沒有"IIS AppPool\應(yīng)用程序池名"來得精確.

結(jié)束語：
IIS7.5的虛擬帳號(hào)設(shè)計(jì)確實(shí)很棒，想想傳統(tǒng)IIS6的時(shí)候，為了把同一服務(wù)器上的各站點(diǎn)權(quán)限分開(以防止木馬搗亂)，不得不創(chuàng)建一堆iuser_XXX,iwam_XXX帳號(hào)并指定密碼，再一個(gè)個(gè)站點(diǎn)分配過去，累死人！而虛擬帳號(hào)設(shè)計(jì)則讓這類管理輕松多了，也不用擔(dān)心密碼過于簡單或過期問題。So,還在等什么，趕緊升級(jí)到win7/win2008 R2吧！

最新評(píng)論