嵌入式linux的八股文之旅 DAY1

1 三次握手 四次挥手

服务端 先从close到listen

然后第一个syn报文 客户端 生成初始序列号 client_isn (就是iternal sequence number 初始序列号) 然后放到TCP首部的序列号端里 然后把SYN标志位置一 然后发送给服务器端 之后处于SYN-SENT状态

服务器收到客户端的SYN报文后,把自己的序号server_isn放进tcp首部序列号段,确认应答号填client_isn+1 把SYN和ACK置1(标志位) 然后发给客户端 自己进入SYN-RCVD状态

客户端收到服务器报文后,还要再回一个应答报文。首先把ACK标志位置为1 然后确认应答号填入server_isn+1 这次报文可以携带客户到服务器的数据,之后客户端处于ESTABLISHED状态

服务器收到客户端的应答报文后,也进入ESTABLISHED状态。、

2 为什么需要三次握手?

1 阻止重复历史连接的初始化 :第三次握手时 客户端有足够的上下文来判断这是不是一个历史连接(序列号过期或者超时)如果过期会向服务器发送RST表示中止这次连接

2 同步双方的序列号: 保证双方的序列号都被可靠的同步

3 避免资源浪费: 如果只有两次的话 那么服务器每收到一个SYN都要分配资源 如果说网络阻塞 客户端没收到服务器端的ACK报文的话 那只能重复发送SYN 服务器就会重复分配资源、、

3 SYN攻击

服务器端的资源分配是在二次握手时分配的,而客户端的资源是在完成三次握手时分配的

避免方式

1 修改半连接队列大小

2 syn cookie 不将其加入半连接队列

linux和arm架构这里还是得先学学以后再去背

相关推荐
G_H_S_3_17 分钟前
【网络运维】Playbook项目实战:基于 Ansible Playbook 一键部署 LNMP 架构服务器
linux·运维·服务器·网络·ansible
yuxb731 小时前
Ansible 学习笔记:变量事实管理、任务控制与文件部署
linux·运维·笔记
爱敲代码的边芙1 小时前
实习两个月总结
服务器
岚天start1 小时前
Linux sar命令详细使用指南
linux·运维·服务器·负载·sar·磁盘io·sysstat
wanhengidc6 小时前
当云手机出现卡顿怎么办?
运维·服务器·安全·智能手机
七七&55610 小时前
2024年08月13日 Go生态洞察:Go 1.23 发布与全面深度解读
开发语言·网络·golang
元清加油10 小时前
【Golang】:函数和包
服务器·开发语言·网络·后端·网络协议·golang
炫友呀11 小时前
Centos 更新/修改宝塔版本
linux·运维·centos
向日葵.12 小时前
fastdds.ignore_local_endpoints 属性
服务器·网络·php
athink_cn14 小时前
HTTP/2新型漏洞“MadeYouReset“曝光:可发动大规模DoS攻击
网络·网络协议·安全·http·网络安全