V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
ooee2016
V2EX  ›  程序员

请教个 Nginx 报错 413 Request Entity Too Large 的问题。

  •  
  •   ooee2016 · 2021-06-21 11:01:11 +08:00 · 1355 次点击
    这是一个创建于 1255 天前的主题,其中的信息可能已经有所发展或是发生改变。
    本地没有问题。查了说是因为 nginx 默认最大 1M,我添加了 client_max_body_size 200m;配置项。

    改好后我试了 systemctl restart nginx.service 、nginx -t 、nginx -s reload 、kill nginx 然后重新 start 这些命令都不行。
    现在还是超过 1m 就报错。

    后端是.net core 3.1,前端是 antd pro,服务器是 centos 7,
    请问这哪里还有问题呢?
    9 条回复    2021-06-22 09:30:29 +08:00
    julyclyde
        1
    julyclyde  
       2021-06-21 11:17:18 +08:00
    也可能是 header 太长导致的
    ooee2016
        2
    ooee2016  
    OP
       2021-06-21 11:22:39 +08:00
    @julyclyde #1 我看了下上传 1m 以下和以上,唯一的区别就是 Content-Length 不一样。
    julyclyde
        3
    julyclyde  
       2021-06-21 11:25:53 +08:00
    @ooee2016 不是指数字太大,而是 header 本身的长度
    ooee2016
        4
    ooee2016  
    OP
       2021-06-21 11:29:13 +08:00
    @julyclyde #3 谢谢 我看下
    ooee2016
        5
    ooee2016  
    OP
       2021-06-21 14:08:44 +08:00
    @julyclyde #3 可以了,我重启 nginx 没用,搜出来让 kill nginx 的进程,我用的 killall -9 nginx,还有个 nginx 的 master process 进程一直杀不掉,我以为那个不影响。后来把占用这个项目端口的进程 kill 掉,再 kill 掉这个 nginx 的 master process 进程。然后再启动 nginx 好了。
    julyclyde
        6
    julyclyde  
       2021-06-21 16:43:29 +08:00
    @ooee2016 那你的 nginx 其实没有在 systemd 管理吗?
    -s reload 按说应该可以的啊
    ice2016
        7
    ice2016  
       2021-06-22 09:05:23 +08:00
    增加下*temp 缓存目录权限·
    https://www.unixso.com/Linux/nginx-request.html
    ooee2016
        8
    ooee2016  
    OP
       2021-06-22 09:30:24 +08:00
    @julyclyde #6 我也不太清楚这个了
    ooee2016
        9
    ooee2016  
    OP
       2021-06-22 09:30:29 +08:00
    @ooee2016 #8 谢谢
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3464 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 28ms · UTC 11:04 · PVG 19:04 · LAX 03:04 · JFK 06:04
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.