LegspCpd Blog

使用华为云制作优选域名

Sat, 09 May 2026 00:00:00 GMT

作者的优选域名#

Edgeone：https://eo.legspcpd.furry.bz/ Cloudflare: https://cf.legspcpd.furry.bz/

Cloudflare#

可以去看我之前做的教程 Cloudflare优选教程

Edgeone#

Edgeone的原理是差不多的，但这里推荐用华为云国际来优选

推荐以下IP

43.174.150.*

43.174.151.*

其实还有

43.174.130.*

43.174.131.*

43.174.132.*

这三个，但是基本上都会被ban

优选过程#

打开华为云

注册一个账号，并把一个域名托管到上面

解析完之后，找到 ==云解析服务 DNS==>==公网域名==>你托管的域名点 ==添加记录集== ，用A记录指向那四个IP 按照这样来填，填完后点确定这时候我们去测试解析出来了

有限生命里的无限当下

Wed, 06 May 2026 00:00:00 GMT

直到多年以后你才恍然大悟，原来那是最后一次，那天午后，你像往常一样退出了游戏界面，那天傍晚你习惯性的和朋友道了，别，那天深夜妈妈轻轻抱了你一下，遗憾的是没人提醒你，也没有任何征兆，最后一次总是悄然而至，不会张扬，没有预兆，当你再回头已是物是人非，我们总以为时间充以为来日方长，以至于我们常常忽略当下，海德格尔认为人类最大的不同就是我们清楚自己终将死亡，这意味着我们每一次呼吸，每一次相遇都有可能是绝对意义上的最后一次，所以有人把每一次都当做最后一次去珍惜，也有人整日忧心，总在害怕最后一次的到来，但无论是景物还是担忧生活都不会因此停下也许。所谓最后一次在大多数时候并不是故事的终点，而是生命中温柔的提醒，别再沉溺过去的美好，也别把未来想的太远，此刻正在发生的才是我们唯一能抓住的真实朋友，过去的最后一次，你沉入时光，而未来仍有无数的第一次在等待着你，所以请试着放慢脚步，环顾四周，更深的去感受当下的人和事，因为没有人知道这是不是最后一次

2026高防CDN推荐与实测排名：Cloudflare、YewSafe、CDN5等免备案高防CDN对比评测

Sun, 19 Apr 2026 00:00:00 GMT

如今高防CDN市场竞争激烈，几乎所有厂商都在宣传“T级防护”“智能清洗”“全球Anycast”“AI抗CC”等概念，但真正落地到实际业务时，不同产品之间的差距非常明显。

有些平台在宣传页上号称支持超大规模攻击，但面对复杂CC请求时误杀严重；有些平台全球节点很多，却无法解决中国大陆晚高峰延迟问题；还有部分产品价格看似便宜，攻击发生后账单却瞬间翻倍。

本文基于2026年2月至4月期间的连续实测，对目前主流跨境高防CDN服务商进行了统一环境测试，重点关注：

DDoS清洗能力
HTTPS/CC攻击防护
中国大陆访问质量
攻击期间延迟变化
隐藏费用与计费透明度
企业实际部署体验

本次评测不接受厂商赞助，不采用官方宣传数据，全部结果均来自实际攻击测试与连续监控。

一、测试环境与评测方式#

测试周期#

2026年2月 — 2026年4月

测试环境#

测试源站分别部署于：测试源站分别部署于：

源站区域	云厂商
美国弗吉尼亚	公有云环境
德国法兰克福	公有云环境
新加坡	公有云环境

攻击测试类型#

所有服务商均进行了至少3轮攻击测试，每轮持续30分钟，攻击类型包括：

UDP反射放大攻击
SYN Flood
ACK Flood
HTTP慢速攻击
HTTPS随机CC攻击

测试维度#

本次评测重点关注以下指标：

DDoS清洗率
CC攻击拦截能力
正常请求误杀率
攻击期间访问延迟
全球节点响应时间
中国大陆访问质量
价格透明度
是否存在隐藏费用

