wordpress更换域名后网站打不开,wordpress汉化杂志主题,网站建设报价表模板下载,一篇好的营销软文文章目录 三次握手四次挥手TIME_WAITCLOSE_WAIT 使用wireshark观察 三次握手
握手的最终目的是主机之间建立连接
首先要有两个预备知识点 三次握手建立连接不一定会成功#xff0c;其中最担心的就是最后一次握手失败#xff0c;不过会有配套的解决方案建立好连接后是需要被… 文章目录 三次握手四次挥手TIME_WAITCLOSE_WAIT 使用wireshark观察 三次握手
握手的最终目的是主机之间建立连接
首先要有两个预备知识点 三次握手建立连接不一定会成功其中最担心的就是最后一次握手失败不过会有配套的解决方案建立好连接后是需要被操作系统统一管理起来的。也就是说连接不是随便一连就完事了操作系统会经过描述组织后管理起来每一次的连接又因为维护是需要成本的因而连接并不是建立多少个都可以的 对现实生活来说都是客户端主动去向服务端请求连接。 第一次握手客户端向服务端发送连接请求TCP报文是有类型的请求建立连接则TCP报头的SYN置1也就是发送SYN类型的报文代表申请连接。当客户端发出请求后此时的状态为SYN_SENT第二次握手服务端接收到请求由于应答机制则会返回应答且应答中有着同意连接的响应因而服务端返回的报文类型为SYN和ACK。当客户端接收到应答时注意此时的客户端就已经认为连接成功了但是服务端并没有认为连接成功对于TCP而言两端是独立的。当服务端发出应答后状态为SYN_REVD第三次握手客户端接收到应答后再向服务端返回一次应答。当服务端接收到应答之后才会认为连接成功了 那么问题来了既然三次握手可以建立连接那么一次两次四次等可不可以呢 对于一次和两次而言上述提到了建立连接后操作系统需要对每个连接维护起来那么维护需要成本。如果只有一次握手那么客户端每一次发送请求后服务端一收到就建立连接成功了。那么如果有很多客户端都发来请求那么服务端就会承受不住这么多连接了这就会出现安全问题导致SYN洪水问题。并且一次两次握手都只能单向的建立连接不能确保可靠性。一次握手时客户端没有收到服务端的应答就不知道服务端收到了请求并已经建立好连接了。两次握手时服务端没有收到客户端的应答就不知道客户端已经收到了响应并建立好了连接那么对于三次以上其实三次以上的握手都是可以的因为都能确保双向收到应答确保可靠性。但是这样建立连接的效率不高时间会更长因为网络通信是需要成本的。 因此三次握手是可以用最小的成本验证是否建立好连接并且可以有效的防止单机进行对服务器的攻击
四次挥手
挥手的最终目的是为了断开主机间的连接 第一次挥手主动断开连接端向被动断开连接端发送FIN类型报文代表不再发送数据需要断开连接。第二次挥手被动断开连接端收到主动断开连接端的请求返回应答此时被动断开端为CLOSE_WAIT状态。第三次挥手被动断开端向主动端发送FIN类型报文代表不再发送数据断开连接。此时被动端为LAST_ACK状态第四次挥手主动段收到报文后向被动端发送应答。主动端此时为TIME_WAIT状态。被动端收到应答后至此四次挥手完成连接全部断开 注意上述的不再发送数据这里的数据指的是用户数据也就是报文中的有效载荷。因为底层还是会交互管理的报文只不过是上层会关闭掉套接字文件 主动断开连接端挥手的最终的状态为TIME_WAIT。被动断开连接段两次挥手后会变为CLOSE_WAIT状态
和双方谁是客户端谁是服务端没有关系在TCP看来两端的地位是平等的
TIME_WAIT
主动断开连接端在挥手完成后需要保持一段时间的TIME_WAIT状态为什么呢 为了尽量确保最后一次的ACK被对方收到IME_WAIT状态允许操作系统完全释放与TCP连接相关的资源比如可以在释放该连接的所有相关资源之前确保该连接在网络中的所有数据已经被删除如果一个新的TCP连接想要使用与之前CLOSED状态的连接相同的源IP地址和源端口号而且该连接的目的IP地址和目的端口号与刚关闭的连接相同那么TIME_WAIT状态可以防止旧连接的数据干扰新连接的数据。 TIME_WAIT状态一般会维持 2 * MSL的时间 MSL报文的最大寿命以防止TCP报文在网络中循环传递避免网络拥塞或因网络故障导致报文无法到达目的地。根据操作系统的 不同值不同在Centos7中默认为60s。 因此如果是服务器在连接过程中关闭了进程那么就是服务器主动断开连接此时是不能够立即重启该端口的。但是也有办法可以立即重启
调用setsockopt接口设置socket描述符的选项SO_REUSEADDR为1 表示允许创建端口号相同但IP地址不同的多个socket描述符
#include sys/types.h /* See NOTES */
#include sys/socket.hint setsockopt(int sockfd, int level, int optname,const void *optval, socklen_t optlen);CLOSE_WAIT
CLOSE_WAIT状态的维持是非常短暂的只要被动断开端发出断开请求后这个状态就没有了也就是第三次挥手。
如果服务器中出现大量的CLOSE_WAIT这种情况可能是因为 出现bug没有做出关闭套接字文件描述符服务器压力太大可能一直在给客户端推送数据来不及关闭文件 如果这个状态出现的太久可能会导致资源浪费和连接数量上限的问题。
使用wireshark观察
首先观察握手过程 再看看挥手过程 为什么会只出现3次挥手呢? 实际上是因为TCP具有捎带应答机制导致第二和第三次挥手重叠在一起了。
