随笔分类 - 网络 / TCP
TCP
摘要：1 前言 这节我们来看个问题，就是 TCP 四次挥手，可以变成三次吗？ 2 刨析 虽然我们在学习 TCP 挥手时，学到的是需要四次来完成 TCP 挥手，但是在一些情况下， TCP 四次挥手是可以变成 TCP 三次挥手的。 而且在用 wireshark 工具抓包的时候，我们也会常看到 TCP 挥手过程
阅读全文
摘要：1 前言 这节我们来看个问题，就是 有 accept，能建立 TCP 连接吗？ 2 刨析 下面这个动图，是我们平时客户端和服务端建立连接时的代码流程。 对应的是下面一段简化过的服务端伪代码。 int main() { /*Step 1: 创建服务器端监听socket描述符listen_fd*/ li
阅读全文
摘要：1 前言 这节我们来看个问题，就是 服务端没有 listen，客户端发起连接建立，会发生什么？ 为服务端没有调用 listen，客户端会 ping 不通服务器，如果你这么想那你就搞错了。 ping 使用的协议是 ICMP，属于网络层的事情，而问的方向是传输层的问题。 针对这个问题，服务端如果只 bi
阅读全文
摘要：1 前言 这节我们来看个问题，就是 TCP 和 UDP 可以使用同一个端口吗？ 关于端口的知识点，还是挺多可以讲的，比如还可以牵扯到这几个问题： 多个 TCP 服务进程可以同时绑定同一个端口吗？ 重启 TCP 服务进程时，为什么会出现“Address in use”的报错信息？又该怎么避免？ 客户端
阅读全文
摘要：1 前言 这节我们来看个问题，就是 TCP 协议有什么缺陷？ 很多同学第一反应就会说把 TCP 可靠传输的特性（序列号、确认应答、超时重传、流量控制、拥塞控制）在应用层实现一遍。 实现的思路确实这样没错，但是有没有想过，既然 TCP 天然支持可靠传输，为什么还需要基于 UDP 实现可靠传输呢？这不是
阅读全文
摘要：1 前言 这节我们来看个问题，就是 TCP 协议有什么缺陷？ TCP 通过序列号、确认应答、超时重传、流量控制、拥塞控制等方式实现了可靠传输，看起来它很完美，事实真的是这样吗？TCP 就没什么缺陷吗？ 所以，今天就跟大家聊聊，TCP 协议有哪些缺陷？主要有四个方面： 升级 TCP 的工作很困难； T
阅读全文
摘要：1 前言 这节我们来看个问题，就是 TCP Keepalive 和 HTTP Keep-Alive 是一个东西吗？ 事实上，这两个完全是两样不同东西，实现的层面也不同： HTTP 的 Keep-Alive，是由应用层（用户态） 实现的，称为 HTTP 长连接； TCP 的 Keepalive，是由
阅读全文
摘要：1 前言 这节我们来看个问题，就是 TCP 连接，一端断电和进程崩溃有什么区别？ 这个属于 TCP 异常断开连接的场景，这部分内容在我的「图解网络」还没有详细介绍过，这次就乘着这次机会补一补。 这个问题有几个关键词： 没有开启 keepalive； 一直没有数据交互； 进程崩溃； 主机崩溃； 我们先
阅读全文
摘要：1 前言 这节我们来看个问题，就是 TIME_WAIT 状态持续时间过短或者没有，会有什么问题？ 或者net.ipv4.tcp_tw_reuse 参数可以快速复用处于 TIME_WAIT 状态的 TCP 连接，那为什么 Linux 默认是关闭状态呢？也就是为什么要保留这个 TIME_WAIT 状态呢
阅读全文
摘要：1 前言 这节我们来看个问题，就是在 TCP 正常挥手过程中，处于 TIME_WAIT 状态的连接，收到相同四元组的 SYN 后会发生什么？ 问题现象如下图，左边是服务端，右边是客户端： 2 先说结论 在跟大家分析 TCP 源码前，我先跟大家直接说下结论。 针对这个问题，关键是要看 SYN 的「序列
阅读全文
摘要：1 前言 这节我们来看个问题，就是四次挥手中收到乱序的 FIN 包会如何处理？ 比如，如果 FIN 报文比数据包先抵达客户端，此时 FIN 报文其实是一个乱序的报文，此时客户端的 TCP 连接并不会从 FIN_WAIT_2 状态转换到 TIME_WAIT 状态。 因此，我们要关注到点是看「在 FIN
阅读全文
摘要：1 前言 这节我们来看个问题，就是一个已经建立的 TCP 连接，客户端中途宕机了，而服务端此时也没有数据要发送，一直处于 Established 状态，客户端恢复后，向服务端建立连接，此时服务端会怎么处理？ TCP 连接是由「四元组」唯一确认的。然后这个场景中，客户端的 IP、服务端 IP、目的端口
阅读全文
摘要：1 前言 这节我们来看个问题，就是TCP 半连接队列和全连接队列满了会发生什么？又该如何应对？ 2 什么是 TCP 半连接队列和全连接队列？ 在 TCP 三次握手的时候，Linux 内核会维护两个队列，分别是： 半连接队列，也称 SYN 队列； 全连接队列，也称 accepet 队列； 服务端收到客
阅读全文
摘要：1 前言 这节我们来看个问题，就是SYN 报文什么时候情况下会被丢弃？ 客户端向服务端发起了连接，但是连接并没有建立起来，通过抓包分析发现，服务端是收到 SYN 报文了，但是并没有回复 SYN+ACK（TCP 第二次握手），说明 SYN 报文被服务端忽略了，然后客户端就一直在超时重传 SYN 报文，
阅读全文
摘要：1 前言 这节我们来看个问题，就是为什么 TCP 每次建立连接时，初始化序列号都要不一样呢？ 2 剖析 为什么 TCP 每次建立连接时，初始化序列号都要不一样呢？ 主要原因是为了防止历史报文被下一个相同四元组的连接接收。 TCP 四次挥手中的 TIME_WAIT 状态不是会持续 2 MSL 时长，历
阅读全文
摘要：1 前言 看了一篇有意思的文章，我们来看看。 我们线上有一个 dubbo 的服务，出现大量的 CLOSE_WAIT 状态的连接，这些 CLOSE_WAIT 的连接出现以后不会消失，这就有点意思了，于是做了一下分析记录如下。 首先从 TCP 的角度看一下 CLOSE_WAIT CLOSE_WAIT 状
阅读全文
摘要：1 前言 TCP 性能的提升不仅考察 TCP 的理论知识，还考察了对于操作系统提供的内核参数的理解与应用。 TCP 协议是由操作系统实现，所以操作系统提供了不少调节 TCP 的参数。 如何正确有效的使用这些参数，来提高 TCP 性能是一个不那么简单事情。我们需要针对 TCP 每个阶段的问题来对症下药
阅读全文
摘要：1 前言 这节我们通过抓包实际来看看丢包、乱序、超时重传、快速重传、选择性确认、流量控制等等 TCP 的特性。 2 显形“不可见”的网络包 网络世界中的数据包交互我们肉眼是看不见的，它们就好像隐形了一样，我们对着课本学习计算机网络的时候就会觉得非常的抽象，加大了学习的难度。 还别说，我自己在大学的时
阅读全文
摘要：1 前言 这节我们来看看关于TCP 的重传机制、滑动窗口、流量控制、拥塞控制。 2 重传机制 TCP 实现可靠传输的方式之一，是通过序列号与确认应答。 在 TCP 中，当发送端的数据到达接收主机时，接收端主机会返回一个确认应答消息，表示已收到消息。 但在错综复杂的网络，并不一定能如上图那么顺利能正常
阅读全文
摘要：1 前言 这节我们来看看关于Sokcet编程的一些知识和问题。 2 针对 TCP 应该如何 Socket 编程？ 服务端和客户端初始化 socket，得到文件描述符； 服务端调用 bind，将 socket 绑定在指定的 IP 地址和端口; 服务端调用 listen，进行监听； 服务端调用 acce
阅读全文
