惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - 【当耐特】
Help Net Security
Help Net Security
P
Proofpoint News Feed
J
Java Code Geeks
爱范儿
爱范儿
Last Week in AI
Last Week in AI
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
F
Full Disclosure
Google DeepMind News
Google DeepMind News
H
Help Net Security
G
Google Developers Blog
Jina AI
Jina AI
Vercel News
Vercel News
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
L
Lohrmann on Cybersecurity
S
Schneier on Security
Microsoft Azure Blog
Microsoft Azure Blog
IT之家
IT之家
Security Archives - TechRepublic
Security Archives - TechRepublic
阮一峰的网络日志
阮一峰的网络日志
N
News and Events Feed by Topic
GbyAI
GbyAI
B
Blog
O
OpenAI News
博客园_首页
Cisco Talos Blog
Cisco Talos Blog
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Hacker News: Ask HN
Hacker News: Ask HN
TaoSecurity Blog
TaoSecurity Blog
腾讯CDC
MongoDB | Blog
MongoDB | Blog
M
MIT News - Artificial intelligence
C
Cybersecurity and Infrastructure Security Agency CISA
Cyberwarzone
Cyberwarzone
Webroot Blog
Webroot Blog
Simon Willison's Weblog
Simon Willison's Weblog
Y
Y Combinator Blog
C
Cisco Blogs
A
Arctic Wolf
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
T
The Exploit Database - CXSecurity.com
Security Latest
Security Latest
AI
AI
W
WeLiveSecurity
aimingoo的专栏
aimingoo的专栏
The Register - Security
The Register - Security
Project Zero
Project Zero
H
Hackread – Cybersecurity News, Data Breaches, AI and More
N
Netflix TechBlog - Medium
Blog — PlanetScale
Blog — PlanetScale

Honesty Blog

给大模型穿上“拘束衣”:从物理缺陷到 Agentic OS 的工程化实践 | Honesty Blog Harness + LLM Wiki + Spec 智能体驱动工作流(工程规范手册 + Onboarding 测试版) | Honesty Blog 2025火山引擎FORCE大会·冬 三大核心技术:AI原生时代的底层逻辑与实践路径 | Honesty Blog Caffeine AsyncCache:响应式架构下(WebFlux, R2DBC, ReactiveRedis)的缓存实践 | Honesty Blog 事件驱动:WebFlux、R2DBC,Lettuce Reactive Redis与虚拟线程下的高性能Web项目构建指南 | Honesty Blog "关于我"页面创作之旅 | Honesty Blog Spring Boot项目启动优化 | Honesty Blog
优化Netlify,Vercel国内访问速度:基于 enhanced-FaaS-in-China 的多路加速 | Honesty Blog
Honesty · 2026-01-13 · via Honesty Blog

最后更新: 2026-1-13

次查看

字数 1655阅读时长≈ 5 分钟

netlify-vercel-enhanced-faas-in-china

enhanced-FaaS-in-China 是一款开源工具,专为解决 Cloudflare、Vercel、Netlify 等海外 FaaS 平台部署的网页在国内访问慢、稳定性差、多省份访问失败等问题设计,仅需修改域名 CNAME 解析记录,即可实现国内三网访问速度与稳定性双重提升;筛选平均响应≤1 秒、最长≤2 秒、非 200 状态码省份≤2 个的优质 IP,对比官方 CNAME,解决多省份访问失败、个别地区时延过高问题

enhanced-FaaS-in-China 是一款针对 Cloudflare、Vercel、Netlify 等海外 FaaS 平台的优化工具,仅需修改域名 CNAME 解析记录,即可提升站点在国内的访问速度与稳定性,解决官方解析路由拥堵、多省份访问失败、响应时延过高等问题。

核心原理

  1. IP 筛选与更新:定时采集 Vercel/Netlify 官方 A 记录、Cloudflare 付费优选 IP 等数据源,每 40 分钟测试 IP 响应速度、可用性,筛选出平均响应≤1 秒、最长≤2 秒、非 200 状态码省份≤2 个的优质 IP;
  1. 分线路解析:国内三网解析使用优选 IP,海外沿用平台官方默认 IP;
  1. CNAME 优化:提供定制化 CNAME(如 vercel-cname.xingpingcn.top),替代官方 CNAME,规避东南亚拥堵路由,提升解析稳定性。

适配场景

  • 部署在 Vercel/Netlify/Cloudflare 的静态网页、个人博客、轻量应用;
  • 需保护源 IP 的 Cloudflare CDN 场景(可结合 SaaS 功能使用);
  • 多平台部署需提升容错率的跨境站点。

我的个人博客站点分别部署在Netlify(美国可用区)、Vercel(美国可用区)、Zeabur(印度尼西亚)三个节点,此前长期面临国内访问速度慢、稳定性不足的问题。

通过应用enhanced-FaaS-in-China项目优化CNAME解析配置,站点的访问体验得到了一定改善,现将相关实践过程与经验整理如下。

