HCIP第一天

本文详细介绍了TCP的三次握手过程,解释了为何需要三次握手来确保双方的通信可靠性,并提到了半开队列计时器和syn_cookie技术作为防御措施。此外,还阐述了TCP四次挥手的原因,以及在某些情况下可能看不到完整挥手过程的情况。同时,文章提及了TCP的拥塞控制和UDP的特点,并简单介绍了DHCP的三种分配IP地址的方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.为什么需要三次握手

第一次握手:客户端主动发送数据包,如果服务器收到了。

此时对于服务器而言,服务器知道自己的“接收”能力正常,客户端的“发送”能力正常。


第二次握手:服务器给客户端回复响应报文,如果客户端收到了。

此时对于客户端而言,客户端知道自己的“发送”能力正常(因为我给你发送的报文 你给我做了响应,说明报文能正常发送),客户端的“接收”能力正常(我能收到你的报文)。同时知道服务器的“发送”、“接收”能力正常(能收到我第一次发的包,且做了响应)。
此时对于服务器而言,服务器只知道客户端的“发送”能力正常,但客户端“接收”能力还不确定(我发给你的报文 我不确定你是否收到);同时,服务器知道自己的“接收”能力正常,但“发送”能力还不确定。
第三次握手:客户端给服务器回复响应报文,如果服务器收到了。此时对于服务器而言,服务器就能确定自己的“发送”能力正常,客户端的“接收”能力正常。
经历了三次握手,双方都能确定自己和对方的收、发能力正常,所以就开始数据传输了。

半开队列计时器和全连队列保证了握手是否成功

防御:syn_cookie技术

2.为什么需要四次挥手

标准下其实是四次挥手,客户端向服务器端发送终止报文报表服务器端回应一次。至此客户端与服务器断开连接。服务器端断开连接,需要同样的操作。但是大多数情况下看不到这四次完整的挥手因为服务器为了节约资源会减少发送的包。

窗口  慢启动   原理就是假定一个值。不停的去尝试了解对端的最大值知道饱和为止。

拥塞控制,拥塞避免,快重传------丢包 TCP重传

 UDP:给多少传多少

DHCP动态主机配置协议

三个方法

1.全局配置

2.DHCP接口配置

3.DHCP根据MAC地址分配固定IP

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值