.NET Core应用部署到Ubuntu后无法接收POST请求

我之前在跨环境部署.NET Core应用时也碰到过类似的POST请求问题，结合你的场景，给你几个针对性的排查方向：

• 检查Nginx反向代理配置
  这是跨环境POST问题最常见的根源。你需要确认Nginx是否正确传递了POST请求的内容和相关头信息：

  • 确保配置中包含proxy_pass_request_body on;和proxy_pass_request_headers on;，避免请求体或请求头被截断
  • 查看Nginx的日志文件（/var/log/nginx/access.log和/var/log/nginx/error.log），检查POST请求的状态码、请求体大小是否正常，有没有明确的报错信息
  • 如果启用了HTTPS，确认Nginx是否正确处理了HTTP到HTTPS的重定向，避免POST请求被意外转换为GET

• 排查.NET Core应用的日志与环境配置
  Windows和Linux的环境差异很容易引发隐性问题：

  • 启用应用的详细日志，比如在Program.cs中调整日志级别为Debug，或者查看Ubuntu上的应用日志（如果用systemd托管，日志路径通常是/var/log/dotnet/你的应用名.log），找到POST请求时抛出的具体异常信息
  • 对比appsettings.json和环境变量的配置，特别是Redis、Mongo的连接字符串，以及会话状态的配置，确保Linux下的服务连接正常（比如Redis是否允许外部访问，Mongo的权限是否正确）
  • 检查是否有HTTPS相关的配置差异，比如Windows下启用了HTTPS而Ubuntu用HTTP，导致安全策略拦截POST请求

• 模拟POST请求验证问题
  用curl命令直接向.NET Core应用的端口发送POST请求，绕过Nginx，确认是Nginx的问题还是应用本身的问题：

  # 假设应用监听5000端口，表单提交路径为/SubmitForm
  curl -X POST -d "username=test&password=123" http://localhost:5000/SubmitForm
  

  如果直接请求应用正常，那问题肯定出在Nginx的配置上；如果还是异常，就聚焦到应用本身的代码或配置差异上

• 检查权限与文件系统问题
  Ubuntu下应用运行用户的权限可能不足：

  • 确认应用运行用户（比如www-data或自定义用户）有读写临时目录的权限，.NET Core处理POST表单时可能需要临时存储数据
  • 检查Mongo、Redis的访问权限，比如Redis是否设置了密码，Linux下的防火墙是否允许应用访问这些服务的端口

• 考虑.NET Core 2.0的兼容性问题
  .NET Core 2.0是比较旧的版本，可能存在一些Linux下的已知bug。你可以尝试升级到.NET Core 2.0的最新补丁版本，或者查看官方文档确认是否有相关的POST请求处理问题。

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