曾经被TCP/IP概念困苦已久，决心做一个总结。
TCP/IP参考模型是计算机网络的祖父ARPANET和其后继的因特网使用的参考模型。ARPANET是由美国国防部DoD（U.S.Department of Defense）赞助的研究网络。逐渐地它通过租用的电话线连结了数百所大学和政府部门。当无线网络和卫星出现以后，现有的协议在和它们相连的时候出现了问题，所以需要一种新的参考体系结构。这个体系结构在它的两个主要协议出现以后，被称为TCP/IP参考模型（TCP/IP reference model）。--引用百度百科上的一段解释。
TCP/IP 模型是由以下几个部分组成：
1.应用层，（协议http）
2.传输层(TCP)
3. 网络层（ip）
4.链路层(网线等)
Q :在这里提一个问题，我们平常说的3g,4g,5g对应的是哪一层呢？
A : 3g 4g 5g ---对应---->链路层
网络中传输的术语名称：
包是全能性术语
1.帧用于表示数据链路层中包的单位
2.片是ip中数据的单位
3.段则表示Tcp数据流中的信息
4.消息是指应用协议中数据的单位
网络传输数据流程：
(流程)
用户A发送了一段信息比如 i am Android :
交给Tcp层（传输层）打包 ，附加Tcp包首部。 i am Android (Tcp首部)
交给ip层（网络层）打包。附加ip包首部。 i am Android (Tcp首部)(ip首部)
交给数据链路层，附加以太网包首部。i am Android (Tcp首部)(ip首部)(以太网首部)
随后交给物理层进行相关的传输：
用户b收到消息：
一层一层解开：
数据链路层将以太网首部打开 ： i am Android (Tcp首部)(ip首部)
ip层（网络层） i am Android (Tcp首部)
Tcp层（传输层） i am Android
上一层接收。 i am Android。
这样设计的目的是：遵循单一职责原则
TCP和UDP的区别：
TCP是面向连接的可靠的协议，在收发数据前必须和对方建立可靠的连接，建立连接的3次握手，断开连接的4次挥手。而UDP是面向无连接的通讯协议，数据传输前，源端和终端不建立连接，发送端尽可能快的将数据扔到网络上，接收端从消息队列中读取消息段。
注：基于udp.在应用层可以自己实现了连接和重传 ---》udt.（http3）
IP地址的作用是主要是寻址。（ip地址（网络层） ：为网络或主机配一个逻辑地址，为mac地址做区分。随意更改。mac地址(数据链路成)不能更改）
例如：
公司有两栋大楼
A大楼：有一个通讯子网
B大楼，有一个通讯子网
有两个路由器将A（通讯子网）和B（通讯子网）连接起来 局域网
A里面有它自己的多台计算机，组成的子网。 B也是它自己的多台计算机组成的子网
现在A楼里面有台a机器（ip地址：192.168.1.2）
B楼里面有台b机器（ip地址：192.167.1.2）
a发送数据给b机器：
数据包到达路由器，当前的数据包不是我的子网里面的，于是去找哪个子网是192.167.-----》发给相应的路由器
它是怎么知道要发给的是192.167.1.2呢？
在我们的子网中，每一个计算机都要在路由器保存，告诉别的机器里面我的ip地址和mac地址是多少。然后在发给相应的计算机。路由器给每个计算机发送一份，但是网卡在收到数据包，判断数据包的mac地址是否和本机的mac地址一样，不一样直接丢弃。
所以在这里引出了一个网络嗅探的网络攻击：
在同一个子网上。不让网卡收到数据，将获取的数据提前全部抓住。
端口号：
用来识别同一台计算机中进行通信的不同应用程序，因此，它被称为程序地址。
端口号的有关范围：
标准既定端口号：0～1023 1024～49151
服务端的程序制定端口号。
客户端。操作系统会为它分配一个 49152——65535。
所以我们可以通过一个源ip地址，目标ip地址 ，协议号，源端口号以及目标端口号这五个元素识别一个通信。
在这里我们着重讲一下TCP:
Tcp:（Transmission Control Protocol）
特性：
面向连接，
可靠性，
RTT(往返时延，Round-Trip Time) 和RTO（重传超时，Retransmission TimeOut）
数据排序
流量控制
全双工
对上面特性进行的解释：
假设应用层有一串报文要通过网络发送，进行流转（传输层，网络层等），假如用户发送一个很大的数据呢？如何保证用户发送的数据不被丢失呢？在这里就要对这个很大的数据进行拆分了，ip层会进行拆分成片，按照一般来说，以太网能接收的是1046字节,按照1046字节进行分片，再往对端进行传输，这种情况下问题就出现了，我本来是一个很大的数据，现在发送出去，被切成了许多片，如果中途丢了几个片呢，我如何能保证数据到对端之后的完整呢。然后TCP里面提出了重传超时和应答确认机制来确保数据的完整性。假如对端一直没有收到对方的消息，它不会一直等下去，而是在一个时间后，进行重传一次，那么这个时长如何确定呢，操作系统在设计的时候会引入一个RTT机制，也就是往返时延机制。一个数据包从我这一端发送到另外一端，然后收到对方的应答，以这个时长为往返时延。操作系统会对最新的一次往返时延，都会对自己内部的RTO进行重新计算。这个重传超时不是固定的。
数据排序：拆分成一片片后，对方在组成一个完整的数据包之前要清楚顺序，所以网络协议上会在这一端进行排序。以方便在对端进行完整的组装。
流量控制（滑动窗口）：我的通讯对端处理数据能力不一样，发送端只管发送，对端可能接收后还要进行一下处理,所以可能接收的数据能力没有你发送方发的快，所以还有一种机制，应答报文或者发送报文会告诉对端，目前我一次性能接收多少数据。
全双工：在通讯两个对端，接收方和服务端可以同时向对端发送也可以同时接收对端的数据。
TCP连接中的三次握手
客户端（connect） ：
1.先向服务器发送SYN的报文(SYN = 1 seq = 23412)。 客户端状态：SYN_SENT
2.服务端收到报文后，向客户端作出相应的应答(SYN = 1. ACK = 1,ack = 23413 seq = 6478) 服务端状态：SYN_RCVD
3.客户端收到报文后，进行检查：ACK是否为1 ack 是否是23413 ，客户端就确定服务器收到了我的SYN = 1 seq = 23412 报文。向服务器作出应答
4.客户端应答发送给服务器ACK = 1,ack = 6479， 客户端状态：ESTABLISHED
5.服务端收到客户端的报文后。服务端状态：ESTABLISHED
为什么TCP需要三次握手？
Tcp是面向连接的，所以需要双方都确认连接的建立（维护序列号）。
SYN洪泛攻击：通过网络所在的端口发送大量伪造原地址的攻击报文，造成服务器端上的半开连接队列被占满，从而阻止其他用户进行访问。
原理：攻击者客户端利用伪造的ip地址向服务器发出请求（第一次握手，而服务器的响应的报文将永远发送不到真实的客户端，服务端在等待客户端的第三次握手（永远都不会有），服务端在等待这种半开的连接过程中消耗了资源，如果有成千上万的这种连接，主机资源将被耗尽，从而达到攻击的目的，
解决方案：
1.无效连接监控释放。
2.延缓TCB分配方法
3.防火墙
TCP连接中的四次挥手
第一次客户端发送close主动关闭请求，FIN = 1 seq = 98745----->客户端：Fin_wait_1
客户端进行应答：ACK = 1 ack= 98756 --->CLOSE_WAIT
客户端收到服务器的请求------》客户端 Fin_wait_2
服务器发送报文 FIN = 1 seq = 76432 ------》CLOSE
客户端收到服务器的请求 --------〉TIME_WAITING 应答 ACk = 1 ack = 76433
服务器-------->CLOSED
客户端TIME_WAITING持续一段时间 : 2 * MSL------>客户端CLOSED
为什么需要四次挥手
因为Tcp是双全工（客户端和服务器端可以相互发送和接受请求），所以需要双方都确认关闭和连接。
为什么需要TIME_WAITING 并且要存活那么长时间：
MSL ：最长报文段寿命（存活的最长时间 RFC 定义为2分钟 系统30s）；TIME_WAITING 实际1——4min
服务端发送报文---》客户端要做应答。网络丢失，服务端重发。
端口冲突：
A:8080端口
B: 8080端口
A立马关闭的话，b申请到了，服务器还在发，则没收到。被B收到了。
网络抓包相关工具：
wireshark tcpdump.
网友评论