FIELD NOTES / 协议与网络原理

TCP、UDP、QUIC、DNS与TLS：一次网页连接经过哪些层？

DNS帮助查找名称对应的记录，TCP或QUIC等机制承载连接，TLS提供相应的安全能力。网页能否打开取决于整条链，不能用一个ping或延迟数字代表所有阶段。

内容与来源核对：2026-11-10 · 机场巡查博客编辑整理

从输入网址到收到内容

应用通常先确定目标名称与地址，再建立适配传输、完成必要安全协商并请求内容。已有缓存或复用连接会省略部分本次步骤；启用代理时，本地与远端也可能分别解析不同名称。

因此，排查时要明确你看到的是本机到节点，还是节点到网站的错误。客户端能连接入口，不保证远端目标能解析；网站返回错误，也不必然是本机网络断开。

不要把UDP理解成必然更快或不可靠应用，也不要把TCP可靠交付理解为永不丢包。QUIC在上层提供机制，不意味着只要允许任意UDP就一定能建立具体服务。

DNS记录会受缓存、CDN调度、地址族和所用解析器影响；同一域名返回不同地址可能是正常现象。解析成功只提供下一步信息，不证明目标端口监听或服务器健康。

TLS握手用于协商安全连接并进行相应身份验证。时间、服务器名称、证书与信任链、版本等会影响握手。HTTPS不能隐藏所有元数据，也不会使代理服务商自动变成值得信任的经营者。

延迟主要表示响应所需时间，带宽或吞吐描述单位时间传输能力，流量是累计数据量。1字节等于8比特，MB/s与Mbps不能直接比较数字；小样本下载还会包含建连和等待开销。

丢包和重传会影响任务，但具体症状与协议、队列和应用有关。视频、交互网页、文件下载和实时通话对指标的关注不同，应记录实际任务而非统一给“最好线路”结论。

系统代理让遵循系统设置的应用连接本地代理；TUN通过虚拟接口与路由接入流量。Rule、Global、Direct则处理进入内核后的转发决策。开启Global不会自动接管所有应用，开启TUN也不意味着所有流量必须使用远端节点。

这些具体操作已由Clash指南承担，本篇只解释层级，避免复制一份相同教程。理解分工后，再按自己的客户端检查活动配置、接入与规则。

可以把路径暂写成“本机应用 → 本地工具 → 节点入口 → 目标服务”。这不是所有部署的拓扑承诺，而是提醒：本机到节点的握手与节点到目标的连接可能使用不同地址、解析位置和传输。上层错误也可能只报告最后看到的一段。

DNS、TCP/QUIC与TLS的职责要分开；有序可靠传输不代表网络不会丢包，重传与拥塞控制也会消耗时间。丢包统计、应用吞吐和服务端处理时长并非同一个指标，不能把任意ping丢包率直接当作网页故障结论。

对交互应用记录响应等待，对下载记录完整样本字节与耗时，对视频记录持续播放表现。不要把短请求的低延迟当作长期带宽，也不把一次下载当作运营商线路上限。

为什么ping很低，网页仍然慢？

ICMP、应用建连、TLS、服务端处理与大数据传输不是同一测量，可能只有其中一段正常。

加密DNS会自动代理全部应用吗？

不会。加密DNS主要改变解析请求的传输与信任边界，不自动创建节点或接管所有应用。

路由器很贵能保证跨境稳定吗？

不能。设备能力只是链路的一部分，运营商出口、远端资源和目标应用同样影响结果。

依据公开项目文档、规范或原始研究整理。操作与排查建议是编辑分析，不是节点实测或服务器封锁鉴定；版本、平台分发和实际服务状态仍需复核。未采集订阅或账号，不提供未知安装包。