一、优化背景:跨境站点的访问痛点

部署在海外FaaS平台的站点,国内访问时存在几类典型问题:

  1. 官方Anycast路由策略下,国内流量大概率被导向东南亚线路,该线路日常负载较高,导致访问延迟偏高;
  1. 官方CNAME解析虽平均速度尚可,但稳定性不足,部分省份会出现访问超时、响应时间过长的情况,且单一平台部署存在被墙后全网无法访问的风险;
  1. 以我的站点为例,优化前晚高峰时段Netlify节点响应时间常超过3秒,福建、河南部分ISP甚至出现访问失败的情况。

notion image

二、核心优化思路:调整CNAME解析

enhanced-FaaS-in-China的核心逻辑是定时测试Cloudflare、Vercel、Netlify等平台的IP地址,筛选出稳定且响应较快的IP更新至域名A记录,同时针对国内三网做解析优化,海外则沿用官方IP。针对我的站点,重点优化了Netlify的CNAME配置,整体思路为:

  1. 替换官方CNAME为项目提供的优选CNAME,规避官方解析的路由短板;
  1. 依托项目每40分钟更新一次的IP列表,优先选择响应时间≤1秒、非200状态码省份≤2个的IP;
  1. 结合多平台部署的特点,采用兼容Vercel和Netlify的混合CNAME,降低单平台解析失效的风险。

<ins/>

三、实操配置要点

1. CNAME记录修改

操作需在权威DNS服务器(如华为云DNS)完成,以Netlify为例:

  • 先将blog.hehouhui.cn的CNAME指向Netlify官方域名,等待SSL证书生成,避免证书验证失败;
  • 证书生成后,将CNAME替换为项目提供的netlify-cname.xingpingcn.top
  • 若同时部署Vercel和Netlify,可直接使用verlify-cname.xingpingcn.top提升容错率。

需注意:若域名托管在Cloudflare,使用cf-cname.xingpingcn.top可能出现403错误,建议将域名迁移至非Cloudflare平台(如华为云、DNSPod),并删除Cloudflare上对应的站点记录。

特别注意:使用此 dns 解析建议:先把 cname 记录改为官方提供的 cname,等ssl/tls证书生成之后再把 cname 记录改为verlify-cname.xingpingcn.top

2. 常见问题规避

  • 域名类型:免费二级域名(eu.orgus.kg)或.xyz/.top等后缀域名,可能因运营商白名单机制被拦截,建议使用主流后缀域名;
  • DNS解析:Cloudflare DNS在国内解析速度较慢,且CNAME会增加递归解析次数,优先选择国内权威DNS服务商;
  • SSL证书:若使用verlify-cname.xingpingcn.top出现访问失败,需先切回官方CNAME生成证书,证书缓存后再切回优选CNAME。

3. 效果验证

优化后需通过测速平台验证效果,推荐使用:

  • zhale.me/http/:可查看不同省份、运营商的响应时间与状态码;

测速时需注意:必须添加访问协议(如https://blog.hehouhui.cn),并多平台交叉验证,避免测速平台数据偏差;同时不要频繁测试项目提供的域名,防止被判定为DDoS。

notion image

  1. 无论是哪种方法测试,一定要加协议,然后多个测速网站都测一下,因为测速网站本身也会时不时抽风
  1. 不要测我的这几个域名,因为会存在假阴性,太多人测会被对应平台认为是 ddos,虽然对 dns 解析没有影响。

四、优化效果与补充说明

优化后,站点访问体验有一定改善:

  • 响应时间整体下降,平均维持在800ms左右,最长不超过2秒;
  • 除泉州个别ISP仍存在访问问题(官方解析亦存在该问题),其余省份均可正常访问;
  • 多节点部署结合优选CNAME,降低了单平台失效的影响。

若需进一步自定义优化(如新增Zeabur节点),可参考项目说明:准备测速工具和独立域名,重写crawler.py,在platforms_to_test文件夹新增对应测试脚本,仿照现有文件重写run_sub()方法,并调整config.py中的过滤配置。

此外,若需更精准的分路线解析,可将项目Netlify.json/Vercel.json中的IP手动添加至DNSPod的A记录,或使用NS1.COM根据ASN(自治系统号)配置路线解析。

结语

对于部署在海外FaaS平台的跨境站点,enhanced-FaaS-in-China通过调整CNAME解析的方式,无需修改代码或更换服务器,即可在一定程度上改善国内访问速度与稳定性。本次针对blog.hehouhui.cn的优化实践验证了该方法的有效性,若同样面临跨境站点访问问题,可参考上述思路调整配置,核心是结合多平台部署降低风险,通过优选CNAME优化解析路由。

enhanced-FaaS-in-China

xingpingcnUpdated Feb 9, 2026

Harness + LLM Wiki + Spec 智能体驱动工作流(工程规范手册 + Onboarding 测试版) 2025火山引擎FORCE大会·冬 三大核心技术:AI原生时代的底层逻辑与实践路径