求助：Github Actions无法登录Azure，疑似密钥配置问题

密钥配置相关排查步骤 #

1. 验证服务主体生成命令
   确保执行az ad sp create-for-rbac时，已将占位符your_subscription_id和your_resource_group替换为实际的订阅ID和资源组名称。命令执行后会输出包含clientId、clientSecret、tenantId的完整JSON结构，需保留所有字段。

2. 检查GitHub Secrets配置
   将生成的JSON完整复制到GitHub仓库的Settings > Secrets and variables > Actions中，命名为AZURE_CREDENTIALS，确保无字符遗漏、多余空格或换行。

3. 确认Workflow登录步骤正确性
   GitHub Actions workflow中的Azure登录步骤必须使用官方动作并正确引用密钥：

   - name: 登录Azure
     uses: azure/login@v1
     with:
       creds: ${{ secrets.AZURE_CREDENTIALS }}
   

4. 验证服务主体权限

   • 确认contributor角色的作用域完全覆盖你要部署的资源组；若部署涉及跨资源组或更高层级资源，需调整--scopes参数（比如扩大到订阅级别）。
   • 通过Azure门户查看服务主体app-test-1的角色分配，确认权限已生效。

5. 手动验证密钥有效性
   用生成的JSON参数手动执行登录命令，排查密钥本身是否存在问题：

   az login --service-principal -u <clientId值> -p <clientSecret值> --tenant <tenantId值>
   

   若手动登录失败，说明服务主体生成过程存在问题，需重新生成密钥。

常见错误对应处理 #

• 若提示无效凭据：重新生成服务主体密钥并更新GitHub Secrets，注意不要泄露密钥内容。
• 若提示权限不足：扩展服务主体的角色作用域，或临时添加Owner角色测试，后续再调整为最小必要权限。

内容的提问来源于stack exchange，提问作者Nikhil Gupta