本地VS Code运行Durable Functions连接Azure存储账户遇令牌重试问题

明确Durable Functions本地认证逻辑 #

Durable Functions运行时依赖Azure Storage SDK进行存储操作，默认采用与DefaultAzureCredential类似的链状认证逻辑，但针对PIM账户的时效性权限、多账户上下文冲突场景，容易出现令牌获取不稳定的情况。

针对性解决方案 #

1. 强制指定Azure CLI作为认证源 #

在local.settings.json中添加配置，强制Durable Functions使用Azure CLI的账户上下文，避免多账户缓存干扰：

{
  "Values": {
    "AzureWebJobsStorage__credential": "AzureCliCredential"
  }
}

2. 规范PIM账户操作流程 #

• 执行清理命令重置账户上下文：

  az account clear
  

• 重新登录并激活PIM权限（确保权限处于有效期内）：

  az login --tenant <你的租户ID>
  az account set --subscription <存储账户所在订阅ID>
  

• 运行以下命令确认权限已激活：

  az role assignment list --assignee <你的PIM账户邮箱> --subscription <订阅ID>
  

3. 隔离多账户上下文干扰 #

• 在VS Code的Azure插件中，仅保留PIM账户登录，移除本地账户。
• 关闭Teams、Outlook等应用的自动登录，避免本地账户令牌缓存进入认证链。

4. 启用Debug日志定位问题 #

运行Func Core Tools时开启Debug级日志，查看认证细节：

func host start --verbose --log-level Debug

重点关注包含Azure.Identity或Storage关键字的日志，排查是否存在权限未激活、令牌获取失败等具体错误。

5. 临时使用存储连接字符串（测试用） #

若上述方法无效，可临时配置存储账户连接字符串绕过认证（仅用于本地测试，生产环境禁用）：

{
  "Values": {
    "AzureWebJobsStorage": "DefaultEndpointsProtocol=https;AccountName=<你的存储账户名>;AccountKey=<你的存储账户密钥>;EndpointSuffix=core.windows.net"
  }
}

内容的提问来源于stack exchange，提问作者Voi Se