计算机网络tcp三次握手分析,【计算机网络】一文搞通困惑已久的TCP/SOCKET/三次握手/四次挥手...

本文主要从传输控制层来讲述TCP/SOCKET/三次握手/四次挥手

先做几个小实验：

/**

创建一个socket通信

命令解释：

6：新建文件描述符

<>：既要发送请求，又要接收响应数据

/dev/tcp：这个目录看不到，但内核确实有

**/exec6<> /dev/tcp/www.baidu.com/80

#一个redis连接demo

exec 5 <> /dev/tcp/【ip地址】/6379 //创建一个socket通信，？内核内部完成

echo"keys *" >& 5 //用户控件程序猿，人，实现应用层协议

curl www.baidu.com //同样可以创建连接

传输控制层(TCP，UDP)是建立在套接字(Socket)协议之上的：

内存数据包可以先放置缓冲区，下图是一个【TCP】三次握手的过程

那么问题来了，一个客户端和一个服务端最多能建立多少个连接？

那么问题又来了，一个客户端能否同时和两个服务端能建立连接？(可以)

通过linux指令【netstat -natp】来看一下套接字内容：

那么【TCP】又是如何断开连接的呢？四次挥手又是什么样的呢？

我们这里用【tcpdump】来对网络上的数据包进行分析：

#没有tmpdump的可以先安装该该命令

[[email protected] fd]# yum install -y tcpdump

/**

指定eth0网卡抓包，相关端口为80

-nn：不显示那tcp等信息**/

[[email protected] fd]# tcpdump -nn -i eth0 port 80

再次启动一个操作界面，我们此时访问一下【www.baidu,com】

[[email protected] ~]# curl www.baidu.com

此时可以看到数据包的交互过程：

解释一下这个交互过程：

【S.】【F.】等中的【.】指的是【ACK】1：发送一个请求头2：百度向我们发送首页内容

所以【三次握手】【数据发送】【四次挥手】是原子性：

为什么要必须保证原子性呢？

如果是一个负载均衡条件下，必须要保证【三次握手】，【数据发送】，【四次挥手】必须在同一个服务器上处理完成，

如果不在同一个服务器上，则会导致通信不成功。

做个比喻：等于没谈恋爱就想生孩子，理论上是不符合规矩的。

原文：https://www.cnblogs.com/boluopabo/p/12953819.html