博客
关于我
TCP三次握手,四次挥手过程
阅读量:329 次
发布时间:2019-03-04

本文共 897 字,大约阅读时间需要 2 分钟。

ACK:
TCP
格式中的控制位由6个标志比特构成,其中一个就是ACK,ACK为1表示确认号有效,表示发来的数据已确认接收无误。为0表示报文中不包含确认信息,忽略确认号字段。
暂时需要的信息有:
ACK
 : TCP协议规定,只有ACK=1时有效,也规定连接建立后所有发送的报文的ACK必须为1
SYN
(SYNchronization) : 在连接建立时用来同步序号。当SYN=1而ACK=0时,表明这是一个连接请求报文。对方若同意建立连接,则应在响应报文中使SYN=1和ACK=1. 因此,  SYN置1就表示这是一个连接请求或连接接受报文。
FIN 
(finis)即完,终结的意思, 用来释放一个连接。当 FIN = 1 时,表明此报文段的发送方的数据已经发送完毕,并要求释放连接。
三次握手过程
一,TCP规定,SYN = 0时,是不能携带数据的,但要消耗一个序号,因此声明自己的序号为seq= x;
二,服务器收到请求后,会回复客户端ACK报文,并开始分配连接资源。
三,客户端再次发送报文确认后,客户端开始分配连接资源。这时就不需要SYN了。然后就建立连接
四次挥手过程
一,client 向 server 发送 FIN 报文,表示 “
我已经没有数据再发过来了,但如果你还有数据要发给我,
你可以继续发。”
二,当server 收到后,因为不确定自己的数据发完了没有,所以会先发一个 ACK 报文,表示“
我收到了
你的 FIN 报文,但我还没准备好,请你继续等我消息”
此时,client 会进入 FIN_WAIT 状态。等待
server 的FIN 报文
三,当server 确认已经发完数据后,会向 client 发送 FIN 报文,告诉client “好了,我已经准备好了,
可以准备关闭 连接了”
四,当 client 收到 FIN 报文后,会发送 ACK报文给 server,告诉 server现在就可以关闭连接。
然后 client 会进入 TIIME_WAIT 状态,等待2MSL 后,依然没有收到回复,
证明 server
已经关闭了,那我client 也可以关闭了
你可能感兴趣的文章
nginx 集群配置方式 静态文件处理
查看>>
Nginx+Django-Python+BPMN-JS的整合工作流实战项目
查看>>
Nginx+Keepalived+LVS集群实战
查看>>
Nginx+Keepalived实现简单版高可用主备切换
查看>>
Nginx+Lua 开发高性能Web应用实战
查看>>
nginx+mysql+redis+mongdb+rabbitmq 自动化部署脚本
查看>>
nginx+php的搭建
查看>>
nginx+tomcat+memcached
查看>>
nginx+tomcat单个域名及多个域名配置
查看>>
Nginx+Tomcat实现动静分离
查看>>
nginx+Tomcat性能监控
查看>>
nginx+uwsgi+django
查看>>
nginx+vsftp搭建图片服务器
查看>>
Nginx-http-flv-module流媒体服务器搭建+模拟推流+flv.js在前端html和Vue中播放HTTP-FLV视频流
查看>>
nginx-vts + prometheus 监控nginx
查看>>
Nginx/Apache反向代理
查看>>
Nginx: 413 – Request Entity Too Large Error and Solution
查看>>
nginx: [emerg] getpwnam(“www”) failed 错误处理方法
查看>>
nginx: [emerg] the “ssl“ parameter requires ngx_http_ssl_module in /usr/local/nginx/conf/nginx.conf:
查看>>
nginx: [error] open() “/usr/local/nginx/logs/nginx.pid“ failed (2: No such file or directory)
查看>>