向Nginx上Sinatra POST路由提交JSON遇500 ISE及104错误求助

可能成因及对应解决方法 #

1. Sinatra应用内部抛出未捕获异常 #

Nginx日志里的recv() failed (104: Connection reset by peer)通常意味着后端Sinatra进程在处理请求时崩溃或主动断开连接，这直接触发了500错误。

解决步骤：

• 查看Sinatra应用的业务日志（而非Nginx日志），定位具体的异常栈信息，比如是否存在nil对象调用、数据库连接失败、权限不足等问题。
• 确保Sinatra正确解析JSON请求体：若路由依赖JSON解析，需启用对应中间件，或手动解析：

  # 方法1：启用Rack解析中间件
  require 'rack/parser'
  use Rack::Parser, content_type: 'application/json'
  
  # 方法2：路由内手动解析
  post '/t_test' do
    request.body.rewind
    data = JSON.parse(request.body.read)
    # 业务逻辑处理
  end
  

• 添加全局异常捕获，避免进程崩溃：

  error do
    e = env['sinatra.error']
    puts "Error: #{e.message}\n#{e.backtrace.join("\n")}"
    status 500
    "Internal Server Error"
  end
  

2. Net::HTTP的SSL配置不完整 #

尽管你设置了http.use_ssl = true，但如果目标服务器使用自签名证书或证书链不完整，Net::HTTP默认的SSL验证会失败，可能导致请求中途断开，间接引发Nginx的连接重置错误。

解决步骤：

• 测试环境可临时关闭SSL验证（生产环境禁用）：

  http.verify_mode = OpenSSL::SSL::VERIFY_NONE
  

• 生产环境指定正确的CA证书路径：

  http.ca_file = '/path/to/ca-cert.pem'
  http.verify_mode = OpenSSL::SSL::VERIFY_PEER
  

3. Nginx反向代理配置不合理 #

Nginx的代理参数设置不当，会导致请求转发到Sinatra时被中断。

解决步骤：

• 调整超时与缓冲区参数，避免因处理耗时过长或请求体过大导致断开：

  location / {
    proxy_pass http://sinatra_backend;
    proxy_read_timeout 120s; # 根据业务耗时调整
    proxy_buffer_size 128k;
    proxy_buffers 4 256k;
  }
  

• 确保Nginx正确传递请求头与请求体：

  proxy_set_header Content-Type $http_content_type;
  proxy_set_header Host $host;
  proxy_pass_request_body on;
  

4. 请求体大小超出限制 #

若JSON数据体积过大，Nginx或Sinatra的默认请求体限制会导致请求被截断或拒绝，引发连接重置。

解决步骤：

• 在Nginx配置中增大请求体上限：

  http {
    client_max_body_size 10M; # 根据实际需求调整
  }
  

• 在Sinatra中启用Rack相关中间件优化请求处理：

  use Rack::ContentLength
  use Rack::Chunked
  

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