计算机网络:传输层(TCP/UDP) 应用层(HTTP) 知识总结

传输层(TCP/UDP)

1. ISO七层模型中表示层和会话层功能是什么？

   • 表示层：图像、视频编码解，数据加密。

   • 会话层：建立会话，如session认证、断点续传。

2. 描述TCP头部？

   • 序号（32bit）：传输方向上字节流的字节编号。初始时序号会被设置一个随机的初始值（ISN），之后每次发送数据时，序号值 = ISN + 数据在整个字节流中的偏移。假设A -> B且ISN = 1024，第一段数据512字节已经到B，则第二段数据发送时序号为1024 + 512。用于解决网络包乱序问题。

   • 确认号（32bit）：接收方对发送方TCP报文段的响应，其值是收到的序号值 + 1。

   • 首部长（4bit）：标识首部有多少个4字节 * 首部长，最大为15，即60字节。

   • 标志位（6bit）：

     • URG：标志紧急指针是否有效。

     • ACK：标志确认号是否有效（确认报文段）。用于解决丢包问题。

     • PSH：提示接收端立即从缓冲读走数据。

     • RST：表示要求对方重新建立连接（复位报文段）。

     • SYN：表示请求建立一个连接（连接报文段）。

     • FIN：表示关闭连接（断开报文段）。

   • 窗口（16bit）：接收窗口。用于告知对方（发送方）本方的缓冲还能接收多少字节数据。用于解决流控。

   • 校验和（16bit）：接收端用CRC检验整个报文段有无损坏。

3. 三次握手过程？

   • 第一次：客户端发含SYN位，SEQ_NUM = S的包到服务器。（客 -> SYN_SEND）

   • 第二次：服务器发含ACK，SYN位且ACK_NUM = S + 1，SEQ_NUM = P的包到客户机。（服 -> SYN_RECV）

   • 第三次：客户机发送含ACK位，ACK_NUM = P + 1的包到服务器。（客 -> ESTABLISH，服 -> ESTABLISH）

4. 四次挥手过程？

   • 第一次：客户机发含FIN位，SEQ = Q的包到服务器。（客 -> FIN_WAIT_1）

   • 第二次：服务器发送含ACK且ACK_NUM = Q + 1的包到服务器。（服 -> CLOSE_WAIT，客 -> FIN_WAIT_2）

     • 此处有等待

   • 第三次：服务器发送含FIN且SEQ_NUM = R的包到客户机。（服 -> LAST_ACK，客 -> TIME_WAIT）

     • 此处有等待

   • 第四次：客户机发送最后一个含有ACK位且ACK_NUM = R + 1的包到客户机。（服 -> CLOSED）

5. 为什么握手是三次，挥手是四次？

   • 对于握手：握手只需要确认双方通信时的初始化序号，保证通信不会乱序。（第三次握手必要性：假设服务端的确认丢失，连接并未断开，客户机超时重发连接请求，这样服务器会对同一个客户机保持多个连接，造成资源浪费。）

   • 对于挥手：TCP是双工的，所以发送方和接收方都需要FIN和ACK。只不过有一方是被动的，所以看上去就成了4次挥手。

6. TCP连接状态？

   • CLOSED：初始状态。

   • LISTEN：服务器处于监听状态。

   • SYN_SEND：客户端socket执行CONNECT连接，发送SYN包，进入此状态。

   • SYN_RECV：服务端收到SYN包并发送服务端SYN包，进入此状态。

   • ESTABLISH：表示连接建立。客户端发送了最后一个ACK包后进入此状态，服务端接收到ACK包后进入此状态。

   • FIN_WAIT_1：终止连接的一方（通常是客户机）发送了FIN报文后进入。等待对方FIN。

   • CLOSE_WAIT：（假设服务器）接收到客户机FIN包之后等待关闭的阶段。在接收到对方的FIN包之后，自然是需要立即回复ACK包的，表示已经知道断开请求。但是本方是否立即断开连接（发送FIN包）取决于是否还有数据需要发送给客户端，若有，则在发送FIN包之前均为此状态。

   • FIN_WAIT_2：此时是半连接状态，即有一方要求关闭连接，等待另一方关闭。客户端接收到服务器的ACK包，但并没有立即接收到服务端的FIN包，进入FIN_WAIT_2状态。

   • LAST_ACK：服务端发动最后的FIN包，等待最后的客户端ACK响应，进入此状态。

   • TIME_WAIT：客户端收到服务端的FIN包，并立即发出ACK包做最后的确认，在此之后的2MSL时间称为TIME_WAIT状态。

7. 解释FIN_WAIT_2，CLOSE_WAIT状态和TIME_WAIT状态？

   • FIN_WAIT_2：

     • 半关闭状态。

     • 发送断开请求一方还有接收数据能力，但已经没有发送数据能力。

   • CLOSE_WAIT状态：

     • 被动关闭连接一方接收到FIN包会立即回应ACK包表示已接收到断开请求。

     • 被动关闭连接一方如果还有剩余数据要发送就会进入CLOSED_WAIT状态。

   • TIME_WAIT状态：

     • 又叫2MSL等待状态。

     • 如果客户端直接进入CLOSED状态，如果服务端没有接收到最后一次ACK包会在超时之后重新再发FIN包，此时因为客户端已经CLOSED，所以服务端就不会收到ACK而是收到RST。所以TIME_WAIT状态目的是防止最后一次握手数据没有到达对方而触发重传FIN准备的。

     • 在2MSL时间内，同一个socket不能再被使用，否则有可能会和旧连接数据混淆（如果新连接和旧连接的socket相同的话）。