當前有一個ASP.NET Web應用程序,我打算將其轉換爲Azure。每個客戶一個應用程序,一個SQL數據庫和會員服務用於身份驗證和授權。爲用戶管理員和用戶可以管理自己的用戶ID和密碼的頁面擔任角色。Azure身份驗證
在升級到Azure時,我計劃提供Web客戶端和WPF客戶端。 WPF客戶端將通過WCF連接到Web服務。
什麼是適當的安全模型?
不確定ACS是否是正確的工具。應用程序必須直接提供用戶ID和密碼認證以及角色並管理該數據。客戶管理員角色必須能夠重置密碼,以便外部身份提供者不適合。在ASP.NET級別,會員服務正在做我所需要的。我想通過WCF將該模型擴展到WPF客戶端。
客戶端非常非常健談。今天就有一個WPF客戶端版本,可以直接連接到SQL,用於有限數量的「可信」高容量客戶。需要擺脫這種模式併成爲高容量的服務模式。
着如何具有跨越ASP.NET和WPF/WCF一個共同的身份驗證和授權掙扎。我認爲WPF到WCF的通道級別認證是正確的方式,所以我不認證每個方法調用。
看起來WCF Authentication Service是做什麼我要尋找的工具。我沒有在Azure中找到具體的例子。我懷疑這個功能在Azure中,但可能有些細微的不同。 Deploy希望這說 - 它部署在Azure上。
在我開始嘗試之前,您可以免費試用。需要許可評估新技術。我可能要做的是在家開放Azure試用版。
我要嘗試的是使用TableStorage作爲提供的Azure成員資格。然後使用WCF Web服務和WS和userName憑據。將回報。
你是什麼意思「的意思是該應用程序必須直接提供角色的用戶名和密碼認證?」你的意思是說,這是ACS的一項要求,你認爲它是不可接受的,或者你的意思是你希望你的客戶端應用程序直接處理用戶名和密碼以及角色? – dthorpe
沒有ACS的要求。這是我的應用程序的要求。想知道我是否應該使用ACS,我認爲我學習的不是。 – Paparazzi
執行密碼重置並不一定意味着您必須擁有密碼數據庫。這隻意味着你需要在你的應用和你的身份提供商之間建立良好的聯盟。 – dthorpe