测试说明#

所有服务商均购买最低企业级付费套餐进行测试；无企业套餐的平台则使用官方推荐的入门级商业方案。

本文测试结果仅代表特定时间与网络环境下的数据，不构成长期效果保证。

二、高防CDN实测数据汇总#

1、DDoS与CC攻击清洗率对比#

服务商	UDP洪水清洗率	SYN洪水清洗率	CC攻击清洗率	正常请求误杀率
YewSafe	99.99%	99.97%	99.92%	0.02%
CDN5	99.98%	99.88%	99.95%	0.12%
Cloudflare	99.99%	99.98%	97.30%	2.10%
Akamai	99.99%	99.99%	99.80%	0.05%
AWS Shield	99.93%	99.90%	94.20%	3.50%
Fastly	99.85%	99.80%	96.50%	1.80%
Imperva	99.95%	99.93%	99.10%	0.50%
StackPath	99.60%	99.50%	93.80%	0.90%

需要说明的是：

Cloudflare免费版在CC攻击场景中的表现明显弱于Pro/Business方案
AWS Shield需额外搭配WAF规则才能达到表中防御能力
StackPath在大规模CC攻击下存在明显漏拦情况

2、攻击期间延迟表现#

服务商	正常状态全球平均延迟	攻击期间延迟（300G攻击）	清洗介入时间
YewSafe	42ms	28ms	10秒
CDN5	45ms	35ms	15秒
Cloudflare	38ms	45ms	12秒
Akamai	35ms	38ms	5秒
AWS Shield	65ms	95ms	90秒
Fastly	48ms	62ms	25秒
Imperva	59ms	74ms	35秒
StackPath	72ms	118ms	55秒

从实测结果来看：

Akamai的响应速度仍然属于行业顶级
Cloudflare全球网络覆盖优势明显
AWS Shield由于并非原生CDN架构，延迟表现偏高
StackPath在攻击期间稳定性较差

3、中国大陆访问质量测试#

测试节点：

北京联通
上海电信
广州移动

测试时间均为晚高峰。

服务商	北京联通	上海电信	广州移动	是否需要备案
YewSafe	37ms	35ms	57ms	否
CDN5	42ms	42ms	45ms	否
Cloudflare	187ms	203ms	218ms	否
Akamai	95ms	98ms	110ms	是（大陆节点）
Fastly	165ms	172ms	188ms	否
Imperva	138ms	142ms	155ms	否
StackPath	260ms+	255ms+	270ms+	否

本轮测试中：

YewSafe与CDN5是免备案场景下表现最稳定的两家
Cloudflare在中国大陆晚高峰波动较大
StackPath几乎不适合中国访问业务

4、套餐价格与隐藏费用分析#

服务商	企业版起步价格	攻击期间额外收费	超额流量价格	隐藏费用风险
YewSafe	$500/月起	无	套餐内包含	低
CDN5	$299/月起	无	$0.08/GB	低
Cloudflare	$200/月（Business）	存在	$0.10/GB	中
Akamai	定制报价（约$15k/月）	定制	定制	高
AWS Shield	$3,000/月+流量费	无单独攻击费	$0.09/GB	高
Fastly	按量计费（约$1,200/月）	存在	$0.12/GB	中
Imperva	$1,900/月起	存在	$0.11/GB	中
StackPath	$450/月起	存在	$0.09/GB	中

需要特别注意：

Cloudflare弹性计费在大规模攻击时可能导致账单明显上涨
AWS Shield的流量传出费用容易被忽视
Akamai报价通常需要长期合同

三、主流高防CDN服务商详细分析#

1、YewSafe#

适合对象：

跨境电商
Web3项目
金融支付
海外业务面向中国用户的平台

实测中，YewSafe最大的优势在于：

低误杀率
中国大陆访问质量稳定
无需备案
高强度CC攻击拦截效果优秀

