tcp断开连接(tcp断开连接的四次握手过程)

服务器重启后，客户端处于半打开状态，也就是FIN-WAIT-1状态。客户端觉得连接还是正常的，但是服务端丢失了连接的所有信息。这种情况下，客户端发送请求给服务端，服务端无法处理，就会出现超时。当然，客户端会尝试重新发送，但是重试次数是有限的，重试次数由tcp_orphan_retries参数控制。经过几轮重试后，如果一直没有收到服务端的ACK，就会关闭连接。 由于FIN-WAIT-1状态是服务端主动断开客户端的连接导致的，此时可以减小重试次数，尽快让客户端请求超时，超时后连接会自动关闭。

答:理解清楚4次挥手的过程，那对于这个问题就会比较理解啦！传输结束后，传输双方(客户端和服务器)都可以申请断开连接，我们不妨假设客户端A主动申请与服务器B断开连接。当客户端A申请断开连接后，它将不会再向服务器发送数据，此为第1次挥手;服务器B收到连接释放报文后,此时处于半连接的状态，如果现在服务器仍有残留数据要向客户端传送，则进行传送，否则进行第3步;服务器B发出连接释放报文段;客户端A要对B发送的释放报文段进进行确认，即把ACK=1,该ACK报文段在传输时可能会丢失，为了保证这最后一个ACK报文能够到达服务器，就必须等待2msl再进行关闭。

在cmd中运行命令netstat，除了established状态的连接都是断开的！

1,tcp使用三次握bai手 （three-wayhandshake）协议来建立连接,这三次握手du为：请求端（通常称为客zhi户）发送一个syn报文段（syn为1）指明客dao户打算连接的服务器的端口，以及初始顺序号（isn）。服务器发回包含服务器的初始顺序号的syn报文段（syn为1）作为应答。同时，将确认号设置为客户的isn加1以对客户的syn报文段进行确认（ack也为1）。客户必须将确认号设置为服务器的isn加1以对服务器的syn报文段进行确认（ack为1），该报文通知目的主机双方已完成连接建立。发送第一个syn的一端将执行主动打开（activeopen），接收这个syn并发回下一个syn的另一端执行被动打开（passiveopen）。另外，tcp的握手协议被精心设计为可以处理同时打开（simultaneousopen），对于同时打开它仅建立一条连接而不是两条连接。因此，连接可以由任一方或双方发起，一旦连接建立，数据就可以双向对等地流动，而没有所谓的主从关系。2,应用层向tcp层发送用于网间传输的、用8位字节表示的数据流，然后tcp把数据流分割成适当长度的报文段（通常受该计算机连接的网络的数据链路层的最大传送单元(mtu)的限制）。之后tcp把结果包传给ip层，由它来通过网络将包传送给接收端实体的tcp层。tcp为了保证不发生丢包，就给每个字节一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的字节发回一个相应的确认(ack)； 如果发送端实体在合理的往返时延(rtt)内未收到确认，那么对应的数据（假设丢失了）将会被重传。tcp用一个校验和函数来检验数据是否有错误；在发送和接收时都要计算校验和。

电源模式设置错误 打开网络连接，选择“本地连接”-右键-属性-常规选项卡-点配置-电源选项卡，把“允许计算机关闭这个设备以节约电源。”前的勾取消掉。
电源模式设置错误 打开网络连接，选择“本地连接”-右键-属性-常规选项卡-点配置-电源选项卡，把“允许计算机关闭这个设备以节约电源。”前的勾取消掉。