CF Tunnel 优选笔记

Cloudflare Tunnel
优选 · 提速 · 网络与服务全景

一份从 0 讲起的整理稿：先讲原理，再讲手段，最后把「配了优选还是不快」的坑逐条摊开。

14 章知识库 20 页 Slides 实测证据 9 组 断言台账 37 条（含 3 条已证伪留痕）

Slides 20 页演示：把「慢」拆成四跳，讲清优选在优化哪一跳，以及纠正常见误解。 用方向键翻页 → 知识库 综合各种方案、从 0 小白入手：地基 → Tunnel 模型 → 优选 → 落地 → 提速 → 服务全景 → WARP → 排错。 按章节读 → Thanks / Reference 致谢社区作者；并说明我们整理了哪些东西、三级证据标注怎么做、哪些推断被自己证伪了。 看清单 →

会改变读者做法的事实（速览）

结论为什么重要章节
优选只优化用户 → CF 边缘这一跳与 Tunnel 出站、回源、源站健康无关；用错跳的手段必然无效§3
/cdn-cgi/trace 绿不代表站点健康它由边缘生成、不经过源站§1.3
403 + error code: 1034 = 受限 IP 空间这类 IP 在延迟测试里表现极好，真实请求必然失败§4.3
排序要用最快值 / 中位数，不能用平均值实测：均值 2.506 s 的 IP 最快只需 0.493 s§4.3
线路可能只优化 ICMP 或只优化小包只测 ping 会系统性选错；晚高峰还会 QoS 降级§3.3
默认 4 条出站连接；没有 --ha-connections扩容的官方路径是加 replica，不是调连接数§6.1
官方没有「QUIC 被限速必须切 http2」之说只有两种情况可测 http2：UDP 建连失败、UDP 空闲超时致长连接掉线§6.2
Argo 优化的是「边缘 → 源站」，不是第一跳所以「优选了但源站慢」用 Argo，而不是换 IP§7.1
上线优选后要对回源域名下「阻止」否则回源域名可被直连，绕过 Access 与优选§5.8
WARP 的默认排除模式 ≈ 全局代理应改包含模式，只让 100.96.x 走隧道；且 WARP ≠ 干净 IP§9.3

怎么读

你的情况建议路径
完全新手，不知道 DNS/anycast 是什么§0 → §1 → §2 → §3（先建地基，再谈优选）
已经看过教程，配了优选但不快§3.3（四类成因）→ §4.3（判据）→ 附录 A（按症状定位）
只想排错附录 A 的判据表 + §6.8 分工表
想知道 CF 到底能提供什么§8 服务全景 + §7 加速能力的边界
要在服务器上跑 WARP§9 全章（尤其 9.3 与 9.5）

证据等级

每一处关键结论都标注来源等级，读者可以自己判断可信度：

标注含义
[DOC]Cloudflare 官方文档原文（少数社区说法会明确标出「官方无此表述」）
[MEASURED]本机实测，附命令与原始输出，可复现
[COMMUNITY]社区素材（教程 / 帖子 / 讨论），标注为待核验
[INFERENCE]推断，不当作事实
❌已被我们自己证伪的断言，保留在台账里不删除

边界与免责