电脑出现ERR_CONNECTION_RESET问题怎么解决？

DNS服务器出错等问题

1、DNS服务器出错，网页提示DNS错误则是指“网络服务商的服务器IP错误”

2、>

3、Winsock被恶意篡改 电脑有垃圾或网页木马

4、你的HOSTS里面有定向跳转/劫持

5、由于windows会首先从这个文件里面进行读取

6、如果里面存在域名和IP的对应，那末就不会再发起DNS要求

7、这个域名和IP的对应不正确的话就没法打开网站了

8、你可以清空HOSTS2 对方的网站正在保护

9、可以过1段时间再访问3 IE组件异常

10、还可以重置一下阅读器

11、再不行就下载1个腾讯电脑管家，使用电脑诊所中的上网异常

我们所有得服务器都有一个console 口，当服务器到了机房后，我们只需要将这个console 口连上线放通网络，我们就可以实现远程管理这台server 不需要频繁得去机房 *** 作，这个console ip 也被叫为BMC IP

我们重启server 我知道得是有三种方式：（目前尝试了第三种方式，真方便）

如果想在本地通过ipmitool 来远程管理server 需要两个条件，1 本地需要安装支持ipmitool 得工具命令 2 服务器都需要开启ipmi 协议

以下记录几个我们常用得ipmitool 得命令

eg： ipmitool -I lanplus -H 19216811 -U admin -P admin power on

ipmitool -I lanplus -H 服务器IP -U 远程console用户 -P 远程console密码 power on

ipmitool -I lanplus -H 服务器IP -U 远程console用户 -P 远程console密码 power off

ipmitool -I lanplus -H 服务器IP -U 远程console用户 -P 远程console密码 power reset

我们先熟悉一下 tcp 三次握手和四次挥手：
RST的标志位，这个标识为在如下几种情况下会被设置，以下是我了解的情况，可能还有更多的场景，没有验证：

1 当尝试和未开放的服务器端口建立tcp连接时，服务器tcp将会直接向客户端发送reset报文；

2 双方之前已经正常建立了通信通道，也可能进行过了交互，当某一方在交互的过程中发生了异常，如崩溃等，异常的一方会向对端发送reset报文，通知对方将连接关闭；

3 当收到TCP报文，但是发现该报文不是 已建立的TCP连接列表 可处理的，则其直接向对端发送reset报文；

4 ack报文丢失，并且超出一定的重传次数或时间后，会主动向对端发送reset报文释放该TCP连接。
“ Connection reset by peer ”和“ Connection reset” 是有区别的：

服务器返回了“RST”时，如果此时 客户端 正在从Socket套接字的 输出流 中 读数据 则会提示Connection reset”；

服务器返回了“RST”时，如果此时 客户端 正在往Socket套接字的 输入流 中 写数据 则会提示“Connection reset by peer”。
“connection reset by peer”和”broken pipe”出现的场景：

1）往一个对端已经close的通道写数据的时候，对方的tcp会收到这个报文，并且反馈一个reset报文。

当收到reset报文的时候，继续做 select读数据 的时候就会抛出Connect reset by peer的异常。
2）当第一次往一个对端已经close的通道写数据的时候会和上面的情况一样，会收到reset报文。

当再次 往这个socket写数据 的时候，就会抛出Broken pipe了 。

根据tcp的约定，当收到reset包的时候，上层必须要做出处理，调用将socket文件描述符进行关闭，其实也意味着pipe会关闭，因此会抛出这个顾名思义的异常。
Orderly Versus Abortive Connection Release in Java

>

Connection reset by peer的常见原因：

1、服务器的并发连接数超过了其承载量，服务器会将其中一些连接关闭；   如果知道实际连接服务器的并发客户数没有超过服务器的承载量，则有可能是中了病毒或者木马，引起网络流量异常。可以使用netstat -an查看网络连接情况。

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

3、浏览器端按了Stop。这两种情况一般不会影响服务器。但是如果对异常信息没有特别处理，有可能在服务器的日志文件中，重复出现该异常，造成服务器日志文件过大，影响服务器的运行。可以对引起异常的部分，使用trycatch捕获该异常，然后不输出或者只输出一句提示信息，避免使用eprintStackTrace();输出全部异常信息。

4、防火墙的问题。如果网络连接通过防火墙，而防火墙一般都会有超时的机制，在网络连接长时间不传输数据时，会关闭这个TCP的会话，关闭后在读写，就会导致异常。 如果关闭防火墙，解决了问题，需要重新配置防火墙，或者自己编写程序实现TCP的长连接。实现TCP的长连接，需要自己定义心跳协议，每隔一段时间，发送一次心跳协议，双方维持连接。

5、JSP的buffer问题。JSP页面缺省缓存为8k，当JSP页面数据比较大的时候，有可能JSP没有完全传递给浏览器。这时可以适当调整buffer的大小。

本地传文件到linux服务器报connectionreset解决方法如下。
1、服务器端因某种原因关闭了Connection，而客户端依然在读写数据，此时服务器会返回复位标志RST。
2、客户端发送syn包（syn等于j）到服务器，并进入SYNSENT状态，等待服务器确认。
3、服务器收到syn包，并会确认客户的SYN（ack等于j加1），同时自己也发送一个SYN包（syn等于k），即SYN加ACK包，此时服务器进入SYNRECV状态。
4、客户端收到服务器的SYN加ACK包，向服务器发送确认包ACK(ack等于k加1），此包发送完毕，客户端和服务器进入ESTABLISHED（TCP连接成功）状态。

---