放置此認證邏輯的適當位置在哪裏？

我們有一個古老的經典asp應用程序，用於管理和啓動我們的其他web應用程序。放置此認證邏輯的適當位置在哪裏？

它啓動的應用程序的方法是如下：

<form name="frmMain" action="http://xxxx/mvc3app/Index" target=_self method=post> 
<script language="javascript"> 
frmMain.submit(); 
</script>

用戶登錄名和密碼被通過作爲請求的一部分傳遞。

驗證用戶在ASP.NET應用程序我把下面的authenticateUser功能：

public bool AuthenticateUser() 
{ 

var userName = Context.Request["txtName"]; 
var password = Context.Request["txtPassword"]; 

    if (Membership.ValidateUser(userName, password)) 
    { 
     FormsAuthentication.SetAuthCookie(userName, true);    
    } 
}

我認爲正確的地方打電話的authenticateUser將在Global.asax中Session_Start()方法，但它不在提交「frmMain」時似乎並沒有提到這種方法。它似乎間歇性地工作 - 如果我完全關閉IE，請再試一次，然後手動輸入URL。

void Session_Start(object sender, EventArgs e) 
{ 
    Log("In Session Start"); 
    AthenticateUser(); 
}

哪裏將是正確的地方，在我的ASP.NET應用程序來驗證用戶的身份？

這是一個屏幕開發工具的形式認證失敗 - Session_Start（）不被調用。

enter image description here

編輯

看起來這是行不通的，因爲IsAuthenticated屬性只在其上造成AUTH失敗的索引操作的後續請求設置。

我現在會測試這個，但看到Who sets the IsAuthenticated property of the HttpContext.User.Identity

解決方案：

第一個錯誤調用SetAuthCookie這是導致指數以失敗驗證後沒有重定向。

我也意識到，沒有必要把這個在Global.asax中，但我寧願重定向到一個登錄行動，而不是直接到索引操作：

public ActionResult LogOn() 
    {    

    var userName = Context.Request["txtName"]; 
    var password = Context.Request["txtPassword"]; 

      if (Membership.ValidateUser(userName, password)) 
      { 
       FormsAuthentication.SetAuthCookie(userName, false); 
       return RedirectToAction("Index", "Index"); 
      } 

      else 
      { 
       return RedirectToAction("IncorrectLogin", "Index"); 
      } 
    }

來源

2012-07-24 woggles

上的登錄操作.... – devundef 2012-07-24 09:13:41

'Session_Start'被稱爲當用戶第一次來到你網頁。這是新會議的開始。考慮瀏覽webform應用程序的頁面和應用程序生命週期。 =） – 2012-07-24 09:13:43

這看起來不像傳統的ASP給我。你的意思是Asp.net的網頁表單？ – podiluska 2012-07-24 10:16:07

我想一個控制器的動作會最好的地方，它是一個好主意，以保持控制器的行動到最低限度，所以它不會臃腫。但是如果這個動作沒有觸及太多的層次，那看起來很合適。

如果你正在做與會議操縱任何「古怪」的東西，你仍然可以使用Session_Start雖然。但是，如果你能避免它，沒有什麼神奇般發生各地來迷惑你自己的應用程序執行路徑上的地方：d

來源

2012-07-24 10:18:33

謝謝約翰，但我更希望ValidateUser只能在每個會話中運行一次，因爲它需要數據庫命中... – woggles 2012-07-24 10:22:35

@Woggles對不起讓我澄清，只運行驗證一次（即在行動中），但是如果你需要對會話操作進行任何操作（例如，如果用戶來自某個特定域或其他地方，則設置會話標誌），這個帽子就是做這件事的地方。 Session_Start也只在每個會話中運行一次（在設置會話cookie時）而不是每次回發。 – 2012-07-24 10:24:02

好的，所以創建一個名爲Logon（）的控制器動作，或者沒有授權的東西，然後在那裏驗證，然後重定向到索引 - 這比我愚蠢的方式更有意義！ – woggles 2012-07-24 10:27:29

放置此認證邏輯的適當位置在哪裏？

回答

相關問題