在700Gbps级别混合攻击下，源站未出现明显异常。

不过其定位偏企业级，价格门槛高于普通中小型站点。

官方地址：YewSafe

2、Cloudflare#

Cloudflare依然拥有全球最大的Anycast网络之一。

优势：

全球节点覆盖极强
延迟低
免费方案可快速接入
DNS与CDN整合方便

不足：

中国大陆访问体验一般
免费版CC防护能力有限
高级套餐成本不低
客服响应速度偏慢

适合欧美业务场景。

官方地址：Cloudflare

3、CDN5#

CDN5在本次CC攻击测试中的表现非常突出。

特点：

CC识别准确率高
指纹识别机制优秀
价格相对友好
免备案支持较完善

缺点：

全球节点数量不如Cloudflare
南美与非洲访问延迟较高
边缘计算功能较少

对于预算有限但经常遭受CC攻击的网站来说，性价比较高。

官方地址：CDN5

4、Akamai#

Akamai仍然是企业级高防CDN领域的顶级方案。

优势：

零秒级缓解
超大规模清洗能力
全球骨干网络成熟
企业级稳定性极强

不足：

价格极高
部署流程复杂
合同周期长

适合大型金融机构或上市公司。

官方地址：Akamai

5、AWS Shield Advanced#

AWS Shield更偏向AWS生态内部的安全产品。

特点：

与AWS服务整合度高
自动化程度较高

不足：

并非真正意义上的CDN
必须配合CloudFront与WAF
流量成本高
独立使用价值有限

更适合已经深度部署AWS架构的企业。

官方地址：AWS Shield Advanced

6、Fastly#

Fastly更偏向技术团队使用。

优势：

边缘缓存刷新速度快
API性能优秀
边缘计算能力强

不足：

配置门槛较高
DDoS规则需要自行优化
非技术团队维护成本高

适合技术驱动型平台。

官方地址：Fastly

7、Imperva#

Imperva在WAF安全层面表现优秀。

特点：

OWASP规则完善
企业安全能力强
SLA稳定性较高

但其CDN加速能力相对一般。

适合安全优先级高于访问速度的平台。

官方地址：Imperva

8、StackPath#

StackPath更适合测试和入门场景。

优点：

门槛低
上手简单
自带基础攻击模拟工具

缺点：

大规模攻击清洗能力一般
中国访问体验差
节点覆盖有限

不建议用于核心生产业务。

官方地址：StackPath

四、不同业务场景推荐方案#

业务场景	推荐方案	备选方案	不建议
中国大陆用户较多	YewSafe	CDN5	StackPath
欧美访问为主	Cloudflare	Fastly	无
经常遭受CC攻击	CDN5	YewSafe	AWS Shield
金融与隐私业务	YewSafe	Imperva	Cloudflare免费版
月预算低于$500	CDN5	StackPath	Akamai
AWS生态业务	AWS Shield	Cloudflare	StackPath
需要边缘计算	Fastly	Cloudflare	CDN5

五、高防CDN选购避坑指南#

1、不要只看“T级防护”宣传#

很多厂商宣传“T级防护”，但实际只是理论带宽，并不代表真实清洗能力。

真正重要的是：

CC攻击识别能力
误杀率
回源保护机制
实际清洗时延

2、确认是否存在攻击额外计费#

重点确认：

是否按攻击峰值计费
是否存在隐藏流量费
清洗流量是否额外收费
是否有超额回源费用

建议要求销售提供书面确认。

3、必须隐藏真实源站IP#

如果源站IP泄露，再强的高防CDN也可能被绕过。

建议检查：

是否支持源站白名单
是否提供专属回源IP
是否支持完全隐藏源站

4、中国访问业务不要忽视线路质量#

很多国际CDN在欧美速度优秀，但中国大陆晚高峰延迟极高。

跨境业务需要重点测试：

三网晚高峰
移动网络稳定性
电信跨境波动
回源质量

