Dai Wei

概念与机制传统 RSA 密钥交换由客户端加密密钥材料；ECDHE 用临时椭圆曲线密钥协商秘密，证书私钥主要负责签名。临时私钥销毁后，长期私钥泄露通常无法倒推旧会话，因此具备前向安全。ECDHE_RSA 表示 ECDHE 协商与 RSA 认证，TLS 1.3 已移除静态 RSA 交换。 理解“HTTPS 握手里的 RSA 和 ECDHE，到底差在哪？（应用层）”不能停在名词定义，还要找到状态保存位置、报文字段和交互顺序。发送端、接收端、中间设备和应用各自看到的现象并不相同；同一个超时可能来自解析、路由、队列、握手或业务处理。先画最小正常时序，再分别加入丢包、重复、乱序、对端重启等条件，才能理解协议为何需要缓存、确认、窗口或超时，而不是把这些机制当作孤立规则。 实践与误区验证时先记录目标地址、协议、端口、开始时间和请求标识，再把客户端错误、系统连接状态、网关指标、服务日志和抓包放到同一时间线。单一工具只能证明它实际观察的层次：端口可达不等于应用成功，收到响应也不代表业务数据已持久化。遇到异常应提出可证伪假设，选择能区分不同原因的证据，不要凭一次 Ping、一个状态码或一张抓包截图...

概念与机制HTTP/1.0 常见模式是请求后断开，HTTP/1.1 默认持久连接并要求 Host。后者还增强 Cache-Control、ETag、Range、分块传输与 100 Continue。管线响应仍须按序，慢响应会阻塞后续；持久连接也不是永久连接，HTTP Keep-Alive 更不能与 TCP Keepalive 探测混淆。 理解“HTTP 1.0 vs HTTP 1.1：长连接、缓存、Host 头等核心差异（应用层）”不能停在名词定义，还要找到状态保存位置、报文字段和交互顺序。发送端、接收端、中间设备和应用各自看到的现象并不相同；同一个超时可能来自解析、路由、队列、握手或业务处理。先画最小正常时序，再分别加入丢包、重复、乱序、对端重启等条件，才能理解协议为何需要缓存、确认、窗口或超时，而不是把这些机制当作孤立规则。 实践与误区验证时先记录目标地址、协议、端口、开始时间和请求标识，再把客户端错误、系统连接状态、网关指标、服务日志和抓包放到同一时间线。单一工具只能证明它实际观察的层次：端口可达不等于应用成功，收到响应也不代表业务数据已持久化。遇到...

概念与机制HTTP 是应用协议，RPC 是远程调用抽象；RPC 可包含 IDL、序列化、发现、超时和代码生成，也可能运行在 HTTP/2 上。REST 偏资源与开放生态，RPC 偏方法和强类型内部调用。选型要比较兼容性、演进、观测与运维成本，并传播 deadline、设计幂等，不能只看报文大小。 理解“有了 HTTP 协议，为什么还要 RPC？HTTP 与 RPC 区别对比”不能停在名词定义，还要找到状态保存位置、报文字段和交互顺序。发送端、接收端、中间设备和应用各自看到的现象并不相同；同一个超时可能来自解析、路由、队列、握手或业务处理。先画最小正常时序，再分别加入丢包、重复、乱序、对端重启等条件，才能理解协议为何需要缓存、确认、窗口或超时，而不是把这些机制当作孤立规则。 实践与误区验证时先记录目标地址、协议、端口、开始时间和请求标识，再把客户端错误、系统连接状态、网关指标、服务日志和抓包放到同一时间线。单一工具只能证明它实际观察的层次：端口可达不等于应用成功，收到响应也不代表业务数据已持久化。遇到异常应提出可证伪假设，选择能区分不同原因的证据，不要凭一次 Ping...

