写在前面：为什么要系统理解 Nginx、DNS、HTTPS 与 CDN
很多线上问题表面上像是一类问题，真正拆开以后却可能横跨多个层次。用户说“网站打不开”，可能是 DNS 解析错了；用户说“接口很慢”，可能是 CDN 回源慢；浏览器报证书异常，也未必只是 HTTPS 配置问题，甚至可能是 Nginx 站点路由...
CDN 请求到源站的完整链路定位：边缘命中与回源排查
CDN 场景下的排障，比单机服务更容易让人迷失。因为用户请求并不是直接到源站，而是先到边缘节点，再根据缓存、调度和策略决定是否回源。链路一旦变长，问题也更容易被中间层掩盖。 CDN 排障真正的难点，不是概念多，而是参与者变多了。客户端、DN...
HTTPS 与 TLS 握手抓包分析：证书、SNI 与协商过程
很多人对 HTTPS 的印象停留在“它更安全”，但真到了线上排障时，真正让人头疼的往往不是加密本身，而是握手过程里的各种细节：证书链、域名匹配、SNI、ALPN、协议版本、密码套件协商，任何一处不对都可能导致请求失败。 TLS 排障最重要的...
HTTP 请求耗时拆解：用 curl 看慢请求到底慢在哪
线上最常见的一句反馈就是“接口慢”。但如果不把耗时拆开，这句话几乎没有排障价值。慢到底慢在 DNS、TCP 建连、TLS 握手、服务处理，还是响应体下载，必须拆出来才能继续判断。 HTTP 排障最容易犯的错误，是把总耗时当成唯一指标。真正有...
TCP 三次握手与连接失败抓包：连接建立阶段怎么排
很多接口请求失败，真正的问题根本不在业务逻辑，而是在连接还没建立起来的时候就已经卡住了。只要 TCP 三次握手没有完成，后面的 HTTP、TLS、应用报文都不会开始。 TCP 排障最核心的一步，是把“连不上”继续拆开：到底是超时、拒绝、重置...
DNS 解析全过程实战：从域名到 IP 的第一跳
很多“网站打不开”或者“接口突然异常”的问题，根本还没走到 TCP 和 HTTP，就已经在 DNS 这一跳出了偏差。只要域名没有正确解析到目标地址，后面的连接、握手和请求就都没有意义。 DNS 排障最重要的不是记住记录类型，而是先确认：客户...
写在前面：为什么要把网络排障与抓包实战系统学一遍
网络问题最让人挫败的地方，不是概念多，而是现象和原因之间总隔着一层雾。页面打不开、接口变慢、HTTPS 握手失败、CDN 回源异常，这些现象都发生在真实链路里，但如果没有工具和方法，排查时就只能靠猜。 这个系列想解决的，不是“记住多少协议字...
计算机网络学习路线总结与实验建议
计算机网络学习路线总结与实验建议 这是整个计算机网络系列的最后一篇。把前面的内容学完再回头看，你大概会有一个感受：网络根本不是一门"考完就能扔"的课，而是一种会在工程生涯里反复出现的底层透视能力。写服务，你绕不开端口和连...
零拷贝与高性能网络：从内核到应用的性能优化
零拷贝与高性能网络：从内核到应用的性能优化 当你的网络服务规模上来后，关注点会从"能不能通"变成"能不能更快、更省"。这时候一个绕不开的话题就是零拷贝（zero-copy）。这词听着很"内核...
从浏览器输入 URL 到页面返回：一次完整链路解析
从浏览器输入 URL 到页面返回：一次完整链路解析 “在浏览器地址栏输入一个 URL，按下回车，到页面显示出来，中间发生了什么？”——这道题几乎是所有后端、前端、运维面试的"万金油"。它之所以经典，是因为它像一根线，能把...