connection reset by peer问题总结及解决方案_javascript技巧

 找遍了 中英文网站,翻遍了能找的角落,发现了出现故障的原因和原理,及改如何处理,这里记录下,希望能帮助到有需要的小伙伴,少走点弯路, 以上就整理内容:       

connection reset by peer问题总结及解决方案

1.服务器的并发连接数超过了其承载量,服务器会将其中一些连接关闭

如果知道实际连接服务器的并发客户端数并没有超过服务器的承载量,则有可能是中了病毒或者木马,引起网络流量异常。

解决方法:可以使用netstat -an命令查看网络连接情况。

2.客户端关掉了浏览器,而服务器还在给客户端发送数据

3.浏览器按了Stop

这两种情况一般不会影响服务器,但是如果对异常信息没有特别处理,有可能在服务器的日志文件中,重复出现该异常,造成服务器日志文件过大,影响服务器的运行。

解决方法:可以对引起异常的部分,使用try…catch捕获异常,然后不输出或只输出一句提示信息,避免输出全部异常信息。

4.防火墙的问题

如果网络连接通过防火墙,而防火墙一般都会有超时的机制,在网络连接长时间不传输数据时,会关闭这个TCP的会话,关闭后再读写,就会导致异常。

解决方法:如果关闭防火墙,解决了问题,需要重新配置防火墙,或者自己编写程序实现TCP的长连接。
实现TCP的长连接,需要自己定义心跳协议,每隔一段时间,发送一次心跳协议,双方维持连接。

5.JSP的buffer问题

JSP页面缺省缓存为8K,当JSP页面数据比较大的时候,有可能JSP没有完全传递给浏览器。

解决方法:可以适当调整buffer的大小。

<%@ page buffer="100k"%>

感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!

时间: 2024-09-19 21:56:00

connection reset by peer问题总结及解决方案_javascript技巧的相关文章

Connection reset by peer: socket write error

问题描述 Connection reset by peer: socket write error Caused by: org.springframework.dao.DataAccessResourceFailureException: Error querying database. Cause: java.sql.SQLException: Io 异常: Connection reset by peer: socket write error The error may exist in

python-urllib2.URLError: &amp;amp;lt;urlopen error [Errno 104] Connection reset by peer&amp;amp;gt;

问题描述 urllib2.URLError: <urlopen error [Errno 104] Connection reset by peer> python爬虫使用mechanize模拟登陆出现,求解决方法,没有在代码中添加代理ip,不知到如何解决,已经困扰我一上午了,不知道哪位大侠可以帮忙啊! 解决方案 可能是对方禁止你爬,检测到你是爬虫

nginx报错 "readv() failed (104: Connection reset by peer)"

  本文章来给大家介绍在使用nginx报错 "readv() failed (104: Connection reset by peer)" 错误的解决办法. 错误提示 [error] readv() failed (104: Connection reset by peer) while reading upstream, client: x.x.x.x, server: host.tld, request: "POST /script.php, ... 解决办法 php-

lvs-关于LVS+KeepAlived,出现Connection reset by peer

问题描述 关于LVS+KeepAlived,出现Connection reset by peer 我配置完LVS+KeepAlived之后(是一个socket服务的lvs集群),RS日志中总是不停的在出现java.io.IOException: Connection reset by peer错误 keepAlived配置如下: global_defs { lvs_id LVS_1 } vrrp_instance VI_1 { state MASTER interface eth0 lvs_sy

Connection reset by peer的常见原因

 Connection reset by peer的常见原因: 1)服务器的并发连接数超过了其承载量,服务器会将其中一些连接关闭:    如果知道实际连接服务器的并发客户数没有超过服务器的承载量,看下有没有网络流量异常.可以使用netstat -an查看网络连接情况. 2)客户端关掉了socket,而服务器还在给客户端发送数据:  这属于正常情况 3)防火牆的问题:    如果网络连接通过防火牆,而防火牆一般都会有超时的机制,在网络连接长时间不传输数据时,会关闭这个TCP的会话,关闭后在读写,就

ab压力测试报错: apr_socket_recv: Connection reset by peer (104)

使用ab对网站进行压力测试,开始设置并发500,可以正常使用,当设置并发为1000,则报错: apr_socket_recv: Connection reset by peer (104) 改服务端apache的maxclients参数,调大最大打开文件数,都不解决问题,最后才发现是因为ab的源码对ab的并发有限制,修改源码重新编译apache: 修改源码support目录下的ab.c文件,大概在1369行,修改为: return;} else {//apr_err("apr_socket_re

nginx报错 &quot;readv() failed (104: Connection reset by peer)&quot;

错误提示 [error] readv() failed (104: Connection reset by peer) while reading upstream, client: x.x.x.x, server: host.tld, request: "POST /script.php, ... 解决办法 php-fpm.conf中将这个参数的值设定为600: request_terminate_timeout = 600

libcore.io.ErrnoException: recvfrom failed: ECONNRESET (Connection reset by peer)

12-12 02:16:31.004: W/System.err(10219): java.net.SocketException: recvfrom failed: ECONNRESET (Connection reset by peer) 12-12 02:16:31.044: W/System.err(10219): at libcore.io.IoBridge.maybeThrowAfterRecvfrom(IoBridge.java:563) 12-12 02:16:31.044: W

OGG-01232 Receive TCP params error: TCP/IP error 104 (Connection reset by peer), endpoint:

源端: 2015-02-05 17:45:49 INFO OGG-01815 Virtual Memory Facilities for: COM anon alloc: mmap(MAP_ANON) anon free: munmap file alloc: mmap(MAP_SHARED) file free: munmap target directories: /home/ggt/goldengate/dirtmp. CACHEMGR virtual memory values (may