酷酷

摘要： 1 前言 这节我们来看个问题，就是 TCP 协议有什么缺陷？ TCP 通过序列号、确认应答、超时重传、流量控制、拥塞控制等方式实现了可靠传输，看起来它很完美，事实真的是这样吗？TCP 就没什么缺陷吗？ 所以，今天就跟大家聊聊，TCP 协议有哪些缺陷？主要有四个方面： 升级 TCP 的工作很困难； T 阅读全文

摘要： 1 前言 这节我们来看个问题，就是 TCP Keepalive 和 HTTP Keep-Alive 是一个东西吗？ 事实上，这两个完全是两样不同东西，实现的层面也不同： HTTP 的 Keep-Alive，是由应用层（用户态） 实现的，称为 HTTP 长连接； TCP 的 Keepalive，是由  阅读全文

摘要： 1 前言 这节我们来看个问题，就是 HTTPS 中 TLS 和 TCP 能同时握手吗？ 通常情况下，HTTPS 建立连接的过程，先进行 TCP 三次握手，再进行 TLS 四次握手，比如，下面这个 TLSv1.2 的 基于 RSA 算法的四次握手过程： 不过 TLS 握手过程的次数还得看版本。 TLS 阅读全文

摘要： 1 前言 这节我们来看个问题，就是 拔掉网线后， 原本的 TCP 连接还存在吗？ 可能有的同学会说，网线都被拔掉了，那说明物理层被断开了，那在上层的传输层理应也会断开，所以原本的 TCP 连接就不会存在的了。就好像， 我们拨打有线电话的时候，如果某一方的电话线被拔了，那么本次通话就彻底断了。 真的是 阅读全文

摘要： 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 队列； 服务端收到客 阅读全文