遇上个问题，开发了一个cms系统，运营那边一直说上传大文件失败。
修改了nginx配置（第一次修改的location下面的配置），我自己这上传成功，她那就是死活传不上去
查看nginx日志后发现，即时我在location下面限制放到4G，对他上传的文件大小并没有起到作用
我访问的路径是反向代理的路径（http://cloud.xxx.com/admin）
他访问的是ip路径
尝试修改http层的配置后解决，纪录一下
nginx转发规则location中的/
Nginx转发用于将原始请求转发到新的地址对应的请求，一般可用于二级域名转发或子路径转发以及静态资源转发等等。在转发的location节点下proxy_pass配置中，目标地址末尾是否有 / 有很大影响。以下通过模糊匹配的方式分几类情况进行对比： 1 原始访问地址 假设原始访问地址为：http://abc.com/log/test。在nginx中，针对子路径/log/配置转发，实现该子路径下的所有请求都转到另一个应用中进行处理。 2 请求转发 注：转发相关配置中只取了proxy_pass部分，其他部分根据需要配置。 2.1 目标地址为根路径含/ 原始访问地址为：http://abc.com/log/test location /log/ { proxy_pass http://127.0.0.1:81/; } 实际请求地址为：http://127.0.0.1:81/test 最终效果：proxy_pass配置值替换掉原始请求地址中到location规则结尾部分 2.2 目标地址为根路径不含/ 原始访问地址为：http://abc.com/log/test location /log/ { proxy_pass http://127.0.0.1:81; } 实际请求地址为：http://127.0.0.1:81/log/test 最终效果：host及端口替换 2.3 目标地址为子路径含/ 原始访问地址为：http://abc.com/log/test location /log/ { proxy_pass http://127.0.0.1:81/sub/; } 实际请求地址为：http://127.0.0.1:81/sub/test 最终效果：proxy_pass配置值替换掉原始请求地址中到location规则结尾部分 2.4 目标地址为子路径不含/ 原始访问地址为：http://abc.com/log/test location /log/ { proxy_pass http://127.0.0.1:81/sub; } 实际请求地址为：http://127.0.0.1:81/subtest 最终效果：proxy_pass配置值替换掉原始请求地址中到location规则结尾部分 https://blog.csdn.net/lxh_worldpeace/article/details/108974025