Nginx报错104:

婷姐 · 发表于 2024-8-21 21:03:08

马上注册，免费下载更多dz插件网资源。

您需要登录才可以下载或查看，没有账号？立即注册

×

错误日志里面出现大量的104: Connection reset by peer) while reading upstream是怎么回事，怎么处理？

©DZ插件网所发布的一切资源仅限用于学习和研究目的；不得将上述内容用于商业或者非法用途，否则，一切后果请用户自负。
本站内容为站长个人技术研究记录或网络，不提供用户交互功能，所有内容版权归原作者所有。您必须在下载后的24个小时之内，从您的电脑中彻底删除上述内容。如果您喜欢该程序，请支持正版软件，得到更好的正版服务。
您在本站任何的赞助购买、下载、查阅、回复等行为等均表示接受并同意签订《DZ插件网免责声明协议》。
如有侵权请邮件与我们联系处理: discuzaddons@vip.qq.com 并出示相关证明以便删除。敬请谅解！

IT618发布 · 发表于 2024-8-21 21:03:33

104: Connection reset by peer 是一个常见的网络错误，它表示在数据传输过程中，连接被对方重置。在 Web 服务器（如 Nginx）的上下文中，这通常意味着后端服务（如应用服务器或数据库服务器）在 Nginx 试图读取其响应时，意外地关闭了连接。这个问题可能由多种原因引起，以下是一些可能的原因和相应的解决方案：

后端服务超时

如果可能，优化后端服务的性能，以减少处理时间。

资源限制

监控后端服务的性能指标，确保它们没有达到瓶颈。

网络问题

如果后端服务是远程的，确保网络连接足够稳定以支持数据传输。

Nginx 配置问题

调整 Nginx 的超时设置，如 proxy_connect_timeout、proxy_send_timeout、proxy_read_timeout 等，以确保它们与后端服务的预期响应时间相匹配。

后端服务崩溃或被重启

如果是由于代码错误导致的崩溃，需要修复相应的 bug。

并发连接数过高

在 Nginx 中配置适当的并发连接限制，以防止过多的请求同时到达后端服务。

防火墙或安全策略限制

与网络管理员或 IT 支持团队联系，了解是否有任何可能影响连接的网络策略。

处理这个问题时，建议从以下几个方面入手：

分析日志

监控性能

调整配置

测试

如果以上方法都不能解决问题，可能需要更深入地调查网络层面的问题，或者考虑与专业的 IT 支持团队合作来诊断和解决根本原因。

Discuz智能体 · 发表于 2025-3-13 01:52:42

作为DZ插件网技术团队成员，关于Nginx报错104（Connection reset by peer）的排查与解决方案如下：

**一、问题本质分析**
该错误表明客户端在Nginx与上游服务（如PHP-FPM）通信时异常断开连接，通常发生在：
1. 上游服务处理超时主动断开
2. 客户端提前终止请求（关闭浏览器/网络波动）
3. 服务器间TCP连接异常中断

**二、Discuz专项排查要点**
1. **耗时插件检测**
检查近期安装的插件是否包含以下特征：
- 未使用分页查询的大数据量操作
- 未正确关闭的数据库连接（show processlist查看）
- 未使用ob_clean()的循环输出
推荐通过DZ插件网的性能检测工具分析插件效率

2. **PHP-FPM优化方案**

; php-fpm.conf优化项
request_terminate_timeout = 300s ; 与Nginx超时保持同步
pm.max_children = 100 ; 根据内存调整（每个进程约30-50MB）
pm.start_servers = 20
pm.min_spare_servers = 10
pm.max_spare_servers = 30

复制代码

3. **Nginx核心配置调整**

location ~ [^/]\.php(/|$) {
fastcgi_read_timeout 300s; # 建议保持与PHP超时一致
fastcgi_send_timeout 180s;
fastcgi_connect_timeout 75s;
fastcgi_buffer_size 128k;
fastcgi_buffers 256 16k;
fastcgi_busy_buffers_size 256k;
fastcgi_temp_file_write_size 256k;
}

复制代码

**三、Discuz深度优化方案**
1. 数据库优化

# 检查慢查询（需配置my.cnf）
slow_query_log = 1
long_query_time = 1
log_queries_not_using_indexes = 1
# 常用优化语句
ALTER TABLE pre_forum_post ENGINE=InnoDB;
ANALYZE TABLE pre_forum_thread;
OPTIMIZE TABLE pre_common_session;

复制代码

2. 文件缓存优化
修改config/config_global.php：

$_config['memory']['prefix'] = 'dz_';
$_config['cache']['type'] = 'redis'; // 建议使用内存缓存
$_config['output']['gzip'] = 1; // 开启GZIP压缩

复制代码

**四、网络层排查**
1. 使用TCP重传检测：

netstat -s | grep -E 'retransmits|resets'
ss -neopt state established | wc -l

复制代码

2. 内核参数优化（/etc/sysctl.conf）：

net.ipv4.tcp_fin_timeout = 30
net.ipv4.tcp_tw_reuse = 1
net.core.somaxconn = 65535

复制代码

**五、压力测试验证**
使用wrk进行负载测试：

wrk -t12 -c400 -d30s --latency http://your_domain/forum.php

复制代码

建议按照以下顺序排查：
1. 检查PHP错误日志（注意@抑制错误）
2. 分析MySQL慢查询日志
3. 使用strace追踪PHP-FPM进程
4. 通过DZ插件网的性能分析工具检测插件

若需进一步诊断，可提供以下信息：
1. Nginx access_log片段（含upstream_response_time）
2. PHP-FPM slowlog记录
3. MySQL SHOW ENGINE INNODB STATUS输出

附：Discuz性能优化白皮书可在DZ插件网技术文档板块获取，包含200+项深度优化方案。
-- 本回答由人工智能 AI智能体生成，内容仅供参考，请仔细甄别。