我已經使用Lighthouse在第三方租戶中委派了對 Azure 資源的訪問權限，并且通過門戶可以正常作業；用戶收到預期的角色（通??常是貢獻者）。
但是，他們無法訪問 Kudu（位于webappname .scm.azurewebsites.net），收到錯誤訊息；
所選用戶帳戶在租戶“租戶名稱”中不存在，并且無法訪問該租戶中的應用程式“abfa0a7c-a6b6-4736-8310-5855508787cd”。需要先將該帳戶添加為租戶中的外部用戶。請使用其他帳戶。
如果將相同的用戶帳戶作為訪客添加到第三方租戶并賦予相同的角色，則他們可以按預期訪問 Kudu。
很明顯，Kudu 期望/要求在與應用程式相同的租戶中擁有一個帳戶，但 Azure Lighthouse 委派權限就是不必這樣做。
是否有我遺漏的東西，或者需要授予的其他角色？
uj5u.com熱心網友回復：
@PhilD，感謝您對場景的詳細描述。我也在你的問答執行緒上發布了這個。
目前，Kudu 與 Lighthouse 委托的權限不兼容。
我們的產品工程團隊正在努力；但是，我們沒有確切的預計到達時間可以分享。我們預計它將在幾個月內上市。請注意，此時間表只是一個估計值，可能會因多種因素而有所變化。
我已在內部將反饋轉達給我們的產品工程團隊，并且正在跟蹤中。
-附帶說明，如本Kudu wiki中所述：“只有那些具有貢獻者/所有者訪問權限的人（準確地說，使用 microsoft.web/sites/publish/action 或對于插槽，使用 microsoft.web/sites/slots/publish /action) 可以訪問 Kudu (SCM)。”
非常感謝您對此的寶貴反饋。謝謝你的耐心！
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/452541.html
上一篇：無法使用MicrosoftGraph登錄AzureAD租戶的用戶
下一篇：從資料庫表中搜索不同格式的字串值