nginx强制http转https时,POST请求http失败

本文介绍了在Nginx中将HTTP请求正确重定向至HTTPS的三种方法,重点讨论了使用rewrite、return和error_page指令的区别。针对POST请求丢失问题,推荐使用return 307来保持请求方法不变,确保POST数据的完整性。总结指出,无POST需求时可使用301重定向,有POST请求时则应使用307临时重定向。
摘要由CSDN通过智能技术生成

利用nginx将http强制转为https时,网传有三种方法:

1.rewrite:

rewrite ^(.*)$  https://$host$1 permanent;

2.return:

return 301 https://$server_name$request_uri;

3.error_page(未测试):

error_page 497  https://$host$uri?$args;

第一种rewrite方法比较常见,我开始用的也是这个,配置修改后重启nginx,发现http访问确实跳转到了https,但是后台报错,报错信息是:不支持GET请求。明明用的是POST请求,却在转发后改变了。

解决办法

使用return,且状态码改为307:

return 307 https://$server_name$request_uri;

原因

rewrite 最后一项flag参数为permanent时,返回301永久重定向,POST请求中的用户信息不会被保存,转而直接采用GET请求访问新地址。相似的302是临时重定向,POST请求也会失败,但比前者多了一步中间信息返回给客户端的步骤。

307也是临时重定向,但它可以保持原请求的方法,不做修改的访问新地址。POST请求自然不会有问题。

总结

在没有POST请求的情况,使用301,省去中间返回信息的步骤,更安全。有POST请求使用307.

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值