tcp63错误

1网络紊乱

网络紊乱可能原因可能有很多，如路由器失败，主干网链接失败，或网线头松动都可能造成网络紊乱，最终造成网络或主机不可达。当发出去的包没有收到确认时，TCP会进行重传，直到中间的路由器发送一个ICMP消息来说明网络或主机不可达，然后发送RST。

2服务器进程崩溃

简单来说就是服务器主机上面的服务器进程挂掉了，服务器进程挂掉之后将会给对等方发送FIN，当发送FIN后并不表示服务器已经不能再接收数据了。当客户端接收到FIN后，再次给服务端发送数据，此时服务端会返回RST。如果客户端又一次给服务端发送数据，则此时客户端进程自动挂掉。

3服务器主机崩溃

在谈到这个问题时，不要把和服务端进程崩溃搞混了。服务器主机崩溃时是不会给对等方发送FIN的，这就是它们的区别。当服务器主机崩溃时，客户端啥都收不到。客户端向往常一样给服务器发数据，但是一直接收不到确认，客户端会进行超时重传，当重传达到一定次数就会返回超时，然后重置连接

4服务器主机崩溃后重启

当服务器主机崩溃后，原先的服务器进程不存在了，套接字也不存在了，故连接也不存在了。当服务器收到客户端发送的数据时，服务器会返回RST。

这种情况发生在TCP 3次握手刚好完成，服务器TCP将连接放入到已经建立好连接队列中，此时客户端给一个RST,接下来accept返回，不过这时accept返回的是ECONNECTABORT错误这不是一个致命错误。2、服务器进程终止过程如下:a、kill掉服务进程，作为进程善后处理的部分，所有打开的文件描述符被关闭，这导致服务端TCP(注意"服务端"和"服务端TCP"是不同概念)发送FIN给客户端，客户端TCP响应以ACK。b、客户端此时正阻塞在scanf函数(基于上篇中提到的客户端模型)，这导致客户端不知道服务端TCP已经关闭连接。c、客户端在scanf返回后调用write向服务端发数据，由于服务端已经被kill掉，所以服务端TCP会发送一个RST给客户端TCPd、客户端在发送完数据后立即调用read读取数据，由于有第一步的FIN,read立即返回0(表示EOF),然而客户端希望的是收到刚才发送的数据而不是EOF。如果客户端接着往服务端发数据，将诱发服务端TCP向服务端发送SIGPIPE信号，因为向接收到RST的套接口写数据都会收到此信号问题的本质在于客户端同时处理两个描述字--套接口和用户输入，程序被单纯地阻塞在一个源上了。这个问题可以通过1、设置非阻塞模式。2、采用select以及epoll处理。3、服务器主机崩溃在客户TCP发送数据后，由于接收不到ACK,它将试图一直重传，直到最后放弃，并返回给客户进程一个出错信息。ETIMEOUT表示没有相应，EHOSTUNREACH表示路由器判定主机不可达。4、服务器崩溃后重启由于服务端TCP丢失了以前的连接信息，这将导致服务端发送一个RST,而此时客户端阻塞在read函数，这将导致返回一个ECONNECTRESET错误5、服务器关机服务器关机时init进程会先发送SIGTERM(此信号可捕获)给所有进程，再过一段时间发送SIGKILL(次信号不可捕获)给仍然在运行的程序，这时就和服务器进程终止一样了。

1、点击网址栏后面的刷新按钮，刷新网页试试；

2、检查Wifi网络是否可用

如果刷新网页，依旧打不开网页，提示Safari打不开网页因为服务器已停止响应的话，那么可能是网络故障导致；

如果连接的是Wifi网络，那么可以先断开，再次连接试试；

也可以关闭Wifi再打开了即可。

3、关闭Wifi，试试使用移动网络，有时候可能Wifi网络不可用，您可以试试开启手机移动网络，再刷新网页试试，一般即可解决办法。

不可以，Windows 10不能用来修复Windows Server 2016服务器。Windows 10和Windows Server 2016是不同的 *** 作系统，它们之间不兼容。如果Windows Server 2016服务器崩溃，您可以使用Windows Server 2016的恢复工具来修复它。

---