作者:eaglet
轉載請注明出處
IIS7 與 IIS 6 相比有了很大的改動,原來在 IIS 6 下可以的設置到了 IIS 7 下有的會發生變化。身份模擬的配置上,IIS7 和 IIS6有很大不同,網上IIS6的身份模擬的文章比較多,但介紹IIS7的比較少,我把的一些折騰的經驗在這篇博客中寫下來,以供參考。
IIS 7 有兩種 ASP.NET Application Mode。
一種是 集成模式(Integrated Mode) 這個是默認的模式,也是微軟推薦的模式,另一種是 經典模式(Classic Mode) ,這種模式是用於兼容老版本。集成模式使用更方便而且安全性更好,不需要把模擬帳戶的用戶名和密碼寫在配置文件中,這樣更安全也更方便。既然我們已經用了IIS 7,那麼我們還是按微軟推薦的方式使用集成模式比較好。
集成模式下,身份模擬可以完全通過界面來完成:
首先如上圖所示,IIS 7 在 Server Level 下有個 IIS-> Authentication ,雙擊這個圖標我們看到下面這個圖:
在這個圖中我們看到 IIS7 多了一個 ASP.NET Impersonation 的功能,在 Actions 裡面點 Enable 開啟身份模擬功能,然後點 Edit 編輯身份模擬。
我們看到上面這個編輯框,在這個編輯框中,我們指定要進行身份模擬的帳號,這個帳號必須是本地已經存在的帳號,點 Set 輸入這個帳號的名稱和密碼。
然後點OK。
到這裡,按照 MSDN 中的幫助文檔,身份模擬應該就算設置成功了。
然後我做了一個簡單的測試頁面看看身份模擬是否成功,測試程序如下:
protected void Page_Load(object sender, EventArgs e)
{
Response.Write(System.Security.Principal.WindowsIdentity.GetCurrent().Name);
}
運行的結果居然是:
NT AUTHORITY\IUSR
也就是說 Asp.net 沒有用我設置的這個 MyAccount 帳號模擬運行,而是仍然用IUSR 帳號模擬運行。查了好久,才發現是下面問題造成:
用 Virtual Studio 2008 生成網站時,web.config 文件中默認會有這樣一個設置:
<identity impersonate="true" />這個設置是為 IIS 6 做身份模擬而設置的。在這種情況下,用戶身份的認證交給IIS來進行。當允許匿名登錄時,IIS將一個匿名登錄使用的標識(缺省情況下是IUSR)交給ASP.NET應用程序。當不允許匿名登錄時,IIS將認證過的身份標識傳遞給ASP.NET應用程序。ASP.NET的具體訪問權限由該賬號的權限決定。
這個設置在 IIS 7 下已經過時了,如果用古典模式,才需要這樣設置。
找到問題原因後,我把 <identity impersonate="true" /> 這個配置項從 web.config 中刪除了。刪除後,就可以用到前面在界面上配置的用戶名來模擬帳號了。
然而先不要高興的太早,緊接著就出現了新的問題。 錯誤如下:
從錯誤提示看,應該是目前這個模擬帳戶沒有足夠的權限去執行 bin 目錄下的 xxxx.dll ,於是我把bin 目錄賦予模擬帳戶 MyAccount 完全控制的權限,結果還是不行,我在網上搜了一下,有人說需要將C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary 這個目錄也設置為完全控制,於是照做了,還是不行。無奈之下,我把MyAccount 帳戶加入了 IIS_IUSRS這個群組,問題終於解決。
現在我們再運行上面那個顯示當前用戶的代碼顯示結果為
MachineName\MyAccout注意:我們必須要把 <identity impersonate="true" /> 刪除才行,如果僅僅是設置為 <identity impersonate="false" />模擬的帳戶會變成 IIS APPPOOL\DefaultAppPool,這個設置是不正確的。
到這裡IIS7 下設置身份模擬就全部完成了。