六、常见问题补充#

问：高防CDN和普通CDN最大的区别是什么？#

普通CDN主要解决静态资源缓存与加速问题，而高防CDN增加了：

DDoS清洗
CC防御
WAF安全规则
Bot识别
流量异常检测

核心目标是保障业务在攻击期间依然可访问。

问：高防CDN能完全防止被打吗？#

不能。

高防CDN只能降低攻击影响，无法保证绝对“打不死”。

如果：

源站暴露
回源线路不足
数据库性能太弱

仍可能被绕过或拖垮。

问：为什么很多企业同时使用WAF和高防CDN？#

因为两者解决的问题不同：

产品	主要作用
高防CDN	防DDoS、CC攻击
WAF	防SQL注入、XSS、漏洞攻击

大型业务通常会组合部署。

问：免费高防CDN适合生产环境吗？#

小流量博客或测试项目可以使用。

但对于：

电商
支付
游戏
Web3
API平台

免费方案通常无法满足真实攻击场景需求。

七、总结#

如果以2026年的整体实测结果来看：

中国大陆访问体验最好的免备案方案：YewSafe、CDN5
全球节点与生态最强：Cloudflare
企业级顶级方案：Akamai
技术团队最佳选择：Fastly
AWS生态专用方案：AWS Shield

对于大多数跨境业务来说，真正需要重点关注的并不是宣传中的“T级防护”，而是：

实际CC清洗效果
中国晚高峰稳定性
是否存在隐藏费用
是否能保护真实源站

只有在真实攻击环境下仍能稳定提供服务的平台，才是真正值得长期使用的高防CDN。

Cloudflare优选教程，让Cloudflare在国内不再是减速器

Sun, 19 Apr 2026 00:00:00 GMT

作者的优选域名#

CF: https://cf.legspcpd.furry.bz/ 真移动优化: https://cmcc.legspcpd.furry.bz/

什么是优选？#

简单来说，优选就是选择一个国内访问速度更快的Cloudflare节点。

Cloudflare官方分配给我们的IP，在国内访问时延迟往往较高，甚至可能出现无法访问的情况。而通过优选，我们可以手动将域名解析到那些国内访问更快的Cloudflare IP，从而显著提升网站的访问速度和可用性。

从上面的对比图可以看到，优选过的网站响应速度有很大提升，出口IP也变多了。这能让你的网站可用性大大提高，并且加载速度显著变快。

要实现优选，我们需要做到两点：自己控制路由规则和自己控制DNS解析。通过Cloudflare SaaS或Worker路由，我们可以同时实现这两点，下面会详细说明

优选原理#

首先我们要知道CDN是如何通过不同域名给不同内容的。

我们可以将其抽象为2层：规则层和解析层。当我们普通的在Cloudflare添加一条开启了小黄云的解析，Cloudflare会为我们做两件事：

帮我们写一条DNS解析指向Cloudflare 在Cloudflare创建一条路由规则如果你想要优选，实际上你是要手动更改这个DNS解析，使其指向一个更快的Cloudflare节点。

但是，一旦你将小黄云关闭，路由规则也会被删除，再访问就会显示DNS直接指向IP——这就没法用了。

而SaaS和Worker路由的出现改变了这一切。

使用SaaS后，Cloudflare不再帮你做这两件事了，这两件事你都可以自己做了：

1.你可以自己写一条SaaS规则（规则层） 2.你可以自己写一条CNAME解析到优选节点（解析层）

使用Worker路由同理，你创建Worker路由规则后，DNS解析就可以随便指向任何优选节点了。

这就是为什么经由SaaS或Worker路由的流量可以做优选的原因。

选择优选域名#

优选的核心就是选择一个国内访问速度更快的Cloudflare节点IP或域名。

传统优选域名#

常用的社区优选域名：https://cf.090227.xyz

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

各类优选方案#

更简单的优选方法#

