解决Nginx反向代理iserver时请求404的问题

在使用Nginx作为反向代理时遇到404错误,原因是'+'号未被正确编码为'%2B'。直接访问目标服务器时,URL中的'+'号被正确编码,但通过Nginx代理时,Nginx未进行编码导致请求失败。解决方案在于手动处理URL编码,避免Nginx解码影响请求。参考Stack Overflow解答和Nginx官方文档,可以解决此问题。
摘要由CSDN通过智能技术生成

问题起因是利用Nginx做反向代理的时候,需要访问如下链接
http://192.168.14.141/iserver/services/3D-0524hd/rest/realspace/datas/0524hd/data/path/Tile_+003_+011/Tile_+003_+011_L5_00003.s3m
其中192.168.14.141被反向代理到了192.168.14.141:8090
实际请求的时候返回404,通过查看服务日志,发现服务器收到的Nginx请求确实是这个链接(注意后半部分):

http://192.168.14.141/iserver/services/3D-0524hd/rest/realspace/datas/0524hd/data/path/Tile_+003_+011/Tile_+003_+011_L5_00003.s3m

如果我直接请求8090端口,服务器实际收到的请求是下面这样:

http://192.168.14.141/iserver/services/3D-0524hd/rest/realspace/datas/0524hd/data/path/Tile_%2B003_%2B011/Tile_%2B003_%2B011_L5_00003.s3m

’+’ 号应该被编码未‘%2B’,但是Nginx没有将其编码,导致请求404

手动将+号写成%2B请求到Nginx, Nginx请求目标服务器时还是以+号的形式请求。

解决办法:手动处理一下编码的问题

 

location /server {
    set $modified_uri $request_uri;
    if ($modified_uri ~ "^/([\w]{2})(/.*)") {
        set $modi
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值