在Docker容器中使用DefaultAzureCredentials认证Azure Service Bus遇问题

核心原因 #

DefaultAzureCredential会按顺序尝试多种认证方式，但你的本地Docker容器环境中没有任何可用的认证源，导致全部失败：

• 环境变量凭据：未配置Azure AD服务主体所需的环境变量
• 托管标识凭据：本地无IMDS端点（仅Azure云环境提供）
• 共享令牌缓存：容器内无缓存的用户账户
• VS Code凭据：容器内未安装VS Code及相关凭据组件
• Azure CLI凭据：容器内未安装Azure CLI
• Azure PowerShell凭据：容器内未安装PowerShell

可行的本地测试解决方案 #

方案1：通过环境变量传递Azure AD服务主体凭据 #

这是本地容器测试最可靠的方式：

1. 创建Azure AD服务主体，并为其分配Azure Service Bus的权限（例如Azure Service Bus Data Owner角色）
2. 运行容器时传入服务主体的三个关键参数作为环境变量：

docker run -it --rm -p 8080:80 \
  -e AZURE_CLIENT_ID="你的服务主体Client ID" \
  -e AZURE_CLIENT_SECRET="你的服务主体Client Secret" \
  -e AZURE_TENANT_ID="你的Azure租户ID" \
  acr01.azurecr.io/azure-func-service-bus:v1

方案2：挂载本地Azure CLI凭据缓存到容器 #

如果本地已通过az login登录Azure账户，可将本地CLI凭据缓存挂载到容器：

• Linux/macOS环境命令：

docker run -it --rm -p 8080:80 \
  -v ~/.azure:/root/.azure \
  -e AZURE_USERNAME="你的Azure登录邮箱" \
  acr01.azurecr.io/azure-func-service-bus:v1

• Windows PowerShell环境命令：

docker run -it --rm -p 8080:80 `
  -v $env:USERPROFILE/.azure:/root/.azure `
  -e AZURE_USERNAME="你的Azure登录邮箱" `
  acr01.azurecr.io/azure-func-service-bus:v1

注意事项 #

• 方案2依赖本地CLI的登录状态，若本地登录过期，容器内认证会同步失败，需重新执行az login
• 托管标识仅在Azure云环境（如Azure Functions、App Service）中生效，本地测试无法使用
• 确保认证主体（服务主体或本地用户）拥有Service Bus命名空间的必要权限，避免权限不足错误

内容的提问来源于stack exchange，提问作者Duc Vu