容器化Azure Web App在应用因大请求体触发413时返回500错误的解决咨询

我之前碰到过类似的场景，给你几个可行的调整方向，应该能解决这个问题：

• 调整Azure应用服务的常规请求大小限制
  登录Azure门户，找到你的容器化Web App，进入「配置」->「常规设置」，找到「最大请求大小（MB）」选项，把这个值设置得比你的应用允许的30MB更大（比如设为40MB）。这样前端的IIS代理就不会先拦截大请求，而是把请求转发给你的容器应用，让应用正常返回413错误。

• 添加自定义应用设置覆盖IIS代理的请求体限制
  在Web App的「配置」->「应用设置」中，添加一个名为WEBSITE_MAX_REQUEST_BODY_SIZE的设置，值填写你需要的字节数（比如30MB对应31457280字节，你可以设为41943040即40MB）。这个设置会直接作用于前端的IIS代理层，覆盖它默认的请求体大小限制。

• 通过Azure CLI注入IIS配置
  如果上面的可视化配置方式不够灵活，你可以用Azure CLI命令直接配置前端IIS的maxAllowedContentLength参数：

  az webapp config set --name <你的WebApp名称> --resource-group <资源组名称> --web-config "<system.webServer><security><requestFiltering><requestLimits maxAllowedContentLength=\"41943040\" /></requestFiltering></security></system.webServer>"
  

  这个命令会直接给Web App注入所需的IIS配置，不需要手动创建或修改web.config文件。

这里需要说明一下：你的容器内部的web.config之所以没效果，是因为Azure容器化Web App的架构是前端有一层独立的IIS反向代理，请求首先经过这层IIS，再转发到你的容器应用。容器内的web.config只作用于容器里的服务，而前端IIS代理有自己独立的配置规则，这就是为什么你之前修改容器内的设置没有起到作用。

备注：内容来源于stack exchange，提问作者Barry