TCP详解

传输控制协议TCP简介

  • 面向连接的、可靠的、基于字节流的传输层通信协议
  • 将应用层的数据流分割成报文段并发送给目标节点的TCP层
  • 数据包都有序号,对方收到则发送ACK确认,未收到则重传
  • 使用校验和来检验数据在传输过程中是否有误

说说TCP的三次握手

TCP Flags
  • URG:紧急指针标志
  • ACK:确认序号标志
  • PSH:push标志
  • RST:重置连接标志
  • SYN:同步序号,用于建立连接过程
  • FIN:finish标志,用于释放连接
“握手”是为了建立连接,TCP三次握手的流程图:

三次握手

  • 在TCP/IP协议中,TCP协议提供可靠的连接服务,采用三次握手建立一个连接。
  • 第一次握手:建立连接时,A客户端发送SYN报文段(不携带数据)到服务器,并进入SYN_SEND状态,等待B服务器确认。
  • 第二次握手:B服务器收到A客户端的请求报文,必须确认客户端的SYN(ack=x+1),同时自己也发送一个SYN包(seq=y),即SYN+ACK包,此时服务器进入SYN_RECV状态。
  • 第三次握手:客户端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ack=y+1),此包发送完毕,客户端和服务器端进入ESTABLISHED状态,完成三次握手。
问题解析
  1. 为什么需要三次握手才能建立起连接?
  • 为了初始化 Sequence Number 的初始值
  1. 首次握手的隐患 - SYN超时
  • Server 收到 Client 的 SYN,回复SYN-ACK的时候未收到ACK确认
  • Server 不断重试直至超时,Linux默认重试次数为5次,重试间隔时间从1秒开始翻倍递增,第五次之后共等待63秒才判定为超时而断开连接,这样就会发生SYN Flood攻击。
  1. 针对SYN Flood的防护措施
  • SYN队列满之后,通过tcp_syncookies参数回发SYN Cookie
  • 若为正常连接则Client会回发SYN Cookie,直接建立连接
  1. 建立连接后,Client 出现故障怎么办?
  • 保活机制
    • 向对方发送保活探测报文,如果未收到响应则继续发送
    • 尝试次数达到保活探测数仍未收到响应则中断连接

谈谈TCP的四次挥手

“挥手”是为了终止连接,TCP四次挥手的流程图如下:

四次挥手

  • 第一次挥手:Client 发送一个FIN,用来关闭 Client 到 Server 的数据传送,Client 进入 FIN_WAIT_1 状态
  • 第二次挥手:Server 收到 FIN 后,发送一个 ACK 给 Client,确认序号为收到序号+1(与SYN相同,一个FIN占用一个序号),Server 进入 CLOSE_WAIT状态
  • 第三次挥手:Server 发送一个 FIN,用来关闭 Server 到 Client 的数据传送,Server 进入 LAST_ACK 状态
  • 第四次挥手:Client 收到 FIN 后,Client 进入 TIME_WAIT 状态,接着发送一个 ACK 给 Server,确认序号为收到序号+1, Server 进入 CLOSED 状态,完成四次挥手。
为什么会有TIME_WAIT状态?
  • 确保有足够的时间让对方收到ACK包
  • 避免新旧连接混淆
为什么需要四次挥手才能断开连接?
  • 因为全双工,发送方和接收方都需要 FIN 报文和 ACK 报文
服务器出现大量CLOSE_WAIT状态的原因
  • 对方关闭socket连接,我方忙于读或写,没有及时关闭连接
    • 检查代码,特别是释放资源的代码
    • 检查配置,特别是处理请求的配置

谈谈TCP的滑动窗口

  • RTT和ROT
    • RTT:发送一个数据包到收到对应的ACK,所花费的时间
    • RTO:重传时间间隔(重传机制)
  • TCP使用滑动窗口做流量控制与乱序重排
    • 保证TCP的可靠性
    • 保证TCP的流控特性
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

✦昨夜星辰✦

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值