You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Azure自动化任务预览版出现400 Bad Request错误求助

解决Azure逻辑应用VM任务执行成功但标记失败的400错误

问题根源

从错误的innerError字段可直接定位:请求头大小超出了APIM网关的限制(HTTP Error 400. The size of the request headers is too long)。虽然VM的停止/取消分配/重启操作实际执行成功,但逻辑应用调用的APIM网关(logic-apis-brazilsouth.azure-apim.net)返回了HTML格式的错误页面,而非预期的JSON响应,导致工作流判定任务失败。

可行的修复方案

  • 清理冗余上下文数据:检查逻辑应用工作流中,执行VM操作步骤前是否传递了大量不必要的变量、参数或之前步骤的输出数据。这些数据会附加到请求头中累积导致尺寸超限,移除无用的上下文传递,只保留必要参数。
  • 重置逻辑应用连接:逻辑应用的VM连接可能累积了过期令牌或缓存数据,导致请求头膨胀。删除现有连接并重新创建,刷新服务主体的认证令牌。
  • 调整APIM请求头限制(自定义APIM场景):若使用自定义APIM实例而非托管网关,可在APIM的全局策略或API策略中添加request-header-size-limit配置,扩大允许的请求头大小。示例策略:
    <policies>
      <inbound>
        <request-header-size-limit size="102400" /> <!-- 设置为100KB,按需调整 -->
      </inbound>
      <backend>
        <forward-request />
      </backend>
      <outbound>
        <base />
      </outbound>
      <on-error>
        <base />
      </on-error>
    </policies>
    
  • 拆分长工作流:若工作流链条过长、中间步骤累积过多上下文,将其拆分为多个独立工作流,通过Azure存储队列或事件网格传递必要信息,避免单次请求携带大量头部数据。

验证步骤

修改后触发工作流并查看运行历史:

  1. 确认VM操作仍正常执行
  2. 检查错误日志是否再出现请求头过长提示
  3. 查看APIM监控数据(若可访问),确认请求头尺寸在限制范围内

内容的提问来源于stack exchange,提问作者Lincoln Barbosa

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.06.27 18:20:00