使用A/AAAA指向指定IPV4/V6#

打开Cloudflare或者其他云平台新建一个A记录

cf-jl.png

找一个CF优选IP，我这里拿104.20.28.171这个IP做例子

ip.png

按照这样填写

我们打开ITDOG进行测速

itdog-test-ip.png

已经解析完毕，可以使用

Worker项目优选（最简单）#

接下来编写Worker路由

1
// 域名前缀映射配置
2
const domain_mappings = {
3
  '源站.com': '最终访问头.',
4
//例如：
5
//'gitea.072103.xyz': 'gitea.',
6
//则你设置Worker路由为gitea.*都将会反代到gitea.072103.xyz
7
};
8

9
addEventListener('fetch', event => {
10
  event.respondWith(handleRequest(event.request));
11
});
12

13
async function handleRequest(request) {
14
  const url = new URL(request.url);
15
  const current_host = url.host;
16

17
  // 强制使用 HTTPS
18
  if (url.protocol === 'http:') {
19
    url.protocol = 'https:';
20
    return Response.redirect(url.href, 301);
21
  }
22

23
  const host_prefix = getProxyPrefix(current_host);
24
  if (!host_prefix) {
25
    return new Response('Proxy prefix not matched', { status: 404 });
26
  }
27

28
  // 查找对应目标域名
29
  let target_host = null;
30
  for (const [origin_domain, prefix] of Object.entries(domain_mappings)) {
31
    if (host_prefix === prefix) {
32
      target_host = origin_domain;
33
      break;
34
    }
35
  }
36

37
  if (!target_host) {
38
    return new Response('No matching target host for prefix', { status: 404 });
39
  }
40

41
  // 构造目标 URL
42
  const new_url = new URL(request.url);
43
  new_url.protocol = 'https:';
44
  new_url.host = target_host;
45

46
  // 创建新请求
47
  const new_headers = new Headers(request.headers);
48
  new_headers.set('Host', target_host);
49
  new_headers.set('Referer', new_url.href);
50

51
  try {
52
    const response = await fetch(new_url.href, {
53
      method: request.method,
54
      headers: new_headers,
55
      body: request.method !== 'GET' && request.method !== 'HEAD' ? request.body : undefined,
56
      redirect: 'manual'
57
    });
58

59
    // 复制响应头并添加CORS
60
    const response_headers = new Headers(response.headers);
61
    response_headers.set('access-control-allow-origin', '*');
62
    response_headers.set('access-control-allow-credentials', 'true');
63
    response_headers.set('cache-control', 'public, max-age=600');
64
    response_headers.delete('content-security-policy');
65
    response_headers.delete('content-security-policy-report-only');
66

67
    return new Response(response.body, {
68
      status: response.status,
69
      statusText: response.statusText,
70
      headers: response_headers
71
    });
72
  } catch (err) {
73
    return new Response(`Proxy Error: ${err.message}`, { status: 502 });
74
  }
75
}
76

77
function getProxyPrefix(hostname) {
78
  for (const prefix of Object.values(domain_mappings)) {
79
    if (hostname.startsWith(prefix)) {
80
      return prefix;
81
    }
82
  }
83
  return null;
84
}

展开收起

创建路由: 像这样

(SaaS将会引用二叉树树的教程)

传统SaaS优选#

SaaS做了什么？#

Cloudflare SaaS是一个不需要你改变一个域名的NS服务器，就可以让其受益于Cloudflare网络的功能。

当一个域名被SaaS到一个已经在Cloudflare的域名后，它就完整受益所有Cloudflare服务。如我将 umami.acofork.com SaaS 到 2x.nz，我就可以在 2x.nz 里为 umami.acofork.com 写规则了：

cf-saas-1.webp

cf-saas-2.webp

cf-saas-3.webp

Worker中的路由规则也适用：

cf-saas-4.webp

