标签：com 面向 ima 包括 处理 正式 面向连接 个数 上海
网络是Linux系统最核心的功能，网络把计算机或局域网连接到一起，本质上是一种进程间通讯的方式，特别是跨系统的进程间通讯，必须通过网络。
网络模型
网络中常提起的有七层负载均衡，四层负载均衡，三层设备，二层设备。
这些层来自于国际标准组织定制的 开放式系统互联通讯参考模型（Open systen Interconnection Reference Model）, 简称 OSI 网络模型。
OSI 模型把网络互联的框架分为：应用层、表示层、会话层、传输层、网络层、数据链路层、物理层。
应用层：负责为应用程序提供统一的接口。
表示层：负责把数据转换成兼容接受系统的格式。
会话层：负责维护计算机之间的通信连接。
传输层：负责为数据加上传输表头，形成数据包。
网络层：负责数据的路由和转发。
数据链路层：负责MAC寻址、错误侦测和改错。
物理层：负责在物理网络中传输数据帧。
OSI 模型有些复杂，也没提供一个可实现的方法，所以在Linux中，我们实际上使用的是四层模型，TCP/IP网络模型。
TCP/IP模型，把网络互联的框架分为 应用层、传输层、网络层、网络接口层。
应用层：负责性用户提供一组应用程序，如 HTTP、FTP、DNS等。
传输层：负责端到端的通信，如TCP、UDP等。
网络层：负责网络包的封装，寻址和路由，如IP、ICMP等。
网络接口层：负责网络包在物理网络中的传输，如MAC寻址、错误侦测、通过网卡传输网络帧等。
Linux实际按照TCP/IP模型，实现网络协议栈，平时交流习惯上海市用OSI七层模型描述，七层和四层负载均衡，对应的分别是OSI模型中的应用层和传输层（对应到TCP/IP模型中，实际上是四层和三层）。
Linux网络栈
有了TCP/IP模型后，在网络传输时，数据包就会按照协议栈，对上一层发来的数据进行逐层处理；然后封装上改层的协议头，再发送给下一层。
网络包在每一层的处理逻辑，都取决于各层采用的网络协议，如在应用层，一个提供REST API的应用，
可以使用HTTP协议，把需要传输的JSON数据封装到HTTP协议中，然后向下传递给TCP层。
封装就是在原来的负载前后，增加固定格式的元数据，原始的负载数据并不会被修改。
如：通过TCP协议通信的网络包为例 ，如图，应用程序在每一层的封装格式：
其中：
传输层在应用程序数据前面增加了TCP头；
网络层在TCP数据包钱增加了IP头；
网络接口层在IP数据包前后分别增加了帧头和帧尾。
新增的头部和尾部，按照特定的协议格式填充：
TCP协议：
TCP是一种面向连接（连接导向）的、可靠的基于字节流的传输层通信协议。TCP将用户数据打包成报文段，它发送后启动一个定时器，另一端收到的数据进行确认、对失序的数据重新排序、丢弃重复数据。
TCP的特点有：
TCP协议三次握手四次挥手：
特别注意
Seq：是发送方当前报文的顺序号码。
ack：是发送方期望对方在下次返回报文中给回的Seq。
第一次握手：客户端向服务端发送连接请求包，标志位SYN（同步序号）置为1，顺序号码为X=0。
第二次握手：服务端收到客户端发过来报文，由SYN=1知道客户端要求建立联机，则为这次连接分配资源。并向客户端发送一个SYN和ACK都置为1的TCP报文，设置初始顺序号码Y=0，将确认序号(ack)设置为上一次客户端发送过来的顺序号(Seq)加1，即X+1 = 0+1=1。
第三次握手：客户端收到服务端发来的包后检查确认号码(ack)是否正确，即第一次发送的Seq加1（X+1=1）。以及标志位ACK是否为1。若正确，服务端再次发送确认包，ACK标志位为1，SYN标志位为0。确认号码(ack)=Y+1=0+1=1，发送顺序号码(Seq)为X+1=1。Server收到后确认号码值与ACK=1则连接建立成功，可以传送数据了。
提醒：中断连接端可以是Client端，也可以是Server端。只要将下面两角色互换即可。
第一次挥手：客户端给服务端发送FIN报文，用来关闭客户端到服务端的数据传送。将标志位FIN和ACK置为1，顺序号码为X=1，确认号码为Z=1。意思是说”我Client端没有数据要发给你了，但是如果你还有数据没有发送完成，则不必急着关闭Socket，可以继续发送数据。所以你先发送ACK过来。”
第二次挥手：服务端收到FIN后，发回一个ACK(标志位ACK=1),确认号码为收到的顺序号码加1，即X=X+1=2。顺序号码为收到的确认号码=Z。意思是说“你的FIN请求我收到了，但是我还没准备好，请继续你等我的消息" 这个时候客户端就进入FIN_WAIT状态，继续等待服务端的FIN报文。
第三次挥手：当服务端确定数据已发送完成，则向客户端发送FIN报文，关闭与客户端的连接。标志位FIN和ACK置为1，顺序号码为Y=1，确认号码为X=2。意思是告诉Client端“好了，我这边数据发完了，准备好关闭连接了。”
第四次挥手：客户端收到服务器发送的FIN之后，发回ACK确认(标志位ACK=1),确认号码为收到的顺序号码加1，即Y+1=2。顺序号码为收到的确认号码X=2。意思是“我Client端知道可以关闭连接了，但是我还是不相信网络，怕 Server端不知道要关闭，所以发送ACK后进入TIME_WAIT状态，如果Server端没有收到ACK则可以重传。Client端等待了2MSL后依然没有收到回复，则证明Server端已正常关闭，那好，我Client端也可以关闭连接了。“（在TIME_WAIT状态中，如果TCP client端最后一次发送的ACK丢失了，它将重新发送。TIME_WAIT状态中所需要的时间是依赖于实现方法的。典型的值为30秒、1分钟和2分钟。等待之后连接正式关闭，并且所有的资源(包括端口号)都被释放。）
为什么关闭的时候却是四次挥（握）手？
因为当Server端收到Client端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，SYN报文是用来同步的。但是关闭连接时，当Server端收到FIN报文时，很可能并不会立即关闭SOCKET，所以只能先回复一个ACK报文，告诉Client端，"你发的FIN报文我收到了"。只有等到我Server端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。故需要四步握手。
标签：com 面向 ima 包括 处理 正式 面向连接 个数 上海
原文地址：https://www.cnblogs.com/LHXW/p/10813959.html
