测验：TCP 与 UDP

卷曲在 4 毫秒内失败，并显示“连接被拒绝”。从这个事实我们可以确定什么？

• 数据包到达目的主机，主机返回RST。
• 由于中间防火墙阻止了该数据包，因此没有返回任何响应。
• 将名称转换为地址的 DNS 解析步骤失败
• 它立即失败，因为没有到达目的地的路由路径。

Linux 上的连接尝试在 127 秒后失败。这意味着什么？

• 内核用尽所有SYN重传并放弃，其间没有任何响应。
• 应用程序设置的超时时间为 127 秒。
• 服务器在处理 127 秒后失败。
• DNS 查找花费了 127 秒

TIME-WAIT 状态的正确原因是什么？

• 等待较短的时间以使连接终止过程更快地完成
• 防止迟到的报文段污染下一个连接并为丢失最后一个 ACK​​ 做好准备。
• 防止内核套接字结构中的内存泄漏
• 给防火墙时间来清理连接。

哪种说法正确地解释了流量控制（rwnd）和拥塞控制（cwnd）之间的区别？

• 流量控制仅在 TCP 中，拥塞控制仅在 UDP 中。
• 流量控制反映了接收方的处理能力，拥塞控制则反映了网络的带宽。
• 两者对同一个值的称呼不同。
• 拥塞控制由接收方计算，流量控制由发送方计算。

ss -ltn 输出中，监听套接字的 Recv-Q 超过 Send-Q。这是什么意思？

• 接收缓冲区已满，数据丢失。
• 由于网络带宽不足，数据出现延迟。
• 由于接受队列已饱和，新连接的 SYN 被丢弃，原因是应用程序吞吐量。
• TIME-WAIT 太多套接字占用队列

TCP不适合实时语音通话的主要原因是什么？

• 这是因为 TCP 标头很大，浪费了每个语音数据包的带宽。
• 这是因为 TCP 不支持同时向多个参与者进行多播。
• 这是因为在重传丢失的数据段时，后续数据不会传递到应用程序，从而累积延迟。
• 这是因为TCP本身不支持加密，所以语音原样暴露。

当连接 DNS 服务器的 TCP 端口 53 被阻止时，有哪些典型症状？

• 无论域如何，所有 DNS 查找都会立即失败。
• 通常这是正常的，但只有响应超过 512 字节的某些域不会被解释。
• 所有查询都会经过 UDP 重试，使响应时间加倍
• 正向查找有效，但只有将 IP 更改为名称的反向查找才会失败。