CloudFlare 优选 IP#

1 序言#

在个人博客、静态站点、API 服务基于 CloudFlare 全球边缘网络部署后，多数开发者都会遇到共性问题：境外节点默认公共 IP 在国内访问场景下，存在加载慢、资源超时、访问抖动等问题。原生 CloudFlare 公共节点未针对国内跨境网络链路做适配，导致博客页面、静态图床、接口请求体验极差。

本文参考二叉树树优选 IP 教程方案，从业务痛点出发，完整拆解 CloudFlare 优选 IP 的概念、价值、主流方案、实操步骤、测试对比及工程化优化方案，形成可直接落地的优选 IP 部署闭环，适配博客站长、边缘云开发、前端运维等开发者场景。

2 什么是 CloudFlare 优选 IP（核心概念）#

2.1 优选 IP 基础定义#

CloudFlare 优选 IP 是区别于官方公开默认节点 IP 的定制化边缘节点 IP 集合，是通过链路测速、丢包检测、延迟筛选、稳定性校验后，筛选出的国内跨境访问最优 CloudFlare 节点 IP。

该类 IP 仍归属 CloudFlare 官方节点网段，保留 CDN 加速、边缘缓存、防护、SSL 证书等全部原生能力，仅针对国内访问链路做了性能择优，不改变 CloudFlare 核心服务架构。

2.2 优选 IP 与普通 CF IP 区别#

对比维度	普通 CloudFlare 公共 IP	CloudFlare 优选 IP
链路适配性	全球通用节点，无国内链路优化	针对性适配国内跨境网络链路
访问延迟	国内平均延迟 300ms+，波动大	国内平均延迟 50-150ms，低抖动
丢包率	高峰时段丢包率 5%+，不稳定	常态丢包率 0%，高峰波动极小
解析稳定性	智能解析漂移，节点随机分配	固定优质节点，无解析漂移
资源加载	静态资源、图片易超时加载失败	资源秒加载，CDN 缓存命中率极高
拥堵概率	公共节点用户量大，易拥堵封禁	小众优质节点，拥堵、封禁风险极低

2.3 优选 IP 工作原理简述#

CloudFlare 全球拥有数百个边缘节点，普通访问场景下，DNS 会根据全局路由策略随机分配公共节点 IP，该策略优先保障全球通用访问，牺牲了国内跨境访问的专项性能。

优选 IP 的核心原理：

遍历 CloudFlare 合法节点 IP 网段，批量探测国内各运营商（移动、联通、电信）链路延迟、丢包、稳定性；
过滤掉拥堵、高延迟、易封禁、解析异常的劣质节点；
留存长期稳定、低延迟、高可用的优质节点 IP，通过本地/服务商 DNS 绑定，替代默认公共 IP 完成访问解析；
保留 CloudFlare 边缘缓存、防护、加速核心能力，仅优化底层链路入口。

普通小黄云解析分为规则层、解析层两层：

开启代理后，CF 自动配置 DNS 指向 CF、生成路由规则
若手动修改 DNS 指向优选节点，一旦关闭小黄云，配套路由规则同步删除，解析失效，访问失败

SaaS 路由和 Worker 路由打破该限制：

路由规则由我们自行创建，规则层独立，不再依赖小黄云解析自动生成
DNS 解析可自由配置 CNAME 指向优选节点，解析层自主控制
两层相互解耦，因此依托 SaaS/Worker 路由能够实现节点优选

2.4 社区优选域名#

常用的社区优选域名：

1
bestcf.030101.xyz #Mingyu维护
2
cdn.2020111.xyz
3
cdns.doon.eu.org
4
cf.0sm.com
5
cf.877771.xyz
6
cf.877774.xyz #秋名山维护
7
cf.900501.xyz
8
cfip.1323123.xyz
9
cfip.cfcdn.vip
10
cfip.xxxxxxxx.tk #OTC维护
11
cloudflare.182682.xyz #WeTest.Vip维护
12
cloudflare-dl.byoip.top
13
cloudflare-ip.mofashi.ltd
14
fn.130519.xyz
15
freeyx.cloudflare88.eu.org
16
nrt.xxxxxxxx.nyc.mn
17
nrtcfdns.zone.id
18
saas.sin.fan
19
tencentapp.cn #ktff维护
20
xn--b6gac.eu.org
21
777.ai7777777.**xyz**

