TCP 与 UDP：理解差异，比记结论更重要
日期说明：归档日期为历史整理日期，不代表原始首发时间；本文于 2026-11-02 核对并修订。命令示例需按实际环境替换占位符。
TCP 负责重传、顺序和流量控制，但不保留应用消息边界。本文整理两个容易忽略的环节，作为日常使用时的检查参考。
TCP 提供有序可靠的字节流
TCP 负责重传、顺序和流量控制，但不保留应用消息边界。应用仍需要定义协议格式。连接建立与拥塞控制会影响实际体验，单看 ping 延迟不足以预测下载速度。
UDP 把更多责任交给上层
UDP 保留数据报边界，没有内建可靠传输保证。QUIC 等协议在 UDP 上实现自己的可靠性与拥塞控制，所以 UDP 并不等于不可靠应用，也不意味着天然更快。
日常使用的小结
测试防火墙和网络时要分别考虑 TCP 与 UDP。TCP 端口握手成功，不能证明同端口的 UDP 服务也可用。
操作参考与适用边界
检查传输层监听
1 | ss -lnt |
TCP LISTEN 和 UDP socket 的含义不同。UDP 没有 TCP 式握手，扫描结果往往无法单独确定服务可用性，应使用对应应用协议验证。
如何判断结果
操作后应将实际结果与文中目标对照；命令成功退出只能证明该步骤完成，不能替代业务层验证。记录异常信息时，保留时间、软件版本与相关上下文，方便后续复查。
参考资料
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 SkynetX！
相关推荐
2026-02-20
网页能开，上传却卡住：认识 MTU 与路径探测
日期说明：归档日期为历史整理日期，不代表原始首发时间；本文于 2026-11-02 核对并修订。命令示例需按实际环境替换占位符。 链路能通过的最大报文大小有限，隧道还会增加封装开销。本文整理两个容易忽略的环节，作为日常使用时的检查参考。 数据包大小会影响路径链路能通过的最大报文大小有限，隧道还会增加封装开销。小请求正常而大传输停顿，可能与路径 MTU 发现受阻有关，但也要排除丢包、应用限制和代理超时。 不要把降低 MTU 当万能药先记录接口 MTU，检查隧道与上游网络的要求，再做受控测试。IPv4 与 IPv6 的分片机制不同，不应照搬同一条经验。必要的 ICMP 消息应正确放行，不能为了省事全部屏蔽。 日常使用的小结保留调整前的值，使用持续上传、下载等真实场景比较结果。一次只改一个接口，避免多个设备同时调整后难以定位。 操作参考与适用边界观察路径而非直接改参数12ip link showtracepath example.com 命令可用性因发行版与已安装软件包不同。tracepath 的输出受中间网络影响，缺失响应不等于链路断开；先记录结果，再考虑进一步抓包。 如何...
2026-11-02
实战：IPv6 地址正确，服务却连不上
拥有公网 IPv6 地址只是第一步。服务监听、系统防火墙、云安全组与客户端路径都需要支持，不能根据 IPv4 可用就推断 IPv6 已经放行。 先核对地址和默认路由区分链路本地地址、全局地址与临时地址。查看默认路由，再用具有 IPv6 能力的目标验证出站。出站成功仍不证明公网入站可用。 检查服务绑定范围ss 输出中的 IPv6 监听地址可帮助判断服务是否接受目标连接。双栈行为受系统和程序设置影响，不能简单把一个通配监听当作所有协议都已正确配置。 逐层读取规则云平台安全组、宿主机 nftables 或其他防火墙可能共同生效。先读取规则，按实际部署管理，不要混用多套管理工具或直接清空防火墙。ICMPv6 对邻居发现与路径 MTU 有重要作用。 从外部做完整请求从确有 IPv6 连接的客户端测试 TCP 与 TLS，再看应用响应。UDP 服务需要自己的协议验证。最终应确认 AAAA 与真实可用地址一致，否则部分用户会遇到回退延迟。 操作参考12345ip -6 addr showip -6 route showss -lnt# 需要相应权限，只读取现有规则nft list rule...
2026-11-02
实战：同一个域名在不同设备上解析不一致
两台设备返回不同地址，并不一定是 DNS 出错。递归缓存、加密 DNS、私有区域、地理调度和 hosts 文件，都可能改变解析路径。 先写清查询条件记录域名、查询类型、解析器、时间以及是否处于 VPN 或公司网络。A 和 AAAA 不能混为一谈，浏览器请求也可能使用与系统命令不同的解析器。 从权威与递归分别核对确认权威区域中的记录，再查询递归解析器。缓存 TTL 和负缓存会影响修改后结果。公共 DNS 查不到企业私有域名不一定是异常，切换解析器可能反而破坏内部服务。 确认浏览器与系统的差异浏览器加密 DNS、应用自带缓存和 hosts 都会让结果不同。先观察实际配置，再做一个受控对照；不要为了排查连续更改多个网络设置。 用指定地址请求排除 DNScurl –resolve 能在一次请求中保留域名、SNI 与证书校验，同时指定目标地址。它适合检查新服务器，但不会改变系统 DNS，更不代表所有访客已经解析到新地址。 操作参考1234nslookup -type=A example.comnslookup -type=AAAA example.com# 203.0.113.10 为...
2026-11-02
A、AAAA、CNAME 与 TXT：个人站点最常见的 DNS 记录
域名控制台里记录类型很多，但个人博客最常接触的只有几种。理解记录的作用，有助于迁站、证书验证和站长平台验证时少走弯路。 A 与 AAAA 指向不同地址族A 对应 IPv4，AAAA 对应 IPv6。添加 AAAA 前应确认服务器和防火墙真正支持 IPv6 入站。浏览器的回退机制可能掩盖问题，所以需要分别验证两种路径。 CNAME 是别名而不是跳转CNAME 让解析继续查询另一个域名，它不会改变浏览器地址栏，也不会自动解决证书问题。HTTP 跳转是 Web 服务的行为。将 www 设置为别名后，HTTPS 服务仍要支持 www 的证书与站点匹配。 TXT 常用于所有权验证站长平台、邮件认证和证书服务可能要求添加 TXT。每种服务给出的名称和值都应逐字核对，不能把不同用途的验证记录混用。不要为方便而公开私有令牌，验证文件与公开挑战值应按平台说明处理。 修改时注意缓存与冲突记录生效时间取决于权威发布与递归缓存。某些类型不能在同一名称下任意并存。修改前保存原记录，迁站时保留回退配置，完成后分别查询权威与公共解析器确认。 操作参考123nslookup -type=A example....
2026-11-02
用 curl 拆解一次网页请求的耗时
网站变慢时，一个总耗时数字不能说明问题。DNS、连接、TLS、服务端处理与下载，都可能成为瓶颈。curl 的时间字段可以帮助建立最初的判断。 先理解这些时间是累计值time_namelookup 表示域名解析完成的时间；time_connect 表示 TCP 连接建立完成；time_appconnect 常用于 HTTPS 握手完成。它们通常从请求开始累计，不能把几个值直接相加当作总耗时。连接复用和重定向会影响解释。 区分首字节与总时间time_starttransfer 代表开始收到响应的时间，总时间还包括接收响应正文。首字节慢可能涉及服务端、网络往返、握手或代理排队，不应立刻认定数据库慢。总时间长而首字节快，可以进一步检查文件体积和传输速度。 对照测试比单次结果有用在相近时间重复几次，分别测试静态小文件和实际页面。必要时区分 IPv4 与 IPv6。不要用跳过证书校验来隐藏 TLS 故障；也不要对不属于自己的站点进行高频压测。 把结果写成可比较的记录保留测试位置、时间、目标 URL、状态码和是否经过代理。一次测试可能命中缓存，另一次可能走回源，因此需要结合响应头判断。网络...
2026-07-13
改了 DNS 却还访问旧站，缓存到底在哪里
日期说明：归档日期为历史整理日期，不代表原始首发时间；本文于 2026-11-02 核对并修订。命令示例需按实际环境替换占位符。 权威 DNS、递归解析器、操作系统、浏览器以及应用自身都可能缓存记录。本文整理两个容易忽略的环节，作为日常使用时的检查参考。 不同位置有不同缓存权威 DNS、递归解析器、操作系统、浏览器以及应用自身都可能缓存记录。修改控制台中的 A 记录，不意味着所有访问者会立即看到新地址。TTL 是重要参考，但不是任意环节都能强制遵守的承诺。 分层查询比反复刷新有效先确认权威记录，再查公共递归解析结果，最后看本机查询。浏览器使用加密 DNS 时，可能绕过系统配置。用 curl 的 resolve 参数可以临时指定连接地址，同时保留正确域名与 TLS 校验。 日常使用的小结迁站时提前降低 TTL，在切换期间保留旧服务一段时间。不要因为一台设备缓存未更新，就连续修改多次解析记录。 操作参考与适用边界分别查询记录123nslookup example.comnslookup example.com 1.1.1.1curl --resolve example.com...
