ASP .NET Core部署到公网主机后POST请求返回Bad Request本地正常如何解决

排查解决步骤 #

• 1. 检查上传大小限制配置
  公网主机默认会限制请求的最大长度，远低于本地开发环境的默认值，你需要从三个维度调整：
  1. 在ASP.NET Core的Program.cs中配置表单和请求大小限制：

  // 配置Kestrel请求大小限制
  builder.WebHost.ConfigureKestrel(options =>
  {
      options.Limits.MaxRequestBodySize = 100 * 1024 * 1024; // 按需调整，这里是100MB
  });
  // 配置表单上传限制
  builder.Services.Configure<FormOptions>(options =>
  {
      options.MultipartBodyLengthLimit = 100 * 1024 * 1024;
  });
  

  2. 如果主机用IIS部署，在web.config中添加配置：

  <system.webServer>
    <security>
      <requestFiltering>
        <requestLimits maxAllowedContentLength="104857600" /> <!-- 单位是字节，对应100MB -->
      </requestFiltering>
    </security>
  </system.webServer>
  

  3. 检查Plesk面板的站点设置，确认是否有单独的上传大小限制，调整到符合你的压缩包大小。
• 2. 排查ModSecurity拦截问题
  之前你关闭ModSecurity解决了普通POST请求的问题，上传压缩包时很可能触发了ModSecurity的其他拦截规则，比如压缩包内容检测、表单格式规则等。你可以先临时关闭ModSecurity测试上传是否正常，如果恢复正常，让主机商提供ModSecurity的拦截日志，针对性放行对应规则即可。
• 3. 确认目录权限配置
  本地开发时应用运行身份权限较高，公网部署后应用的运行身份需要对_path、_extractPath两个目录拥有读、写、删除、修改的完整权限，尤其是解压文件、删除旧文件需要的权限远高于之前写入普通txt文件的权限，需要单独给目录配置对应权限。
• 4. 修正参数绑定和路径兼容问题
  1. 给Action的参数添加[FromForm]特性，明确参数来源，避免公网环境模型绑定规则异常：

  [HttpPost]
  public string ImportZip([FromForm] IFormFile file)
  

  2. 不要直接用字符串拼接路径，改用跨平台兼容的Path.Combine方法，避免不同操作系统路径分隔符不兼容的问题：

  string path = Path.Combine(_path, "tmp.zip");
  ZipFile.ExtractToDirectory(path, _extractPath);
  

• 5. 修正路由匹配问题
  客户端请求地址末尾的斜杠可能导致公网反向代理/IIS触发301重定向，将POST请求转为GET请求丢失参数，你可以把客户端请求地址改为File/ImportZip（无末尾斜杠），同时给Action明确指定路由：

[HttpPost("ImportZip")]
public string ImportZip([FromForm] IFormFile file)

• 6. 打开异常日志定位具体问题
  你当前的代码吞掉了所有异常信息，无法定位具体报错位置，建议临时修改catch块输出异常详情，或者将异常写入日志文件：

catch (Exception ex)
{
    // 临时返回异常信息调试，上线前记得删除
    return $"Error: {ex.Message} \n StackTrace: {ex.StackTrace}";
}

通过返回的异常信息可以直接定位是权限问题、路径问题、还是解压逻辑的问题，不需要盲排。

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