# 原理解释(ChatGPT)
这篇教程本质在讲一件事:
如何绕开 Cloudflare 默认分配节点,自己“接管流量入口”,把用户导到更快的节点。
我帮你把里面的关键名词按“网络工程视角”拆干净——不是表面解释,而是它们在链路里到底干了什么。
选择一个国内访问速度更快的 Cloudflare 节点
Cloudflare 的域名解析默认是:
example.com → CF自动分配IP(Anycast)
问题在于:
CF 在中国大陆的调度 不稳定 / 不友好
可能把你分到:
美国节点 ❌
被QoS/限速节点 ❌
example.com → 手动指定某个“更快的CF IP”
👉 你在“替换 Cloudflare 的调度策略”
优选 ≠ 加速
👉 本质是:绕过自动调度,强行绑定更优路径
教程说:
CDN可以抽象为:规则层 + 解析层
这个非常关键,我帮你翻译成工程语言👇
负责:
域名 → IP
例如:
example.com → 1.1.1.1(CF节点)
👉 决定你“连谁”
负责:
请求来了 → 怎么处理
比如:
转发到源站
走缓存
走 Worker
拦截请求
👉 决定“怎么处理流量”
你想优选:
👉 需要改解析层(DNS)
但:
👉 一改 DNS(关橙云)→ CF把规则层删了
默认情况下,DNS和规则是“绑死的”,你改一个,另一个就没了。
这是整个教程最核心的“解耦工具”。
👉 把“解析层”和“规则层”彻底分开
DNS(CF控制) + 路由(CF控制)
你动不了
DNS(你控制) + 路由(你自己写)
通过:
自定义 Hostname(SaaS)
CNAME 接入
用户 → 你自己写的DNS(优选IP)
→ Cloudflare(通过SaaS识别)
→ 源站
SaaS让CF“认得你”,即使DNS不是它分配的
👉 在 Cloudflare 边缘运行代码(JS)
教程说:
Worker路由也能实现优选
Worker 可以:
fetch("https://你的源站")
👉 也就是说:
你可以自己决定:
请求去哪
用什么 Host
怎么转发
用户 → 优选IP(DNS控制)
→ CF节点
→ Worker(你控制逻辑)
→ 源站
教程这句话是核心:
要实现优选,我们需要做到两点:
自己控制路由规则 + 自己控制DNS解析
example.com → 优选IP
👉 CF不认你 → ❌ 直接404 / 无服务
example.com → CF默认IP
👉 还是慢 → ❌ 没意义
DNS → 指向优选IP
CF → 通过SaaS/Worker识别并处理
👉 ✔️ 成功优选
教程说:
s.2x.nz 和 s-s.2x.nz 即可
你只需要:
角色用途主访问域名用户访问辅助域名SaaS / Worker 绑定👉 不需要多个站点,只是“逻辑拆分”
我帮你压缩成一个“工程模型”:
用户
↓
DNS(你控制)
↓
优选CF IP(更快节点)
↓
Cloudflare识别(SaaS / Worker)
↓
源站
→ 决定走哪个CF节点
→ 让CF愿意帮你处理请求
结合你前面问的,我直接点名:
因为:
👉 流量可能不经过你的CF Zone
因为:
👉 回源回到了 CF(循环)
因为:
👉 国内网络环境,不是你配置问题
容易:
👉 形成 CF 套娃
所谓“Cloudflare 优选”,本质就是:
👉 用 SaaS / Worker 把 CF 的“控制权拿回来”,
👉 再用 DNS 把用户强行导到更快的 CF 节点。