Cloudflare 万能优选
原理
今天我用最直白、完全不绕弯子、大白话拉满、不整虚头巴脑专业黑话、掰开揉碎了说,不带半句模棱两可的客套话,给你一张图捋明白整件事:

以上就是最基本的优选原理,优选节点本质上就是抛弃服务厂商给我们分配的默认节点,从而去寻找大陆连接更快的节点去连接,从而达到加速网站的优选效果。像我们常见的Cloudflare、Vercel、EdgeOne、Netlify,本质上都是可以做优选的但是因为额度的问题,还是最推荐Cloudflare,就是可惜了受限于中国大陆政策。
Cloudflare优选
首先要声明一点官方明确,Cloudflare优选IP是被允许的,因为官方专门出台了关于优选IP的途径(Saas和Cloud Connector),但是EdgeOne是明令禁止的。前段时间EdgeOne刚出的时候,还是可以通过广州节点或者香港节点来服务大陆,但是不久后被禁了。现在强行解析会418。
初始化
首先,至少要有一个域名托管在Cloudflare,到自定义主机名的界面,先添加一个回退源。回退源必须在所在域,而且通过代理了流量,如果没有添加对应的DNS记录解析,可以先去添加一个带小黄云的任意A记录,这个子域我们不访问。

在DNS解析记录的位置用原生的代理节点流量,然后复制对应的URL备选。这里大家可以参考我的配置习惯,便于管理,我的原生节点的配置子域方案如下:
| 优选后域 | 原生域 |
|---|---|
| www.xuioo.com | www.xuioo.com.cf.cdn.609010.xyz |
| blog.xuioo.com | blog.xuioo.com.cf.cdn.609010.xyz |
| www.xuword.com | www.xuword.com.cf.cdn.609010.xyz |
| … | … |
优选服务器源站
- 在服务器创建站点格式:
IP+端口,通过反向代理引导Cloudflare流量精确定位源站。 - 添加自定义主机名,填写好对应信息后,完成它引导的认证。
- 在通过了HTTP跟HTTPS认证之后,网站就可以正常访问。


R2 优选
界面进入域名,左侧栏进入Cloud Connector,

到达这个页面,创建一条新规则,创建新规则与你的R2存储桶相绑定.

这个位置需要特别注意,名称怎么填都可以,但是下面的字段必须填主机名,运算符选择等于值就填你的优选后的域,那么以后将这个域名解析到的Cloudflare节点上面,代理流量上面的优选节点就会将存储桶内容以源站的方式展现出来。

最后再将你的主域名解析到优选过的CNAME或者是你的优选方案中。
下面是一些社区大佬的优选 CNAME,可以参考一下。
Cloudflare 公共优选CNAME域名速度排行表(按国内三网综合速度从高到低排序)
说明:排名依据国内电信/联通/移动平均延迟、丢包、更新频率综合打分;维护人为社区大佬/站点,可直接CNAME解析使用
该评价仅具备参考价值,不具评判,数据时间:2026年7月,不具有时效性,请谨慎甄别!
| 速度排名 | 优选CNAME域名 | 维护大佬/站点 | 更新频率 | 线路适配 | 备注 |
|---|---|---|---|---|---|
| 1 | cf.090227.xyz | 090227社区 | 实时自动刷新 | 三网全适配 | 分线路子域名:ct.090227.xyz(电信)、cmcc.090227.xyz(移动)、cu.090227.xyz(联通) |
| 2 | *.cloudflare.182682.xyz | WeTest微测网 | 每15分钟 | IPv4+IPv6双栈 | 支持泛域名,任意前缀均可解析 |
| 3 | bestcf.top | VPS789 | 每日更新 | 电信/联通优先 | 纯IPv4,国内中小站稳定首选 |
| 4 | cfip.cfcdn.vip | CFCDN社区 | 每日6次 | 三网均衡 | IP池数量较少,适合流量小站点 |
| 5 | cf.877774.xyz | 秋名山 | 半手动更新 | 移动优化 | 移动宽带访问延迟优势明显 |
| 6 | bestcf.onecf.eu.org | Mingyu | 12小时一轮 | 联通专属 | 联通用户优先选用 |
| 7 | cf.zhetengsha.eu.org | 小一 | 24小时 | 电信优化 | 南方电信线路表现更佳 |
| 8 | cf.0sm.com | 网络开源收集 | 手动不定期 | 双栈IPv4/6 | 更新慢,仅作备用备选 |
注意事项
请务必弄清楚CDN的运作原理,它所回原的地方必须要有指向性,如果所回源的地方也是类似于CDN的代理节点,比如服务器就需要配置反向代理,而反向代理的域名必须匹配才能保证
200。
如果CDN回源的的服务器绑定了原域名,而CDN绑定了新域名,这种情况是会返回报错
418或者403,原因就是CDN回源的地方没有明确的指向,也就是嵌套的那一层代理没有开启,没有明确的给新域名指向源站。
遇到这种情况需要换思路,换方案,灵活应对。
部分内容可能已过时

