天天看點

IIS身份驗證和檔案操作權限(一、身份驗證配置)

最近有一個項目伺服器需要更新,主要是Web項目。

因為以前是隻寫代碼,不管釋出。是以在環境構築方面就出現自己的知識盲點。

盲點一:IIS的身份驗證的作用

盲點二:IIS的身份驗證和檔案操作權限的關系(重點)

先來看看IIS幫助文檔中是如何說的

IIS身份驗證和檔案操作權限(一、身份驗證配置)

通過上面的描述,有些身份驗證還是不能很直覺了解其作用,沒關系現在,我們就從IIS配置開始來說明。

一、建立站點

1.1.建立應用程式池和添加應用程式

IIS身份驗證和檔案操作權限(一、身份驗證配置)

1.2.設定IIS身份驗證

IIS身份驗證和檔案操作權限(一、身份驗證配置)
IIS身份驗證和檔案操作權限(一、身份驗證配置)

這樣【匿名身份驗證】就配置完成了,這次主要說的是身份驗證,是以在站點配置那裡就沒有詳細說明了。

但是這樣就滿足了,當然不能,随後在配置【ASP.Net模拟】和【Forms身份驗證】就出現了意想不到的問題。

Ⅰ、ASP.NET模拟

設定應用程式池

IIS身份驗證和檔案操作權限(一、身份驗證配置)

設定站點身份驗證

IIS身份驗證和檔案操作權限(一、身份驗證配置)

 預覽

IIS身份驗證和檔案操作權限(一、身份驗證配置)

錯誤:檢測到在內建的托管管道模式下不适用的ASP.NET設定

那我們就把內建=>經典

IIS身份驗證和檔案操作權限(一、身份驗證配置)

IIS7應用程式池內建和經典的差別   

IIS7應用程式池有內建和經典兩種模式,根據微軟官方的介紹,

內建模式:伺服器将使用 IIS 和 ASP.NET 的內建請求處理管道來處理請求。

經典模式:伺服器會繼續通過 Aspnet_isapi.dll 路由托管代碼請求,其處理請求的方式就像應用程式在 IIS 6.0 中運作一樣。

是以了解內建和經典的差別,一個通俗的說法就是經典模式即繼續使用IIS6的模式,也就是以前的模式。

一個重要的說明,內建 .NET 模式下,應用程式不應在 <system.web>/<system.web> 配置節中指定 ASP.NET 子產品元件,而應使用 <system.webServer>/<system.webServer> 配置節來加載 ASP.NET 子產品元件。經典 .NET 模式 則是我們以前習慣的IIS 6 的方式,沒有上述限制。

建議使用內建模式。

那麼問題來了,上面直接修改就不太好了。有沒有别的方法呢?有!!!

編輯ASP.NET模拟設定 指定特定使用者

IIS身份驗證和檔案操作權限(一、身份驗證配置)

預覽

IIS身份驗證和檔案操作權限(一、身份驗證配置)

What??這個是什麼鬼,現在我也不知道,但是網上說把【匿名身份驗證】也啟動就可以了

IIS身份驗證和檔案操作權限(一、身份驗證配置)
IIS身份驗證和檔案操作權限(一、身份驗證配置)

這樣就好了,但是這個問題這樣解決對不對,我也不能确定,希望有知道的大神可以不吝賜教。

Ⅱ、Forms身份驗證

IIS身份驗證和檔案操作權限(一、身份驗證配置)
IIS身份驗證和檔案操作權限(一、身份驗證配置)

和上面是同樣的問題

IIS身份驗證和檔案操作權限(一、身份驗證配置)
IIS身份驗證和檔案操作權限(一、身份驗證配置)

網上沒有找到關于IIS身份驗證的比較詳細的說明,是以自己整理了一些比較淺顯,不喜勿噴,共同學習