Nginx代理页面报错NET::ERR_INCOMPLETE_CHUNKED_ENCODING 200(ok)/NET::ERR_ERR_CONTENT_LENGTH_MISMATCH

最新推荐文章于 2025-04-30 14:34:36 发布

原创最新推荐文章于 2025-04-30 14:34:36 发布

· 1.3k 阅读

0 ·

版权

文章标签：

#nginx #运维 #服务器

本文档介绍了在遇到项目页面NET::ERR_INCOMPLETE_CHUNKED_ENCODING200和NET::ERR_CONTENT_LENGTH_MISMATCH错误时，如何通过调整Nginx配置和解决日志满载问题进行故障排除。涉及到的解决方案包括增加Nginx缓冲区设置、检查并清理日志文件、调整文件权限及重启Nginx服务。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1.项目页面报错:NET::ERR_INCOMPLETE_CHUNKED_ENCODING 200(ok)

在Nginx.conf增加缓冲区配置
proxy_buffer_size 1024k;
proxy_buffers 16 1024k;
proxy_busy_buffers_size 2048k;
proxy_temp_file_write_size 2048k;
ps -ef | grep nginx 查找Nginx占用端口号 kill 掉进程
到有nginx文件的目录下执行./nginx -c /usr/local/nginx/conf/nginx.conf

2.项目页面报错:NET::ERR_ERR_CONTENT_LENGTH_MISMATCH

看Nginx报错日志，目录/usr/local/nginx/logs/error.log
可能原因1:日志里面提示*1 write() to "/usr/local/nginx/logs/access.log" failed (28: No space left on device)
通过日志可知，内存已满，日志无法写入
解决办法：进入根目录，执行命令df -h,如果根目录已满，执行命令du -sh *，查看哪个目录占用内存最多，然后进入该目录，继续查看哪个文件占用内存最多，如果是日志文件，可以删除，释放内存。
删除后，需要将该任务重启，才能真正释放这块内存。
可能原因2:日志里提示权限问题。
解决办法：进入/usr/local/nginx/proxy_temp,查看文件权限所有者，然后ps -ef |grep nginx查看Nginx的使用者，
如果Nginx的使用者都是root,proxy_temp的文件权限也修改成root，chown -R root:root ./* 或者chmod 755 proxy_temp
如果Nginx的使用者有nobody,proxy_temp的文件权限是nobody root不用修改
修改权限完成后，重启Nginx，执行命令:./nginx -s reload
或者：ps -ef | grep nginx 查找Nginx占用端口号 kill 掉进程，到有nginx文件的目录下执行./nginx -c /usr/local/nginx/conf/nginx.conf