我正在嘗試在Azure中找到「允許令牌審計」文檔, ,但似乎沒有任何內容。我在 中放置的值是使用該標記返回的resourceid。Azure活動目錄 - 允許令牌受衆
這是什麼意思?任何鏈接到文檔將不勝感激。
PS。實際頁面上的學習鏈接對此沒有提及任何內容,並且 屏幕截圖看起來較舊,並且沒有此字段。
在此先感謝
我正在嘗試在Azure中找到「允許令牌審計」文檔, ,但似乎沒有任何內容。我在 中放置的值是使用該標記返回的resourceid。Azure活動目錄 - 允許令牌受衆
這是什麼意思?任何鏈接到文檔將不勝感激。
PS。實際頁面上的學習鏈接對此沒有提及任何內容,並且 屏幕截圖看起來較舊,並且沒有此字段。
在此先感謝
我一直磕磕絆絆的文檔左右了。以下是我已經與使用後端API應用程序的Angular前端應用程序一起工作的內容。
在前端應用程序中,用戶單擊鏈接並使用Azure目錄進行身份驗證。令牌在瀏覽器中保持會話狀態。
接下來,用戶想要與API應用進行交互。
方法如下:
安全性非常重要。這讓我想到這些文檔是如何令人困惑的。 Owin/Katana看起來像是在出路。基於這種配置,你不需要任何它。 Owin的另一個標誌是與Microsoft/System IdentityModel相關的巨大重大改變,這似乎無法建立,辨別,修復,yada yada。我希望微軟能夠創建一個能夠顯示出什麼是內容和內容的「端點」,以及如何執行這個特定步驟。如果你可以讓你的應用程序來做到這一點,它真的很乾淨。
我一直在做Azure的AD身份驗證手動這麼長的時間,所以我不太知道這一個。 Azure AD條款中允許的受衆羣體通常表示「我們認爲對此API有效的審計聲明的價值」。因此,如果有人調用受Azure AD保護的API,則令牌中的aud聲明必須與此處定義的其中一個匹配。您可能不應將Azure AD Graph客戶端ID設置爲:) – juunas
ID看起來像Azure圖形API的資源ID。這意味着,正如@juunas所說,你的應用程序有一些使用該API的權限。 – RasmusW