概念与机制HTTPS 是由 TLS 保护的 HTTP，方法和状态码不变。TLS 提供服务器身份、机密性和完整性，握手会验证证书链与域名并协商对称会话密钥。生产应使用现代 TLS、自动续期、HSTS 和安全 Cookie。证书不能防止越权、恶意脚本或服务器入侵，排障也要分开检查 TCP、TLS 与 HTTP。 理解“HTTP vs HTTPS：区别在哪里、HTTPS 为什么更安全（应用层）”不能停在名词定义，还要找到状态保存位置、报文字段和交互顺序。发送端、接收端、中间设备和应用各自看到的现象并不相同；同一个超时可能来自解析、路由、队列、握手或业务处理。先画最小正常时序，再分别加入丢包、重复、乱序、对端重启等条件，才能理解协议为何需要缓存、确认、窗口或超时，而不是把这些机制当作孤立规则。 实践与误区验证时先记录目标地址、协议、端口、开始时间和请求标识，再把客户端错误、系统连接状态、网关指标、服务日志和抓包放到同一时间线。单一工具只能证明它实际观察的层次：端口可达不等于应用成功，收到响应也不代表业务数据已持久化。遇到异常应提出可证伪假设，选择能区分不同原因的证据，不要凭一次 Pi...

概念与机制DNS 是分层分布式数据库。递归解析器在缓存未命中时沿根、顶级域和权威服务器查询。A/AAAA 保存地址，CNAME 表示别名，MX 指定邮件服务器，NS 表示授权，TTL 平衡缓存和变更速度。普通查询多用 UDP，截断时可转 TCP；排查要区分本机、递归和权威答案。 理解“DNS 域名系统详解（应用层）”不能停在名词定义，还要找到状态保存位置、报文字段和交互顺序。发送端、接收端、中间设备和应用各自看到的现象并不相同；同一个超时可能来自解析、路由、队列、握手或业务处理。先画最小正常时序，再分别加入丢包、重复、乱序、对端重启等条件，才能理解协议为何需要缓存、确认、窗口或超时，而不是把这些机制当作孤立规则。 实践与误区验证时先记录目标地址、协议、端口、开始时间和请求标识，再把客户端错误、系统连接状态、网关指标、服务日志和抓包放到同一时间线。单一工具只能证明它实际观察的层次：端口可达不等于应用成功，收到响应也不代表业务数据已持久化。遇到异常应提出可证伪假设，选择能区分不同原因的证据，不要凭一次 Ping、一个状态码或一张抓包截图直接下结论。 工程设计还应明确超时...

概念与机制网络分层把比特传输、相邻帧交付、跨网路由、进程通信和应用语义分开。带宽是能力，吞吐是实际速率；时延还包含发送、传播、处理和排队，高带宽不代表低时延。学习时应用封装、寻址、转发、解封装复述访问，并在抓包中对应链路、IP、TCP 和 HTTP 字段。 理解“《计算机网络》（谢希仁）内容总结”不能停在名词定义，还要找到状态保存位置、报文字段和交互顺序。发送端、接收端、中间设备和应用各自看到的现象并不相同；同一个超时可能来自解析、路由、队列、握手或业务处理。先画最小正常时序，再分别加入丢包、重复、乱序、对端重启等条件，才能理解协议为何需要缓存、确认、窗口或超时，而不是把这些机制当作孤立规则。 实践与误区验证时先记录目标地址、协议、端口、开始时间和请求标识，再把客户端错误、系统连接状态、网关指标、服务日志和抓包放到同一时间线。单一工具只能证明它实际观察的层次：端口可达不等于应用成功，收到响应也不代表业务数据已持久化。遇到异常应提出可证伪假设，选择能区分不同原因的证据，不要凭一次 Ping、一个状态码或一张抓包截图直接下结论。 工程设计还应明确超时、重试、幂等、容量和可观测性。...

概念与机制端口属于传输协议命名空间，内核会区分 TCP 与 UDP，所以 TCP 53 和 UDP 53 通常能同时绑定。相同协议、地址和端口才容易冲突，复用选项又会改变细节。DNS 同用两种 53，HTTPS 与 HTTP/3 可分别使用 TCP/UDP 443；防火墙规则也必须分别开放。 理解“TCP 和 UDP 可以使用同一个端口吗？”不能停在名词定义，还要找到状态保存位置、报文字段和交互顺序。发送端、接收端、中间设备和应用各自看到的现象并不相同；同一个超时可能来自解析、路由、队列、握手或业务处理。先画最小正常时序，再分别加入丢包、重复、乱序、对端重启等条件，才能理解协议为何需要缓存、确认、窗口或超时，而不是把这些机制当作孤立规则。 实践与误区验证时先记录目标地址、协议、端口、开始时间和请求标识，再把客户端错误、系统连接状态、网关指标、服务日志和抓包放到同一时间线。单一工具只能证明它实际观察的层次：端口可达不等于应用成功，收到响应也不代表业务数据已持久化。遇到异常应提出可证伪假设，选择能区分不同原因的证据，不要凭一次 Ping、一个状态码或一张抓包截...

