近日在win7的IIS7.5上部署ASP.NET4.0 程序時，發現瀏覽網頁都出現錯誤代碼為"503“的錯誤，但是我已經將對應用程序部署到IIS上了，怎么會出現找不到頁面的情況呢？開始以為是ASP.Net 環境沒有安裝到IIS7.5中，執行了幾遍ASPNET_REGIIS -i都還是一樣，結果查看ASP.NET應用程序使用的【應用程序池】-DefaultAppPool停止了，于是我馬上啟動,但是馬上它有恢復成【停止】狀態：

      于是，查看【windows事件查看器】發現如下錯誤：

    發現錯誤是“沒有足夠的權限”，

   于是看了一下【應用程序池】的【高級設置】中的【進程模型】的【標識】設置的是“ApplicationPoolIdentity”，對于此設置的說明，參考了：//www.survivalescaperooms.com/article/65315.htm如下：

ApplicationPoolIdentity – 默認情況下，選擇“應用程序池標識”帳戶。啟動應用程序池時動態創建“應用程序池標識”帳戶，因此，此帳戶對于您的應用程序來說是最安全的。

也就是說"ApplicationPoolIdentity"帳號是系統動態創建的“虛擬”帳號(說它是虛擬的，是因為在用戶管理里看不到該用戶或用戶組，在命令行下輸入net user也無法顯示，但該帳號又是確實存在的) 

如何驗證該帳號確實是存在的的？打開任務管理器，觀察一下:

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

好了，搞清楚這個有什么用?

先來做一個測試，比如我們在iis里新建一個站點，主目錄設置為c:/2/，應用程序池就指定剛才圖中的luckty

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

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

前提是c盤必須先建一個目錄TestDir，同時除Administrator,System保留完全控制權外，其它帳號的權限都刪除掉

運行后，會提示異常： 對路徑“C:/TestDir/1.txt”的訪問被拒絕。

原因很明顯:該站點運行時是以應用程序池(luckty)對應的虛擬帳號運行的，而這個虛擬帳號不具備c:/TestDir的訪問權限

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