Windows 2008 server + IIS 7 設(shè)置身份模擬(ASP.NET impersonation)_Web服務(wù)器教程
IIS7 與 IIS 6 相比有了很大的改動(dòng),原來在 IIS 6 下可以的設(shè)置到了 IIS 7 下有的會(huì)發(fā)生變化。身份模擬的配置上,IIS7 和 IIS6有很大不同,網(wǎng)上IIS6的身份模擬的文章比較多,但介紹IIS7的比較少,我把的一些折騰的經(jīng)驗(yàn)在這篇博客中寫下來,以供參考。
IIS 7 有兩種 ASP.NET Application Mode。
一種是 集成模式(Integrated Mode) 這個(gè)是默認(rèn)的模式,也是微軟推薦的模式,另一種是 經(jīng)典模式(Classic Mode) ,這種模式是用于兼容老版本。集成模式使用更方便而且安全性更好,不需要把模擬帳戶的用戶名和密碼寫在配置文件中,這樣更安全也更方便。既然我們已經(jīng)用了IIS 7,那么我們還是按微軟推薦的方式使用集成模式比較好。
集成模式下,身份模擬可以完全通過界面來完成:

首先如上圖所示,IIS 7 在 Server Level 下有個(gè) IIS-> Authentication ,雙擊這個(gè)圖標(biāo)我們看到下面這個(gè)圖:

在這個(gè)圖中我們看到 IIS7 多了一個(gè) ASP.NET Impersonation 的功能,在 Actions 里面點(diǎn) Enable 開啟身份模擬功能,然后點(diǎn) Edit 編輯身份模擬。

我們看到上面這個(gè)編輯框,在這個(gè)編輯框中,我們指定要進(jìn)行身份模擬的帳號(hào),這個(gè)帳號(hào)必須是本地已經(jīng)存在的帳號(hào),點(diǎn) Set 輸入這個(gè)帳號(hào)的名稱和密碼。
然后點(diǎn)OK。
到這里,按照 MSDN 中的幫助文檔,身份模擬應(yīng)該就算設(shè)置成功了。
然后我做了一個(gè)簡(jiǎn)單的測(cè)試頁面看看身份模擬是否成功,測(cè)試程序如下:
protected void Page_Load(object sender, EventArgs e) { Response.Write(System.Security.Principal.WindowsIdentity.GetCurrent().Name); }
運(yùn)行的結(jié)果居然是:
NT AUTHORITYIUSR
也就是說 Asp.net 沒有用我設(shè)置的這個(gè) MyAccount 帳號(hào)模擬運(yùn)行,而是仍然用IUSR 帳號(hào)模擬運(yùn)行。查了好久,才發(fā)現(xiàn)是下面問題造成:
用 Virtual Studio 2008 生成網(wǎng)站時(shí),web.config 文件中默認(rèn)會(huì)有這樣一個(gè)設(shè)置:
|
1
|
<identity impersonate="true" /> |
這個(gè)設(shè)置是為 IIS 6 做身份模擬而設(shè)置的。在這種情況下,用戶身份的認(rèn)證交給IIS來進(jìn)行。當(dāng)允許匿名登錄時(shí),IIS將一個(gè)匿名登錄使用的標(biāo)識(shí)(缺省情況下是IUSR)交給ASP.NET應(yīng)用程序。當(dāng)不允許匿名登錄時(shí),IIS將認(rèn)證過的身份標(biāo)識(shí)傳遞給ASP.NET應(yīng)用程序。ASP.NET的具體訪問權(quán)限由該賬號(hào)的權(quán)限決定。
這個(gè)設(shè)置在 IIS 7 下已經(jīng)過時(shí)了,如果用古典模式,才需要這樣設(shè)置。
找到問題原因后,我把 <identity impersonate="true" /> 這個(gè)配置項(xiàng)從 web.config 中刪除了。刪除后,就可以用到前面在界面上配置的用戶名來模擬帳號(hào)了。
然而先不要高興的太早,緊接著就出現(xiàn)了新的問題。 錯(cuò)誤如下:
Could not load file or assembly 'xxxx' or one of its dependencies. Access is denied.
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code. Exception Details: System.IO.FileLoadException: Could not load file or assembly 'GetPathFileLib' or one of its dependencies. Access is denied. Source Error:
從錯(cuò)誤提示看,應(yīng)該是目前這個(gè)模擬帳戶沒有足夠的權(quán)限去執(zhí)行 bin 目錄下的 xxxx.dll ,于是我把bin 目錄賦予模擬帳戶 MyAccount 完全控制的權(quán)限,結(jié)果還是不行,我在網(wǎng)上搜了一下,有人說需要將C:WINDOWSMicrosoft.NETFrameworkv2.0.50727Temporary 這個(gè)目錄也設(shè)置為完全控制,于是照做了,還是不行。無奈之下,我把MyAccount 帳戶加入了 IIS_IUSRS這個(gè)群組,問題終于解決。

現(xiàn)在我們?cè)龠\(yùn)行上面那個(gè)顯示當(dāng)前用戶的代碼顯示結(jié)果為
注意:我們必須要把 <identity impersonate="true" /> 刪除才行,如果僅僅是設(shè)置為 <identity impersonate="false" />
模擬的帳戶會(huì)變成 IIS APPPOOLDefaultAppPool,這個(gè)設(shè)置是不正確的。
到這里IIS7 下設(shè)置身份模擬就全部完成了。
- 推薦!各類建站程序偽靜態(tài)規(guī)則代碼
- 詳細(xì)的DedeCMS(織夢(mèng))目錄權(quán)限安全設(shè)置教程
- iis安全設(shè)置全方位教程
- 巧妙出招致勝服務(wù)器管理
- Win Server 2003個(gè)人網(wǎng)絡(luò)服務(wù)器安全攻略
- Windows 2003校園Web服務(wù)器常見問題
- 清除IIS配置文件后門隱患
- Web服務(wù)器和應(yīng)用程序服務(wù)器有什么區(qū)別
- 虛擬主機(jī)下asp.net 2.0的導(dǎo)航控件treeview,menu等出錯(cuò)
- IIS6.0服務(wù)器架站無法訪問解決方案總結(jié)
- 圖解支持多語言環(huán)境的IIS服務(wù)器配置
- IIS服務(wù)器排錯(cuò)指南及錯(cuò)誤代碼大全
Web服務(wù)器教程Rss訂閱服務(wù)器教程搜索
Web服務(wù)器教程推薦
猜你也喜歡看這些
- FTP服務(wù)器架設(shè)不得不考慮的三個(gè)安全因素
- 全面解析Apache Web服務(wù)器訪問控制機(jī)制
- 大型網(wǎng)站采用的具有穩(wěn)定性的系統(tǒng)構(gòu)架
- 如何禁止IIS緩存靜態(tài)文件
- RAID0、RAID1、RAID5磁盤陣列的區(qū)別
- 服務(wù)器被入侵后的緊急補(bǔ)救方法
- win2003服務(wù)器中IIS的ASP.NET安全權(quán)限設(shè)置
- 有關(guān)nginx upstream的幾種配置方式
- 介紹服務(wù)器安全熱點(diǎn)12項(xiàng)技術(shù)
- LAMP網(wǎng)站架構(gòu)方案分析
- 相關(guān)鏈接:
復(fù)制本頁鏈接| 搜索Windows 2008 server + IIS 7 設(shè)置身份模擬(ASP.NET impersonation)
- 教程說明:
Web服務(wù)器教程-Windows 2008 server + IIS 7 設(shè)置身份模擬(ASP.NET impersonation)
。