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

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

  • 先做几个小实验:
/**

创建一个socket通信

命令解释:

6:新建文件描述符

<>:既要发送请求,又要接收响应数据

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

**/

exec 6<> /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的可以先安装该该命令
[root@bogon fd]# yum install -y tcpdump
/**
指定eth0网卡抓包,相关端口为80


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

[root@bogon fd]# tcpdump -nn -i eth0 port 80

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

[root@bogon ~]# curl www.baidu.com

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

解释一下这个交互过程:

【S.】【F.】等中的【.】指的是【ACK】

1:发送一个请求头

2:百度向我们发送首页内容 

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

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

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

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

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

  

猜你喜欢

转载自www.cnblogs.com/boluopabo/p/12953819.html