azure-ad-b2c

    15熱度

    1回答

    我目前正在開發一個應用程序,幾乎完成了我的前端。 所以我想從後端開始。 我以前在ASP.NET 4編程,但因爲我開始了一個全新的應用程序(B2C和B2B)我想這可能是有趣的,使它在ASP.NET 5 API。現在 我最大的問題是認證。 模板中沒有提供標準的實現。 我只對Azure的AD認證感興趣,更喜歡B2C天青公元真正切割邊緣。 我只找到在ASP.NET 4中使用Azure AD B2C的文檔。

    2熱度

    2回答

    我正在玩Azure AD B2C,我有一個奇怪的行爲。我在此示例之後創建了一個新應用程序:AzureADQuickStarts/B2C-WebApp-OpenIdConnect-DotNet,它的功能類似於魅力。 然後我將代碼移植到現有的應用程序中,並且出現問題。在控制器中,我有以下方法: [PolicyAuthorize(Policy = "b2c_1_signin01")] public A

    7熱度

    1回答

    我們正在嘗試使用implict流實施使用Web應用程序的Azure AD B2C身份驗證。我們可以登錄併成功將其重定向到包含重定向網址(id_token &代碼)上的正確項目的正確網址。但是,正如本文所建議的(https://github.com/Azure/azure-content/blob/master/articles/active-directory-b2c/active-directo

    1熱度

    1回答

    我們正在實施Azure AD B2C,這是自定義品牌的一部分。 當您選擇Google+(或LinkedIn)並已登錄時,當使用默認品牌頁面時,您將被重定向到包含來自Google的電子郵件和名稱信息的頁面。 (註冊政策,社交帳戶註冊頁面) 當我們按照B2C customize page中所述創建自定義頁面時,來自提供者的數據不會顯示。 我們需要在html頁面中更改以獲取該數據?

    1熱度

    1回答

    我知道智威湯遜是安全的。但只是想知道一些我無法理解的概念。 假設認證服務器「A」將簽署的令牌發送給應用服務器。如果我沒有錯簽署是通過服務器「A」上的私鑰完成的。現在,App服務器可以解密令牌並使用公鑰驗證信息。我也讀JWT是自包含的,它擁有數據和簽名。 我看到的一些示例在驗證時不使用任何安全密鑰。如果我沒有錯,RS256不需要任何特定的密鑰,我認爲它會使用公共證書來解密。 我的查詢是,如果JWT是

    0熱度

    1回答

    我正在實施Azure AD B2C和Google。 當我用我的個人Google帳戶登錄時,在下一頁上填寫電子郵件和姓名(名,姓,名)。 當我使用我剛剛創建的另一個Google(測試)帳戶時,名稱信息未填寫。這發生在多個帳戶中,我無法找到導致此問題的原因。在Google帳戶設置中,全名會顯示給每個人。 說明: 我使用自定義品牌頁面,通過從默認品牌頁面複製源代碼進行製作。我沒有找到如何從頭開始做,如在

    1熱度

    2回答

    我正在創建一個新的Azure AD B2C身份驗證站點來替換舊的經過身份驗證的站點。在新網站中,我要求用戶最初輸入他們的電子郵件地址,以便我可以檢查它們是否存在於Azure B2C中,並將它們發送到適當的登錄頁面,如果不發送到舊的Forms Authenticated站點。 問題是,我有微軟的教程時,他們顯示用戶管理,但他們都需要你先用你的Azure帳戶登錄,顯然這是不可能的,因爲我想建立的系統。

    1熱度

    1回答

    我在過去幾天在Azure AD B2C上工作,獲得了一個示例並使其運行。 我正面臨的問題與AAD B2C issue點#3完全相同,但我可以在此問題中獲得任何有價值的意見,這可能會解決我的問題。例如運行罰款與我,但是當我在我的解決方案來實現它,給AAD B2C憑據後我'結束了: private async Task OnRedirectToIdentityProvider(RedirectToId

    2熱度

    1回答

    愛Azure的AD B2C ...期待,當它超出預覽! 有我需要幫助,把我的頭周圍的一個特例。 我有一個頁面,我通過網絡的形式捕捉新的電子郵件地址。 並稱郵件給我的郵件列表後,我想,然後不給用戶點擊任何其他按鈕用我的ASP.NET MVC網站自動創建一個AD帳戶B2C。 。在閱讀文章:https://azure.microsoft.com/en-us/documentation/articles/

    2熱度

    1回答

    在Azure AD B2C的預覽中,您可以定義應用程序。然後爲每個應用程序提供一個名稱,一個客戶端ID,應用程序密鑰和一些設置來定義是否包含Web應用程序/ Web API以及是否允許隱式流。在Azure AD的「舊」世界中,對於諸如「此應用程序可以訪問圖形api」或「此應用程序可以與此服務交談」等應用程序之間的交互,您擁有更大的控制權,而在新的世界秩序中, (至少從門戶網站UI的角度來看)是可能