概念与机制Ping 只验证 ICMP 往返，TCP 还要求端口监听、握手双向通过并满足防火墙和负载均衡规则。refused 常表示主机可达但端口未监听，超时更像丢包或回程异常；握手后还可能失败在 SNI、证书、代理或应用。应确认 DNS 实际地址并抓 SYN、SYN-ACK 与 RST。 理解“能 Ping 通，TCP 就一定能连通吗？”不能停在名词定义，还要找到状态保存位置、报文字段和交互顺序。发送端、接收端、中间设备和应用各自看到的现象并不相同；同一个超时可能来自解析、路由、队列、握手或业务处理。先画最小正常时序，再分别加入丢包、重复、乱序、对端重启等条件，才能理解协议为何需要缓存、确认、窗口或超时，而不是把这些机制当作孤立规则。 实践与误区验证时先记录目标地址、协议、端口、开始时间和请求标识，再把客户端错误、系统连接状态、网关指标、服务日志和抓包放到同一时间线。单一工具只能证明它实际观察的层次：端口可达不等于应用成功，收到响应也不代表业务数据已持久化。遇到异常应提出可证伪假设，选择能区分不同原因的证据，不要凭一次 Ping、一个状态码或一张抓包截图直接下结论。 工程设计...

概念与机制ARP 在本地 IPv4 广播域中把 IP 映射为 MAC。缓存未命中就广播请求，目标单播回答。同网段解析目标 MAC，跨网段解析网关 MAC；路由器逐跳重写链路头，远端 MAC 不会跨互联网传播。排查要核对掩码、邻居表和应答，IPv6 则使用邻居发现。 理解“ARP 协议详解（网络层）”不能停在名词定义，还要找到状态保存位置、报文字段和交互顺序。发送端、接收端、中间设备和应用各自看到的现象并不相同；同一个超时可能来自解析、路由、队列、握手或业务处理。先画最小正常时序，再分别加入丢包、重复、乱序、对端重启等条件，才能理解协议为何需要缓存、确认、窗口或超时，而不是把这些机制当作孤立规则。 实践与误区验证时先记录目标地址、协议、端口、开始时间和请求标识，再把客户端错误、系统连接状态、网关指标、服务日志和抓包放到同一时间线。单一工具只能证明它实际观察的层次：端口可达不等于应用成功，收到响应也不代表业务数据已持久化。遇到异常应提出可证伪假设，选择能区分不同原因的证据，不要凭一次 Ping、一个状态码或一张抓包截图直接下结论。 工程设计还应明确超时、重试、幂等、容量和可观测性...

概念与机制HTTP 面向资源，WebSocket 面向双向消息，SMTP 负责邮件转交，IMAP 负责同步，SSH 提供加密远程会话，DNS 提供名称查询。开放 API、聊天、单向事件和实时媒体具有不同交互模型。端口只是约定，不是协议身份；鉴权、超时、重试、幂等与限流仍需单独设计。 理解“常见应用层协议总结：HTTP、WebSocket、SMTP、FTP、SSH、DNS 等”不能停在名词定义，还要找到状态保存位置、报文字段和交互顺序。发送端、接收端、中间设备和应用各自看到的现象并不相同；同一个超时可能来自解析、路由、队列、握手或业务处理。先画最小正常时序，再分别加入丢包、重复、乱序、对端重启等条件，才能理解协议为何需要缓存、确认、窗口或超时，而不是把这些机制当作孤立规则。 实践与误区验证时先记录目标地址、协议、端口、开始时间和请求标识，再把客户端错误、系统连接状态、网关指标、服务日志和抓包放到同一时间线。单一工具只能证明它实际观察的层次：端口可达不等于应用成功，收到响应也不代表业务数据已持久化。遇到异常应提出可证伪假设，选择能区分不同原因的证据，不要凭一次 Ping、一个状态...