这些优选域名通常是通过扫描Cloudflare官方IP段，找出国内延迟最低的IP整理而成。

3 为什么要做 IP 优选#

3.1 原生 CloudFlare 公共 IP 存在的问题#

访问延迟高、网络抖动大：默认公共节点跨境链路绕路严重，国内访问延迟居高不下，且不同时段网络波动剧烈，页面打开忽快忽慢。
国内解析漂移、节点适配差：DNS 智能解析随机分配海外节点，部分偏远节点与国内链路兼容性极差，无固定最优路由。
静态资源加载异常：博客图片、CSS/JS 静态资源、图床文件频繁出现加载超时、空白、加载不全问题，CDN 加速核心功能失效。
接口服务可用性低：依托 CloudFlare 部署的 API 服务，易因节点不稳定出现请求超时、响应失败，影响业务可用性。

3.2 优选 IP 带来的核心收益#

大幅降低跨境访问延迟：优选节点针对性优化国内链路，延迟直接降低 60%+，页面首屏加载速度显著提升。
修复 CDN 失效问题：稳定的优质节点可保障边缘缓存正常生效，静态资源、图片加载成功率接近 100%。
解决边缘业务卡顿问题：博客、图床、后端 API、小程序接口等全部边缘业务的访问卡顿、超时问题彻底优化。
规避节点拥堵与封禁风险：避开高并发公共节点，减少节点过载拥堵、IP 封禁、限流拦截的概率，提升服务稳定性。

3.3 不做优选的业务风险#

个人博客、展示站点用户流失严重，访问体验极差，无法满足正常展示需求；
图床服务频繁失效，图片加载失败，导致网站内容残缺；
线上 API 接口不稳定，出现随机报错、超时，影响业务正常运行；
长期使用劣质公共节点，可能触发 CloudFlare 风控策略，导致域名临时封禁、节点拉黑。

4 主流优选方案对比#

4.1 多种优选的优缺点 & 适用人群#

优选方案	核心优势	核心短板	适用人群
Byoip 优选	节点权限最高，稳定性极强，自定义程度高	配置复杂、门槛高、需要企业资质、成本高	企业级业务、高并发商用站点
Workers 优选	零成本、配置简单、无需域名备案、适配个人站点	单实例缓存有限，存在访问上限	个人博客、小型静态站点、轻量 API
CloudFlare R2 优选	针对存储资源优化，图床加速效果极佳	仅适配 R2 存储业务，通用性差	主打图床、静态资源存储的开发者
SaaS 优选	全场景适配、稳定性最优、无资源上限	需简单配置规则，依赖路由策略	个人开发者、中小型站点、全场景边缘业务

4.2 最终方案选型理由#

综合成本、落地难度、通用性、稳定性四大核心维度，本文最终选择 Workers 优选或 SaaS 优选

组合方案：

零成本落地，无需企业资质、无需付费、无备案要求，适配绝大多数个人开发者；
覆盖静态站点、图床、API 接口全场景，弥补 R2 优选场景单一的缺陷；
配置轻量化，工程化落地步骤简单，可快速复现部署；
相比 Byoip 方案，大幅降低部署门槛，兼顾性能与实用性。

5 怎么优选 IP#

5.1 CloudFlare 域名优选#

首先我们需要在 CloudFlare 解析一个域名，你得有一个域名在 CloudFlare 解析，比如你的域名.com，这里我在 CloudFlare 解析的是 9600000.xyz

其次我们需要创建一个指向优选域名，也就是yx.你的域名.com cname 指向 cf.090227.xyz，这里我设置的是yx.99600000.xyz，记得千万不要开启小黄云代理

