图解网络

大家好，我是小林。 在网站上回答了很多人的问题，我发现很多人对 TCP 序列号和确认号的变化都是懵懵懂懂的，只知道三次握手和四次挥手过程中，ACK 报文中确认号要 +1，然后数据传输中 TCP 序列号

大家好，我是小林。 有位读者在面试字节时，被问到这么个问题： 概括起来，是这两个问题： TCP 三次握手中，客户端收到的第二次握手中 ack 确认号不是自己期望的，会发生什么？是直接丢弃 or 回 R

大家好，我是小林，我最开始写的第一篇图解文章就是这篇： 那时候我也就不到 100 读者，如今这篇阅读都快 2 万了。 当时这篇有些地方没有解释到位，然后我周末抽时间把一些没解释清楚的地方重写了，而且还

周末跟朋友讨论了 TCP 的问题，在查阅《Linux 服务器高性能编程》这本书的时候，发现书上说书上说，处于 TIME_WAIT 状态的连接，在收到相同四元组的 SYN 后，会回 RST。发现这不对！

为什么 TCP 三次握手期间，客户端和服务端的初始化序列号要求不一样的呢？ 接下来，我一步一步给大家讲明白，我觉得应该有不少人会有类似的问题，所以今天在肝一篇！

大家好，我是小林。 收到个读者的问题，他在面试鹅厂的时候，被搞懵了，因为面试官问了他这么一个网络问题： 不得不说，鹅厂真的很喜欢问网络问题，而且爱问异常情况下的网络问题，之前也有篇另外一个读者面试鹅厂

大家好，我是小林。 之前有个读者在秋招面试的时候，被问了这么一个问题：SYN 报文什么时候情况下会被丢弃？ 好家伙，现在面试都问那么细节了吗？ 不过话说回来，这个问题跟工作上也是有关系的，因为我就在工

大家好，我是小林。 昨晚有位读者问了我这么个问题： 大概意思是，一个已经建立的 TCP 连接，客户端中途宕机了，而服务端此时也没有数据要发送，一直处于 establish 状态，客户端恢复后，向服务端