nginx将POST请求重定向到GET请求

Question

我有在pumaWeb服务器上运行的Rails 4.1应用程序。我使用nginx作为代理服务器。几天前，一切运作良好。我更新了我的应用程序，突然有些POST请求开始重定向到相同的URL，但作为GET请求。我尝试回滚到以前的工作版本，但没有成功。

我发现了非常有趣的行为。我使用来测试了我的API curl。

• 如果我确实POST请求了该URL， http://myapp.com/tasks/easy_task/calculate/它将重定向到相同的URL，但作为GET请求。
• 然后我确实POST要求http://myapp.com/，传回404
• 然后我确实POST要求http://myapp.com/tasks，传回404
• 然后我确实POST要求http://myapp.com/tasks/easy_task，传回404
• 然后我确实POST要求http://myapp.com/tasks/easy_task/calculate，返回200。

当我使用chrome的应用程序时，发生了同样的事情Postman。首先，它进行了重定向，但是经过前面的步骤，它可以很好地工作。

我在其他应用程序中使用了此应用程序。我RestClient用来发出http请求。当我尝试发出POST请求时，将引发异常RestClient::MovedPermanently (301 Moved Permanently)。

• 我重新安装nginx到1.7.3。
• 重新启动服务器（虚拟机）
• 重新部署我的应用程序，部署以前的版本
• 没有成功:(

我在stackoverflow上发现了类似的问题，但没有一个给我提供解决此问题的线索。希望您能帮助我解决这个问题。提前致谢！

类似的问题： - POST请求轮流到GET请求 - POST请求的神秘变成GET请求

Nginx的配置：

$ cat /etc/nginx/sites-enabled/myapp.com.conf
# The file generated by Chef for mycompany

upstream myapp_mycompany_com {
  server unix:/tmp/myapp.com-puma.sock;
}

server {
  server_name  myapp.com;
  listen       80;

  access_log /var/log/nginx/myapp.com-access.log;
  error_log /var/log/nginx/myapp.com-error.log;

  root /home/projects/mycompany/myapp.com/current/public;

  gzip on;
  gzip_types text/plain text/xml application/xml application/xml+rss
             text/css text/javascript application/javascript application/json;

  error_page 551 =503 @maintenance;
  location @maintenance {
    rewrite ^(.*)$ /system/maintenance.html break;
  }
  set $maintenance 0;
  if (-f $document_root/system/maintenance.html) {
    set $maintenance 1;
  }

  if ($request_uri = /favicon.ico) {
    # Browsers will try to get favicon if it's not returned with 200ok status
    set $maintenance 0;
  }
  if ($maintenance) {
    # There can be several reasons for 503 error. We custom return 551 error
    # to ensure maintenance.html is only shown when it's really maintenance
    return 551;
  }

  rewrite ^/(.*)/$ /$1 permanent; # Truncate trailing slashes
  try_files $uri @rails;

  expires -1;

  location = /favicon.ico {
    try_files $uri =204;
    access_log off;
    log_not_found off;
  }

  location @rails {
    proxy_pass http://myapp_mycompany_com;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header Host $http_host;
    proxy_redirect off;
    proxy_intercept_errors on;
    expires -1;
  }

  error_page 500 502 503 504 /500.html;
  error_page 403 /403.html;
  error_page 404 /404.html;

  client_max_body_size 50M;
  keepalive_timeout 10;
}

彪马

$ bundle exec puma -d -e production -b unix:///tmp/myapp.com-puma.sock --pidfile /home/projects/mycompany/myapp.com/shared/tmp/pids/puma.pid
$

access.log示例

123.123.123.123 - - [11/Jul/2014:05:44:17 +0000] "POST /tasks/easy_task/calculate/ HTTP/1.1" 301 184 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2073.0 Safari/537.36"
123.123.123.123 - - [11/Jul/2014:05:44:17 +0000] "GET /tasks/easy_task/calculate HTTP/1.1" 404 713 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2073.0 Safari/537.36"

...

123.123.123.123 - - [11/Jul/2014:06:04:17 +0000] "POST / HTTP/1.1" 404 713 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2073.0 Safari/537.36"
123.123.123.123 - - [11/Jul/2014:06:04:26 +0000] "POST /tasks HTTP/1.1" 404 713 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2073.0 Safari/537.36"
123.123.123.123 - - [11/Jul/2014:06:04:36 +0000] "POST /tasks/easy_task HTTP/1.1" 404 713 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2073.0 Safari/537.36"
123.123.123.123 - - [11/Jul/2014:06:04:42 +0000] "POST /tasks/easy_task/calculate HTTP/1.1" 200 104 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2073.0 Safari/537.36"

Answer 1

TL;DR 如果您想完全重定向到新资源，并且请求的方法和正文不应更改，请使用 308 而不是 301 或 302。

301 是永久重定向，但 302 是临时重定向，因此使用 302 时搜索引擎不会更改与该网站关联的 URL。
301 和 302 指示方法和主体不应更改，但并非所有用户代理都符合这一点。请阅读 Mozilla 的解释：

超文本传输​​协议 (HTTP) 302 Found 重定向状态响应代码表示请求的资源已暂时移动到 Location 标头给出的 URL。浏览器重定向到此页面，但搜索引擎不会更新其资源链接（在“SEO 术语”中，据说“链接汁”不会发送到新 URL）。即使规范要求在执行重定向时不得更改方法（和主体），但并非所有用户代理都符合此处 - 您仍然可以在那里找到此类存在缺陷的软件。因此，建议仅将 302 代码设置为 GET 或 HEAD 方法的响应，并使用 307 临时重定向，因为在这种情况下明确禁止方法更改。如果您希望将使用的方法更改为 GET，请改用 303 See Other。当您想要对 PUT 方法提供响应，该响应不是上传的资源而是一条确认消息（例如：“您已成功上传 XYZ”）时，这非常有用。

308 和 307 都永久重定向到新资源，但它们保证请求正文和方法不会更改。区别在于308是永久性的，而307是临时性的，因此308将向搜索引擎发出信号以更改网址。看到这个：

307和302唯一的区别是307保证重定向请求时方法和主体不会改变。对于 302，一些旧客户端错误地将方法更改为 GET：使用非 GET 方法和 302 的行为在 Web 上是不可预测的，而使用 307 的行为是可预测的。对于 GET 请求，它们的行为是相同的。

Answer 2

我找到了解决方案。当我POST请求时，我使用以斜杠结尾的网址，例如http://myapp.com/tasks/easy_task/calculate/

当我最终使用不带斜杠的url时，http://myapp.com/tasks/easy_task/calculate一切都将完美运行！

我认为是因为这个规则

rewrite ^/(.*)/$ /$1 permanent; # Truncate trailing slashes

我正在关闭此问题。明天。