设置为 cf.090227.xyz 和设置 yx.cf.090227.xyz 效果是一样的

最后我们打开 itdog.cn，找到 DNS 解析，输入刚刚我们解析的 yx.99600000.xyz，可以看到结果已经 cname 到 yx.cf.090227.xyz，而且基本是绿色的。

5.2 Works 优选#

核心原理：依托 CloudFlare Works 边缘函数路由能力，将域名解析流量引流至优选优质节点，通过边缘转发规避公共节点链路缺陷，实现无感知 IP 优选。

实操步骤

登录 CloudFlare 控制台，进入 Workers & Pages 模块，打开你的 workers 项目
找到域，添加路由，一定是添加路由
然后输入blog.你的域名.com/*，记住 /* 不能忽略，代表通配符
这里我输入我的域名blog.99600000.xyz/*
最后我们只需要把 blog.你的域名.com cname 到 yx.你的域名.com ，记得关闭小黄云

优选基础测试

这样我们就可以对于优选前的域名和优选后的域名在 itdog.cn 上看 DNS 解析中的 cname 记录，以及观看 A 记录的 IP多少，IP 越多说明选择越多，打开也就更快。这是我的源站域名，走 CF 小黄云 IP 就很少

5.3 SaaS 优选#

核心原理：基于 CloudFlare SaaS 托管路由规则，自定义域名解析节点优先级，手动指定优质优选 IP 作为解析入口，替代官方默认随机节点，SaaS 只支持真实IP，是不支持 workers pages 或者无真实 IP 的业务。（我测试下来是不支持的，如果支持请联系我，我向您请教）

实操步骤

打开 SSL/TLS、概述、配置、选择灵活
在 DNS 解析中，A 记录解析一个 SaaS 的回退源，IP 输入 7.7.7.7，记得打开小黄云
打开 SSL/TLS、自定义主机名、在回退源中输入刚才的 saas.99600000.xyz，你的域名可能是saas.你的域名.com
这里需要准备两个域名，一个是优选.你的域名.com，另外一个是源站.你的域名.com
打开刚才自定义主机，添加自定义主机名，填写以下内容保存

1
自定义主机名填写：优选.你的域名.com
2
最低 TLS 版本：TLS 1.2
3
证书验证方法：HTTP 验证
4
自定义源服务器：源站.你的域名.com

回到 DNS 记录解析以下几条

1
源站.你的域名.com A 记录 解析到 你的源站 IP，开启小黄云
2

3
yx.你的域名.com cname 解析到 cf.090227.xyz，不开启小黄云
4

5
优选线路.你的域名.com cname 解析到 yx.你的域名.com，不开启小黄云

这样配置后，相当于走优选线路为以下路径

1
优选线路.你的域名.com -> yx.你的域名.com -> cf.090227.xyz —> SaaS 优选 —> 你的源站

6 Pages 优选邪修#

众所周知，pages 优选要改 DNS，那些很麻烦，又不能直接使用 workers，SaaS 是需要真实 IP。

那么，有没有一种方法不需要把 pages 转换成 workers，又能使用优选呢？

有的，我们可以创建一个 workers 透明代理 pages 的源站域名流量，那么直接用 workers 的路由不是就可以优选了？

所以我们需要先创建一个 workers 的 hello word 项目，名称就叫做 pages-proxy，最后点部署

最后我们点击编辑代码，输入以下代码，修改成你的 pages 域名，部署

1
export default {
2
  async fetch(request, env, ctx) {
3
    const url = new URL(request.url);
4
    // 将目标地址强行指定为你的 Pages 原始域名
5
    const targetDomain = "Pages 原始域名";
6
    url.hostname = targetDomain;
7
    const newHeaders = new Headers(request.headers);
8
    newHeaders.set("Host", targetDomain);
9
    const method = request.method;
10
    const hasBody = !["GET", "HEAD"].includes(method);
11
    const fetchOptions = {
12
      method: method,
13
      headers: newHeaders,
14
      redirect: request.redirect,
15
    };
16
    if (hasBody) {
17
      fetchOptions.body = request.body;
18
      fetchOptions.duplex = 'half';
19
    }
20
    const newRequest = new Request(url, fetchOptions);
21
    try {
22
      return await fetch(newRequest);
23
    } catch (e) {
24
      return new Response("Proxy Error: " + e.message, { status: 500 });
25
    }
26
  },
27
};

那么现在就简单了，又回到刚刚的 workers 优选配置了。

7 优选前和优选后测试#

7.1 核心测试指标#

统一测试环境：国内三网（移动、联通、电信）、本地网络、无代理、无缓存，测试指标包含平均延迟、丢包率、页面首屏时间、资源加载成功率。

7.2 测试数据对比#

打开 itdog.cn ，点击网站测试，输入源站域名，可以看到基本黄的，可能还有红的；但是打开优选线路，基本都是看的绿色线路，IP 也变多了，但是也有可能有的地方没解析红的。

测试指标	优选前（普通公共 IP）	优选后（Works+SaaS 方案）
平均访问延迟	320ms - 450ms	60ms - 120ms
网络丢包率	4% - 8%（高峰 10%+）	0% - 1%（稳定无波动）
页面首屏加载时间	3-6s	0.5-1.2s
静态资源加载成功率	85% 左右	99.9%
网络抖动幅度	高，频繁波动	极低，链路稳定

7.3 测试结论#

部署优选 IP 方案后，国内跨境访问 延迟降低 70%+，丢包问题基本解决，静态资源加载、页面访问、接口请求的稳定性大幅提升，完全解决原生公共节点的核心痛点，满足个人站点、轻量边缘业务的生产使用需求。

7 总结#

优选 IP，并不一定会快，理性看到这个事情
但是优选会优化线路，可以选择的更多
我觉得走腾讯 EdgeOne 海外线路，没备案域名，也很快，毕竟腾讯对国内优化很好
有的人使用 vercel 部署也很快

Created with ❤️ by 十三

迷途羔羊

音乐

音乐

CloudFlare 优选 IP#

1 序言#

2 什么是 CloudFlare 优选 IP（核心概念）#

2.1 优选 IP 基础定义#

2.2 优选 IP 与普通 CF IP 区别#

2.3 优选 IP 工作原理简述#

2.4 社区优选域名#

3 为什么要做 IP 优选#

3.1 原生 CloudFlare 公共 IP 存在的问题#

3.2 优选 IP 带来的核心收益#

3.3 不做优选的业务风险#

4 主流优选方案对比#

4.1 多种优选的优缺点 & 适用人群#

4.2 最终方案选型理由#

5 怎么优选 IP#

5.1 CloudFlare 域名优选#

5.2 Works 优选#

5.3 SaaS 优选#

6 Pages 优选邪修#

7 优选前和优选后测试#

7.1 核心测试指标#

7.2 测试数据对比#

7.3 测试结论#

7 总结#

支持与分享

评论区

音乐

迷途羔羊

音乐

音乐

CCloudFlare 优选 IP

CloudFlare 优选 IP#

1 序言#

2 什么是 CloudFlare 优选 IP（核心概念）#

2.1 优选 IP 基础定义#

2.2 优选 IP 与普通 CF IP 区别#

2.3 优选 IP 工作原理简述#

2.4 社区优选域名#

3 为什么要做 IP 优选#

3.1 原生 CloudFlare 公共 IP 存在的问题#

3.2 优选 IP 带来的核心收益#

3.3 不做优选的业务风险#

4 主流优选方案对比#

4.1 多种优选的优缺点 & 适用人群#

4.2 最终方案选型理由#

5 怎么优选 IP#

5.1 CloudFlare 域名优选#

5.2 Works 优选#

5.3 SaaS 优选#

6 Pages 优选邪修#

7 优选前和优选后测试#

7.1 核心测试指标#

7.2 测试数据对比#

7.3 测试结论#

7 总结#

支持与分享

评论区

音乐