gpt4 book ai didi

azure - 缺少 Microsoft.Azure.Websites 服务主体?

转载 作者:行者123 更新时间:2023-12-03 00:06:41 27 4
gpt4 key购买 nike

我正在尝试使用此模板 ( https://github.com/Azure/azure-quickstart-templates/tree/master/webapp-keyvault-ssl ) 从 Key Vault 部署我的应用服务的证书。其中一部分需要创建一个 Key Vault 访问策略,该策略授予 Microsoft.Azure.Websites 服务主体 (ID abfa0a7c-a6b6-4736-8310-5855508787cd) 访问 Secret 的权限。这在我的订阅中工作得很好,但在客户的订阅中不起作用。我们可以运行引用服务主体 ID 的 Set-AzKeyVaultAccessPolicy 命令,并且执行时没有错误,但实际上并未创建访问策略。当我执行 get-azAdServicePrincipal -DisplayNameBeginsWith ‘Microsoft.Azure.Websites’ 时,没有返回任何内容。然而,当我查看 KeyVault 的审核日志时,我可以看到 ID 为 abfa0a7c-a6b6-4736-8310-5855508787cd 的用户正在尝试登录,因此此身份必须存在于某个地方(?)

我需要做些什么来启用/创建此默认 (Microsoft.Azure.Websites) 服务主体吗?我检查了我的 MSDN 帐户并看到了相同的行为,因为该主体不存在。

可以在存在 Microsoft.Azure.Websites 主体的订阅中部署此模板,但当主体不存在时,模板部署将失败。

#Gets the service principal (missing in problem subscription)
get-azAdServicePrincipal -DisplayNameBeginsWith 'Microsoft.Azure.Websites'

#Sets the keyvault access policy for the built in service principal
set-azKeyVaultAccessPolicy -VaultName keyVaultName -ServicePrincipalName "abfa0a7c-a6b6-4736-8310-5855508787cd" -PermissionsToSecrets get

最佳答案

'abfa0a7c-a6b6-4736-8310-5855508787cd' 是资源提供程序服务主体名称,它对于所有 Azure 订阅均相同。及其在服务中的显示名称主体是“Microsoft Azure 应用服务”,而不是“Microsoft.Azure.Websites”。

尝试使用

Get-AzADServicePrincipal -ServicePrincipalName abfa0a7c-a6b6-4736-8310-5855508787cd

查看它是否存在。

如果不存在,请检查您订阅的资源提供商。

关于azure - 缺少 Microsoft.Azure.Websites 服务主体?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56498178/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com