即：使用 Membership 類 + FormsAuthentication 一起使用以創建的用戶管理與認證的系統。
當然這兩部分都可以單獨使用，今天先著重后者，至于前者，我下一篇隨筆將會寫到。
ASP.NET 中提供了多種認證方式，比如大名鼎鼎的Windows 身份驗證
Windows 身份驗證模式根據 IIS 所提供的憑據將當前 User 屬性值設置為 WindowsIdentity，但它不修改提供給操作系統的 Windows 標識。提供給操作系統的 Windows 標識用于進行權限檢查(如 NTFS 文件權限檢查)或者用于使用集成安全性連接到數據庫。默認情況下，此 Windows 標識是 ASP.NET 進程的標識。在 Microsoft Windows 2000 和 Windows XP Professional 上，此標識是 ASP.NET 輔助進程的標識，即本地 ASPNET 帳戶。在 Windows Server 2003 上，此標識是 ASP.NET 應用程序所屬的 IIS 應用程序池的標識。默認情況下，此標識是 NETWORK SERVICE 帳戶。
通過啟用模擬功能，可以將 ASP.NET 應用程序的 Windows 標識配置為 IIS 所提供的 Windows 標識。也就是說，指示 ASP.NET 應用程序模擬 IIS 為 Windows 操作系統驗證的所有任務(包括文件和網絡訪問)提供的標識。(解釋來自MSDN Library)
還有一種常有的認證即是 Forms 身份驗證
Forms 身份驗證使不要求 Windows 身份驗證的 Web 應用程序可以進行用戶和密碼驗證。使用 Forms 身份驗證時，用戶信息存儲在外部數據源中，例如Member 數據庫，或存儲在應用程序的配置文件中。在用戶通過身份驗證后，Forms 身份驗證即會在 Cookie 或 URL 中維護一個身份驗證票證，這樣已通過身份驗證的用戶就無需在每次請求時都提供憑據了。
這樣一來就方便也安全了，那具體怎么完成Forms身份認證的設置呢?
首先打開配置文件web.config
找到
這里我們只指定認證頁面 loginUrl="login.aspx"
與之對應的是
這樣一來思路就清晰了，無論用戶訪問什么頁面服務器會判斷用戶是否通過認證，如果沒有轉到認證頁面。
下一步將要確定在login.aspx.cs文件中如何完成我們認證工作了
public void Login_OnClick(object sender, EventArgs args)
{
if (BLL.CheckLogin(this.Txbusername.Text,this.Txbuserpwd.Text ))
FormsAuthentication.RedirectFromLoginPage(UsernameTextbox.Text,NotPublicCheckBox.Checked);
else
Msg.Text = "Login failed. Please check your user name and password and try again.";
}
這里的CheckLogin(用戶名,密碼) 方法是在邏輯層使用的驗證用戶是否合法的方法
當然如果用 Membership類繼承的一些驗證方法會更簡單，但是在此不詳細說明了。
FormsAuthentication 類(終于提到主人公了)，它所屬的命名空間為 System.Web.Security;
FormsAuthentication 是用來設置認證的類，如果用戶合法，把用戶名保存在cookie中，之后用戶再次訪問或訪問其他頁面都無需再次認證
它內部的常用方法有
RedirectFromLoginPage(用戶名(string)，是否把用戶名長期保存在coolie中(bool))
將經過身份驗證的用戶重定向回最初請求的 URL 或默認 URL
SetAuthCookie(用戶名(string)，是否把用戶名長期保存在coolie中(bool))
為提供的用戶名創建一個身份驗證票證，并將其添加到響應的 Cookie 集合或 URL
等等 方法很多，不詳細列出了。
具體的使用或者深入的挖掘希望各位自己去探索了
