tcp连接、断开过程

TIME_WAIT状态在等2MSL后closed，存在的原因：1.ack n+1可能丢失，FIN
N超时重发，如果不存在time_wait状态，则C端下次收到会响应RST报文，S端收到则会解释为是错误。因而，要实现TCP全双工连接的正常终止，必须正确处理终止过程中四个分节任何一个分节的丢失情况，主动关闭连接的A端必须维持TIME_WAIT状态
。

2.允许老的重复分节在网络中消失（消失前不允许启动新的化身）。比如在没消失前启动一个新连接，那么老连接的一些报文可能在新连接的时候到来，这个时候就会发生不可预知的错误。

tcp连接、断开过程,布布扣,bubuko.com

时间： 2024-10-10 00:57:54

tcp连接、断开过程的相关文章

TCP建立连接的三次握手和TCP连接断开的四次挥手

1. TCP建立连接的3次握手 2. TCP断开连接的四次挥手 [注意]中断连接端可以是Client端,也可以是Server端. 图3-Client端主动发起关闭连接请求 1. 假设Client端主动发起中断连接请求,也就是发送FIN报文. 2. Server端接到FIN报文后,意思是说"我Client端没有数据要发给你了",但是如果你还有数据没有发送完成,则不必急着关闭Socket,可以继续发送数据.所以你先发送ACK,"告诉Client端,你的请求我收到了,但是我还没准备

TCP学习(3)--TCP释放连接的过程(四次挥手)

一.TCP释放连接的过程(四次挥手) TCP释放连接的过程如下图所示. 现在假设客户端A和服务器端B都处于数据传送状态.TCP连接断开的步骤如下: 1.客户端A发送FIN=1的连接释放报文给服务器B,并进入FIN-WAIT1状态: 2.服务器B收到A发送的连接释放报文段之后,发出确认报文段,并进入关闭等待状态:客户端A在收到确认状态之后,进入FIN-WAIT2状态,此时,客户端A不再向服务器端发送数据,但是,服务器端B仍然可以向A发送数据: 3.在服务器B发送完数据之后,发送一遍FIN=1的连接

Tcp连接的断开

Tcp连接断开的四次挥手 1 client端向server端发送FIN请求断开连接,client端进入FIN_WAIT_1状态,等待server端的ACK.此时客户端 不能发送数据,但仍然能够从server端读取数据. 2 server端收到FIN并发送了ACK之后,进入close_wait状态,不能够在读取数据,但仍然能向client发送数据. 3 client端收到了server端的ACK以后,进入FIN_WAIT_2状态,等待server端的FIN.server端发送FIN后进入 LAST

socket 如何判断远端服务器的连接状态？连接断开，需重连

fluent-logger-java is a Java library, to record events via Fluentd, from Java application. https://github.com/fluent/fluent-logger-java 使用该sdk过程发现,tcp连接断开之后,该sdk的重连机制无效. 2018-01-26 12:36:25,620 ERROR [org.fluentd.logger.sender.RawSocketSender] - <org

FTP协议的粗浅学习--利用wireshark抓包分析相关tcp连接

一.为什么写这个 昨天遇到个ftp相关的问题,关于ftp匿名访问的.花费了大量的脑细胞后,终于搞定了服务端的配置,现在客户端可以像下图一样,直接在浏览器输入url,即可直接访问. 期间不会弹出输入用户名密码来登录的窗口. 今天我主要是有点好奇,在此过程中,究竟是否是用匿名账户“anonymous”该账户登录了,还是根本不需要登录呢? 于是用wireshark抓包了一下. 二.抓包过程 我这边直接用了捕获过滤器抓本机和ftp之间的包.抓包后直接ctrl+F进行文本查找. 果然发现是发送了USER

对TCP连接被重置解决方案的探究

分类: 网络与安全 对TCP连接被重置解决方案的探究——跨过GFW通向自由网络的可行途径 2010年05月25日 星期二 上午 00:19 这个标题有点长——其实开始只想写破折号之前的部分,因为这种技术文章说的隐晦一点没有坏处,但又担心大家不明白是怎么回事,硬着头皮还是补上了后面的部分. 中 国的网络环境很复杂,同时中国也是对互联网高度控制的国家之一,当然仅限于大陆.而控制中国网民自由上网的网络海关正是大名鼎鼎的GFW(Great Fire Wall,长城防火墙),GFW的工作原理就是重置TCP

为什么Google不返回我的搜索结果（无状态TCP连接重置）

1.Great Firewall 它的存在会对境外涉及敏感内容的网站.IP地址.关键词.网址等进行过滤 结果就是:国内网络用户无法访问某些国外网站,国外网络用户也无法访问某些国内网站,其中有可以分成2类 永久性无法访问 暂时性无法访问 2.主要技术 域名劫持 特定IP地址封锁 特定IP地址端口封锁 无状态TCP连接重置 特定TLS证书阻断 明文HTTP协议关键字过滤阻断 对破网软件的反制 本文主要介绍无状态TCP连接重置 3.DNS小测试 引入:客户端如何获得Baidu, Bing, Googl

TCP保证可靠性、建立连接和断开连接的过程

TCP保证可靠性: (1)序列号.确认应答.超时重传 数据到达接收方,接收方需要发出一个确认应答,表示已经收到该数据段,并且确认序号会说明了它下一次需要接收的数据序列号.如果发送方迟迟未收到确认应答,那么可能是发送的数据丢失,也可能是确认应答丢失,这时发送方在等待一定时间后会进行重传.这个时间一般是2*RTT(报文段往返时间)+一个偏差值. (2)窗口控制与高速重发控制/快速重传(重复确认应答) TCP会利用窗口控制来提高传输速度,意思是在一个窗口大小内,不用一定要等到应答才能发送下一段数据,窗

从Wireshark看TCP连接的建立与断开

TCP是一种面向连接.可靠的协议.TCP连接的建立与断开,都是需要经过通信双方的协商.用一句话概括就是:三次握手say hello(建立连接):四次握手say goodbye(断开连接).要了解TCP连接的建立与断开,就不得不需要了解TCP头的内容.然而,TCP头及其复杂,概括而言,我们需要了解以下内容: Sequence Number(Seq):序号.表示一个TCP片段,用于保证数据没有丢失 Acknowledgment Number(Ack):确认号.用于表示希望从对方得到的下一个数据包的序