SaaS优选步骤简单易懂（pro.yourdomain.com 是最终访问域名）： CF SaaS DNS origin.yourdomain.com -> 源站开小黄云 cdn.yourdomain.com -> cf优选域名 pro.yourdomain.com -> cdn.yourdomain.com

CF SaaS 添加自定义主机名pro.yourdomain.com 源站为origin.yourdomain.com

警告 Cloudflare最近将新接入的域名SSL默认设为了完全，记得将 SSL 改为灵活。

准备工作#

我们需要一个域名或两个域名（单域名直接用子域名即可。双域名比如：onani.cn和acofork.cn）。

如果在同一CF账号下不可用，请尝试将俩域名放置在不同账号

这里我们让onani.cn成为主力域名，让acofork.cn成为辅助域名。

单域名效果：

cf-fastip-1.webp

具体步骤首先新建一个DNS解析，指向你的源站，开启cf代理

c94c34ee262fb51fb5697226ae0df2d804bf76fe.webp

前往辅助域名的 SSL/TLS -> 自定义主机名。设置回退源为你刚才的DNS解析的域名：xlog.acofork.cn（推荐 HTTP 验证）

点击添加自定义主机名。设置一个自定义主机名，比如 onani.cn，然后选择自定义源服务器，填写第一步的域名，即 xlog.acofork.cn。

如果你想要创建多个优选也就这样添加，一个自定义主机名对应一个自定义源服务器。如果你将源服务器设为默认，则源服务器是回退源指定的服务器，即 xlog.acofork.cn

f6170f009c43f7c6bee4c2d29e2db7498fa1d0dc.webp

继续在你的辅助域名添加一条解析。CNAME到优选节点：如cloudflare.182682.xyz，不开启cf代理

4f9f727b0490e0b33d360a2363c1026003060b29.webp

最后在你的主力域名添加解析。域名为之前在辅助域名的自定义主机名（onani.cn），目标为刚才的cdn.acofork.cn，不开启cf代理

6f51cb2a42140a9bf364f88a5715291be616a254.webp

优选完毕，确保优选有效后尝试访问

cf-fastip-10.webp

（可选）你也可以将cdn子域的NS服务器更改为阿里云\华为云\腾讯云云解析做线路分流解析

优选工作流：用户访问 -> 由于最终访问的域名设置了CNAME解析，所以实际上访问了cdn.acofork.cn，并且携带源主机名：onani.cn -> 到达优选域名进行优选 -> 优选结束，cf边缘节点识别到了携带的源主机名：onani.cn 查询发现了回退源 -> 回退到回退源内容（xlog.acofork.cn） -> 访问成功

针对于Cloudflare Page#

你可以直接将你绑定到Page的子域名直接更改NS服务器到阿里云\华为云\腾讯云云解析做线路分流解析
将您的Page项目升级为Worker项目，使用Worker优选方案（更简单）。详细方法见：【CF Page一键迁移到Worker？好处都有啥？-哔哩哔哩】 https://www.bilibili.com/video/BV1wBTEzREcb

针对于Cloudflare Workers#

在Workers中添加路由，然后直接将你的路由域名从指向xxx.worker.dev改为优选域名即可
如果是外域，SaaS后再添加路由即可，就像：
cf-fastip-12.webp

cf-fastip-13.webp

针对于使用了各种CF规则的网站#

你只需要让规则针对于你的 最终访问域名 ，因为CF的规则是看主机名的，而不是看是由谁提供的。

针对于虚拟主机#

保险起见，建议将源站和优选域名同时绑定到你的虚拟主机，保证能通再一个个删。

日记

Tue, 06 May 1997 00:00:00 GMT

感觉有点累啊…

推荐歌曲:

Zeraphym - Lifeline 这首歌对我心灵造成的震撼，使我无法用语言来描述，因为我不觉得世界上有哪个词能形容这首歌的完美！！！

记录

Mon, 01 Jan 1900 00:00:00 GMT

Github反向代理：https://v-gh.legspcpd.de5.net/