计算机网络 | TCP三次握手及四次挥手 | 参考自湖科大 | 无知的我费曼笔记（图文排版无水印）

无知的我正在复盘计算机网络。。。
笔记特点是

• 重新整理了涉及资料的一些语言描述、排版而使用了自己更容易理解的描述。。
• 提升了总结归纳性
• 同样是回答了一些常见关键问题。。。

TCP三次握手

TCP三次握手全过程

一开始

1. TCP服务器进程首先创建传输控制块，用来存储TCP连接中的一些重要信息。例如TCP连接表、指向发送和接收缓存的指针、指向重传队列的指针，当前的发送和接收序号等。如下。//之后，就准备接受TCP客户端进程的连接请求此时，TCP服务器进程就进入监听状态，等待TCP客户端进程的连接请求
2. TCP客户进程也是首先创建传输控制块。如下

TCP三次握手过程。如图

1. 同步位SYN被设置为1，表明这是一个TCP连接请求报文段；序号字段seq被设置了一个初始值x，作为TCP客户端进程所选择 的初始序号（TCP规定SYN被设置为1的报文段不能携带数据，但要消耗掉一个序号）
2. 同步位SYN和确认为ACK都设置为1，表明这是一个TCP连接请求确认报文段；序号字段seq被设置了一个初始值y，作为TCP服务器进程所选择的初始序号；确认号字段ack的值被设置成了x+1，这是对TCP客户进程所选择的初始序号（seq）的确认（这个报文段也不能携带数据，因为它是SYN被设置为1的报文段，但同样要消耗掉一个序号）
3. 确认位ACK被设置为1，表明这是一个普通的TCP确认报文段；序号字段seq被设置为x+1，这是因为TCP客户进程发送的第一个TCP报文段的序号为x，所以TCP客户进程发送的第二个报文段的序号为x+1；确认号字段ack被设置为y+1，这是对TCP服务器进程所选择的初始序号的确认

TCP服务器进程是被动等待来自TCP客户端进程的连接请求，因此成为被动打开连接

由于TCP连接建立是由TCP客户端主动发起的，因此称为主动打开连接

两报文握手是否可行

如下举例说明

不可行。**三次握手是 为了防止已经失效的连接请求报文段突然又传到服务端，因而产生错误（因为服务端一直等待客户端的确认信息，从而造成资源浪费）**如果只是两报文握手，举例如下

1. 在建立三次握手之前，客户端发送了一个失效的TCP连接请求（即因滞留在某个网络结点上暂时没有到达服务端）
2. 在三次握手结束后，该TCP连接请求才到达服务端，
3. 但是服务端，收到此失效的报文之后，会误认为是客户端再次发出的一个新的连接请求，于是服务端就向客户端又发出确认报文，表示同意建立连接。
4. 但是客户端不会回应该报文，这是因为客户端已经处在关闭状态了。

=>服务端一直等待客户端的确认报文，造成资源浪费

2011 题19

TCP四次挥手

1. 终止位FIN和确认为ACK的值都被设置为1，表明这是一个TCP连接释放报文段，同时也对之前收到的报文段进行确认；序号seq字段的值设置为u，它等于TCP客户进程之前已传送过的数据的最后一个字节的序号加1；确认号ack字段的值设置为v，它等于TCP客户进程之前已收到的、数据的最后一个字节的序号加1

2. 确认位ACK的值被设置为1，表明这是一个普通的TCP确认报文段；序号seq字段的值设置为v，它等于TCP服务器进程之前已传送过的数据的最后一个字节的序号加1，这也与之前收到的TCP连接释放报文段中的确认号匹配；确认号ack字段的值设置为u+1，这是对TCP连接释放报文段的确认

3. TCP客户进程收到TCP确认报文段后就进入终止等待2状态，等待TCP服务器进程发出的TCP连接释放报文段

   若使用TCP服务器进程的应用进程已经没有数据要发送了，应用进程就通知其TCP服务器进程释放连接

   由于TCP连接释放是由TCP客户进程主动发起的，因此TCP服务器进程对TCP连接的释放称为被动关闭连接

4. 终止位FIN和确认位ACK的值都被设置为1，表明这是一个TCP连接释放报文段，同时也对之前收到的报文段进行确认；序号seq字段的值为w，这是因为在半关闭状态下，TCP服务器进程可能又发送一些数据；确认号ack字段的值为u+1，这是对之前收到的TCP连接释放报文段的重复确认

5. 确认为ACK的值被设置为1，表明这是一个普通的TCP确认报文段；序号seq字段的值设置为u+1，这是因为TCP客户进程之前发送的TCP连接释放报文段虽然不携带数据，但要消耗掉一个序号；确认号ack字段的值设置为w+1，这是对所收到的TCP连接释放报文段的确认

TCP客户进程在发送完最后一个确认报文后，为什么不直接进入关闭状态？而是要进入时间等待状态？

因为时间等待状态以及处于该状态2MSL时长，可以确保TCP服务器进程可以收到最后一个TCP确认报文段而进入关闭状态。

TCP客户进程在发送完最后一个TCP确认报文段后，在经过2MSL时长，就可以使本次连接持续时间内所产生的所有报文段都从网络中消失，这样就可以使下一个新的TCP连接中，不会出现旧连接中的报文段

如果不这样做如下

MSL是 最长报文段寿命，建议为2分钟。但是对于现在的网络这个时长太长了，所以TCP允许根据不同的情况使用更小的MSL值

TCP保活计时器的作用

问题 TCP客户端出现故障，服务端无法接收到确认报文，从而一直等待

TCP双方已经建立了连接，后来，TCP客户进程所在的主机突然出现了故障，TCP服务器进程以后就不能再收到TCP客户进程发来的数据

因此，应当有措施使TCP服务器进程不要再白白等待下去。如下

解决办法如下

设置保活计时器。TCP服务器进程每收到一次TCP客户进程的数据，就重新设置并启动保活计时器

• 如果在保活计时器定时周期内还没有收到TCP客户端发送过来的数据，则TCP进程就向TCP客户进程发送一个探测报文段，以后每隔75秒发一次。
  • 如果一连发送10次还是没有TCP客户进程的响应，则TCP服务进程就认为TCP客户进程出现了故障，接着关闭这个连接