目录
一、TCP/IP协议介绍
Transmission Control Protocol/Internet Protocol 传输控制协议/因特网互联协议
TCP/IP 指传输控制协议/网际协议,是供已连接因特网的计算机进行通信的通信协议。
TCP/IP 定义了电子设备(比如计算机)如何连入因特网,以及数据如何在它们之间传输的标准。TCP/IP是一个Protocol Stack,包括TCP、IP、UDP、ICMP、RIP、TELNET、FTP、SMTP、ARP等许多协议。
- TCP (传输控制协议) - 应用程序之间通信
- UDP (用户数据报协议) - 应用程序之间的简单通信
- IP (网际协议) - 计算机之间的通信
- ICMP (因特网消息控制协议) - 针对错误和状态
- DHCP (动态主机配置协议) - 针对动态寻址
二、TCP与UDP的特性比较
①TCP特性
1. 工作在传输层
2. 面向连接协议
3. 全双工协议
4. 半关闭 断开
5. 错误检查 (校验)
6. 将数据打包成段,排序(给数据进行排序)
7. 确认机制(对面每发一个包,我会告诉对面我收到了)
8. 数据恢复,重传
9. 流量控制,滑动窗口(调节每次发送的数据包量)
TCP(Transmission Control Protocol)传输控制协议是一种面向连接的、可靠的、基于字节流的传输层通信协议,由IETF的RFC 793定义。TCP是互联网中使用最广泛的协议之一,与IP协议一起构成TCP/IP协议族的基础。
②UDP特性
工作在传输层
提供不可靠的网络访问
非面向连接协议
有限的错误检查
传输性能高
无数据恢复特性
UDP是无连接的、不可靠的面向消息的传输层协议,尽管UDP协议提供标标头和有效负载的完整性验证(通过校验和),但他不保证向上层协议提供消息传递,并且UDP层在发送后不会保留UDP消息的状态。
三、TCP 协议介绍
1.TCP协议介绍
TCP面向连接的协议:TCP是面向连接的、可靠的进程到进程通信的协议。TCP提供全双工服务,即数据可在同一时间双向传输,每一个TCP都有发送缓存和接收缓存,用来临时存储数据。
2.TCP 报文格式
源端口、目标端口:计算机上的进程要和其他进程通信是要通过计算机端口的,而一个计算机端口某个时刻只能被一个进程占用,所以通过指定源端口和目标端口,就可以知道是哪两个进程需要通信。源端口、目标端口是用16位表示的,可推算计算机的端口个数为2^16个,即 65536 (0-65535)。
序列号:表示本报文段所发送数据的第一个字节的编号。在TCP连接中所传送的字节流的每一个字节都会按顺序编号。由于序列号由32位表示,所以每2^32个字节,就会出现序列号回绕,再次从0 开始 无限循环
确认号:(ack)表示接收方期望收到发送方下一个报文段的第一个字节数据的编号。也就是告诉发送方:我希望你(指发送方)下次发送的数据的第一个字节数据的编号为此确认号:传输是否有问题?用于确认发送端的信息
数据偏移/首部长度:表示TCP报文段的首部长度,共4位,由于TCP首部包含一个长度可变的选项部分,需要指定这个TCP报文段到底有多长。它指出 TCP 报文段的数据起始处距离 TCP 报文段的起始处有多远。该字段的单位是32位(即4个字节为计算单位),4位二进制最大表示15,所以数据偏移也就是TCP首部最大60字节
-
控制位 描述了设备目前处于什么状态
URG(紧急位):表示本报文段中发送的数据是否包含紧急数据。后面的紧急指针字段(urgent pointer)只有当URG=1时才有效
ACK(确认位):表示是否前面确认号字段是否有效。只有当ACK=1时,前面的确认号字段才有效。TCP规定,连接建立后,ACK必须为1,带ACK标志的TCP报文段称为确认报文段
PSH(急切位):提示接收端应用程序应该立即从TCP接收缓冲区中读走数据,为接收后续数据腾出空间。如果为1,则表示对方应当立即把数据提交给上层应用,而不是缓存起来,如果应用程序不将接收到的数据读走,就会一直停留在TCP接收缓冲区中。
RST(重置位):如果收到一个RST=1的报文,说明与主机的连接出现了严重错误(如主机崩溃),必须释放连接,然后再重新建立连接。或者说明上次发送给主机的数据有问题,主机拒绝响应,带RST标志的TCP报文段称为复位报文段。
SYN(同步位):在建立连接时使用,用来同步序号。当SYN=1,ACK=0时,表示这是一个请求建立连接的报文段;当SYN=1,ACK=1时,表示对方同意建立连接。SYN=1,说明这是一个请求建立连接或同意建立连接的报文。只有在前两次握手中SYN才置为1,带SYN标志的TCP报文段称为同步报文段
FIN(断开位):表示通知对方本端要关闭连接了,标记数据是否发送完毕。如果FIN=1,即告诉对方:“我的数据已经发送完毕,你可以释放连接了”,带FIN标志的TCP报文段称为结束报文段
-
窗口大小:表示现在允许对方发送的数据量,也就是告诉对方,从本报文段的确认号开始允许对方发送的数据量,达到此值,需要ACK确认后才能再继续传送后面数据,由Window size value * Window size scaling factor(此值在三次握手阶段TCP选项Window scale协商得到)得出此值
-
校验和:提供额外的可靠性紧急指针:标记紧急数据在数据字段中的位置
-
选项部分:其最大长度可根据TCP首部长度进行推算。TCP首部长度用4位表示,选项部分最长为:(2^4-1)*4-20=40字节
3.端口号的作用
端口号作用:区别应用程序(区别TCP UDP协议)
客户端端口号是随机的,服务端端口号是固定的。
应用层:应用程序
传输层:tcp/80 ========tcp/http nginx apache 80
80端口 代表7层的协议http协议(协议靠程序来实现)
端口号的作用:用于区别应用程序,或者说用来区别协议(只能区别应用层协议)
客户端的端口号:随机的
服务端的端口号:一般是固定的
四、TCP协议的三次握手
三次握手(Three-way Handshake)是一种通信协议,用于建立可靠的TCP连接。之所以被称为“三次握手”,是因为这个过程需要客户端和服务器之间交换三个数据包才能完成连接的建立
TCP建立连接的过程称为三次握手
当pc1想和pc2建立起连接 将 连接信息写入报文
第一步 :pc1会发送一个 建立连接的请求报文 : 这个报文中 有
-
报文的序号(seq=x)
-
同步位(请求建立连接关系: SYN=1 ACK=0 控制位:当前两台机器处于什么状态? 建立连接 处于连接 断开连接 )
第二步: 当pc2 收到消息以后 是不是要回复一个报文
-
报文的序号 (seq=y)
-
ack确认号( 我希望你下一次发送 x+1 序号的报文给你 )
-
控制位 SYN=1 ACK=1 请求建立连接 pc2 同意建立连接
第三步:收到 pc2 同意建立连接的报文后
1.会发送一个x+1报文
2.会告诉对方 我希望你下次 发送y+1的序号报文给我
3.最后 将ACK=1 封装进去
理解:
tcp三次握手过程(图中小写sed=y,ack=x+1表示确认号,SYN=1,ACK=1表示控制位)
1.客户端 主动发起请求报文,报文序号是随机产生的x,并且报文中的 控制位 SYN=1,代表请求建立连接。
2.当服务端 收到请求建立连接的报文 会回复一个报文,会产生随机序号y,生成一个确认号值为 客户端请求报文的序号+1(x+1),然后 控制位 SYN=1 ACK=1 代表同意建立连接。
3.当客户端 收到 同意建立连接的报文时,会回复一个确认报文 ,会按照对方的要求 产生 序号为x+1, 再生成一个 确认号值为 对方报文的序号+1(y+1),最后 控制位 的ACK=1 代表收到对方同意连接的请求。
为啥是三次握手:网络环境复杂,为确认数据能够到达,2次不够,4次多余,3次正好。
状态机:
客户端会出现: syn-sent estab
服务端:listen syn-rcvd estab
CLOSED:无连接状态
LISTEN:倾听(保持倾听状态,例,80端口在等待,看是否有人要找http)
SYN-SENT:发送请求,等待对方确认
SYN-RCVD:收到和发送一个连接请求后,等待对方确认
ESTAB-LISHED:传输连接建立,双方进入数据传送状态
五、TCP断开连接的四次挥手
四次挥手(Four-way Handshake)是TCP(Transmission Control Protocol)协议用于终止连接的过程。这个过程确保了双方都知道对方已经准备好关闭连接,防止数据丢失和资源浪费。
(1) 发送方向接收方发送一个FIN请求
(2) 接收方收到此请求后给出一个ACK确认(半关闭状态)
(3)接收方发送一个FIN请求给发送方
(4) 发送方收到接收方的FIN请求后,回复一个ACK
四次挥手:半封闭状态,怕有数据没有传输完毕。
第一次挥手:客户端发送一个 FIN 报文,报文中会指定一个序列号。此时客户端处于 FIN_WAIT1 状态。
--即发出连接释放报文段(FIN=1,序号seq=u),并停止再发送数据,主动关闭TCP连接,进入FIN_WAIT1(终止等待1)状态,等待服务端的确认。
第二次挥手:服务端收到 FIN 之后,会发送 ACK 报文,且把客户端的序列号值 +1 作为 ACK 报文的序列号值,表明已经收到客户端的报文了,此时服务端处于 CLOSE_WAIT 状态。
--即服务端收到连接释放报文段后即发出确认报文段(ACK=1,确认号ack=u+1,序号seq=v),服务端进入CLOSE_WAIT(关闭等待)状态,此时的TCP处于半关闭状态,客户端到服务端的连接释放。客户端收到服务端的确认后,进入FIN_WAIT2(终止等待2)状态,等待服务端发出的连接释放报文段。
第三次挥手:如果服务端也想断开连接了,和客户端的第一次挥手一样,发给 FIN 报文,且指定一个序列号。此时服务端处于 LAST_ACK 的状态。
--即服务端没有要向客户端发出的数据,服务端发出连接释放报文段(FIN=1,ACK=1,序号seq=w,确认号ack=u+1),服务端进入LAST_ACK(最后确认)状态,等待客户端的确认。
第四次挥手:客户端收到 FIN 之后,一样发送一个 ACK 报文作为应答,且把服务端的序列号值 +1 作为自己 ACK 报文的序列号值,此时客户端处于 TIME_WAIT 状态。需要过一阵子以确保服务端收到自己的 ACK 报文之后才会进入 CLOSED 状态,服务端收到 ACK 报文之后,就处于关闭连接了,处于 CLOSED 状态。
--即客户端收到服务端的连接释放报文段后,对此发出确认报文段(ACK=1,seq=u+1,ack=w+1),客户端进入TIME_WAIT(时间等待)状态。此时TCP未释放掉,需要经过时间等待计时器设置的时间2MSL后,客户端才进入CLOSED状态。
客户端先发送一个FIN给服务端,自己进入FIN_WAIT_1状态,这时等待接收服务端报文,该报文会有两种可能:
ACK=1 进入半关闭 我收到了 断开请求 但是我们之间 数据没传完
ACK=1 FIN=1 我收到了你的 断开请求 同意断开
有限状态机
-
CLOSED 没有任何连接状态
-
LISTEN 侦听状态,等待来自远方TCP端口的连接请求 (服务开启 http(进程) 80端口在帮进程 看着 有没有人找 http )
-
SYN-SENT 在发送连接请求后,等待对方确认
-
SYN-RECEIVED 在收到和发送一个连接请求后,等待对方确认
-
ESTABLISHED 代表传输连接建立,双方进入数据传送状态
-
FIN-WAIT-1 主动关闭,主机已发送关闭连接请求,等待对方确认
-
FIN-WAIT-2 主动关闭,主机已收到对方关闭传输连接确认,等待对方发送关闭传输连接请求
-
TIME-WAIT 完成双向传输连接关闭,等待所有分组消失
-
CLOSE-WAIT 被动关闭,收到对方发来的关闭连接请求,并已确认
-
LAST-ACK 被动关闭,等待最后一个关闭传输连接确认,并等待所有分组消失
-
CLOSING 双方同时尝试关闭传输连接,等待对方确认
六、UDP协议(用户数据报协议)
1.UDP介绍
UDP是无连接的、不可靠的面向消息的传输层协议,尽管UDP协议提供标标头和有效负载的完整性验证(通过校验和),但他不保证向上层协议提供消息传递,并且UDP层在发送后不会保留UDP消息的状态。
2.UDP协议特性
- 工作在传输层
- 提供不可靠的网络访问
- 非面向连接(通信双方不需要事先建立一条通信线路 )协议
- 有限的错误检查
- 传输性能高
- 无数据恢复特性
3.常用的UDP端口号及其功能
4.UDP报文格式
七、telnet 协议
1.介绍
telnet远程连接的协议,远程管理协议,明文传输的协议 。作用:探测远端服务器端口是否打开。 telnet协议提供了一种通过终端远程登录到服务器的方式,呈现一个交互式操作界面,用户可以先登录到一台主机,然后再通过telnet的方式远程登录到网络上的其他主机上,而不需要为每一台主机都连接一个硬件终端,然后对设备进行配置和管理。
2.作用
探测远端服务器端口是否打开
3.格式
telnet ip 端口号
tips:在禁ping的情况下,可以用telnet临时使用
但是缺点是明文传输