目录#

• 一、先理解整个流程
• 二、第一步：更新 Termux
• 三、第二步：安装 Ubuntu 2404
• 四、第三步：进入 Ubuntu
• 五、第四步：给 Termux 访问手机存储的权限
• 六、第五步：更新 Ubuntu 并安装基础工具
• 七、第六步：安装 NVM
• 八、第七步：安装 Node.js 24
• 九、第八步：安装 Wrangler
• 十、第九步：登录 Cloudflare
• 十一、第十步：检查登录状态
• 十二、第十一步：查看已有 D1
• 十三、第十二步：查看 D1 详细信息
• 十四、第十三步：获取已经创建好的 Worker
• 十五、第十四步：进入 Worker 项目
• 十六、第十五步：检查 Wrangler 配置
• 十七、第十六步：理解 D1 Binding
• 十八、第十七步：备份现有 D1
• 十九、第十八步：上传 SQL 数据库
• 二十、第十九步：如果手里的是 db/sqlite 文件
• 二十一、第二十步：检查 D1 数据
• 二十二、第二十一步：部署 Worker 前先测试
• 二十三、第二十二步：正式部署 Worker
• 二十四、第二十三步：以后怎么更新 Worker
• 二十五、常见问题
• 二十六、完整命令速查
• 二十七、参考资料

一、先理解整个流程#

我们最终的环境大概是：

1
Android 手机
2
└── Termux
3
    └── Ubuntu 24.04
4
        ├── Node.js 24
5
        ├── npm
6
        └── Wrangler
7
            ├── Cloudflare Worker
8
            └── Cloudflare D1

以后你更新 Worker 时，基本只需要：

1
npx wrangler deploy --keep-vars

如果要把 SQL 导入 D1：

1
npx wrangler d1 execute 你的D1名称 --remote --file=./database.sql --yes

二、第一步：更新 Termux#

打开 Termux，执行：

1
pkg update

然后：

1
pkg upgrade -y

再安装 PRoot-Distro：

1
pkg install proot-distro -y

三、第二步：安装 Ubuntu 24.04#

执行：

1
proot-distro install ubuntu:24.04

等待安装完成。

如果看到类似：

1
[*] Installing Ubuntu (24.04)...

就耐心等它结束。

安装结束后，输入：

1
proot-distro list

你应该能看到已经安装好的 Ubuntu。

四、第三步：进入 Ubuntu#

执行：

1
proot-distro login ubuntu --shared-home

成功进入后，命令行通常会变成类似：

1
root@localhost:~#

这就说明：

你已经不是在 Android 的原生 Termux Shell 里，而是在 Termux 里的 Ubuntu 环境中了。

1
~/storage/downloads

五、第四步：给 Termux 访问手机存储的权限#

如果你还没有执行过：

1
termux-setup-storage

建议现在退出 Ubuntu，回到原生 Termux：

1
exit

然后：

1
termux-setup-storage

Android 会弹出权限请求。

点击：

允许

之后手机的“下载”目录一般可以通过：

1
~/storage/downloads

访问。

例如：

1
手机：
2
Download/database.db

对应：

1
~/storage/downloads/database.db

1
proot-distro login ubuntu --shared-home

六、第五步：更新 Ubuntu 并安装基础工具#

进入 Ubuntu 后执行：

1
apt update

然后：

1
apt upgrade -y

安装我们后面需要的工具：

1
apt install -y curl ca-certificates git sqlite3 unzip nano

这些工具分别用于：

七、第六步：安装 NVM#

先安装 NVM：

1
curl -fsSL https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.3/install.sh | bash

安装结束后：

1
source ~/.bashrc

检查：

1
nvm --version

如果出现类似：

1
0.40.3

就说明 NVM 已经安装成功。

如果版本号稍有不同，不需要和示例完全一致。

八、第七步：安装 Node.js 24#

安装 Node.js 24：

1
nvm install 24

启用：

1
nvm use 24

设为默认版本：

1
nvm alias default 24

检查 Node：

1
node -v

应该看到类似：

1
v24.x.x

再检查 npm：

1
npm -v

正常出现版本号即可。

九、第八步：安装 Wrangler#

建议不要把 Wrangler 随便全局安装，而是在一个专门的 Cloudflare 工作目录里面作为项目依赖使用。

创建目录：

1
mkdir -p ~/cloudflare

进入：

1
cd ~/cloudflare

初始化 npm 项目：

1
npm init -y

安装 Wrangler：

1
npm install --save-dev wrangler@latest

安装完成后检查：

1
npx wrangler --version

如果看到类似：

1
⛅ wrangler 4.x.x

就成功了。

Wrangler 版本会持续更新，所以版本号不一定和教程中的示例完全相同。

十、 第九步：登录 Cloudflare#

执行：

1
npx wrangler login --device

Cloudflare 会给你一个网址和验证码。

一般会看到类似：

1
To authorize Wrangler, please visit:
2

3
https://dash.cloudflare.com/oauth2/device
4

5
and enter the code:
6

7
XXXXXXXX

1
Successfully logged in.

十一、第十步：检查登录状态#

执行：

1
npx wrangler whoami

如果能正常显示 Cloudflare 账号信息，说明登录成功。

十二、第十一步：查看已有 D1#

因为你说 D1 已经创建过了，所以我们不要重新创建。

执行：

1
npx wrangler d1 list

你应该可以看到类似：

1
Name          UUID
2
my-database   xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

记下：

1
D1 名称
2
D1 ID

例如：

1
D1 名称：
2
my-database
3

4
D1 ID：
5
12345678-1234-1234-1234-123456789abc

不要自己编数据库 ID，以 npx wrangler d1 list 显示的为准。

十三、第十二步：查看 D1 详细信息#

执行：

1
npx wrangler d1 info 你的D1名称

例如：

1
npx wrangler d1 info my-database

这一步可以帮助你确认数据库确实存在，以及 Wrangler 已经能够正常访问它。

十四、第十三步：获取已经创建好的 Worker#

你有两种情况。

1
cd ~/cloudflare

1
npx wrangler init my-worker --from-dash 你的Worker名称

1
npx wrangler init my-worker --from-dash my-worker

1
my-worker/
2
├── package.json
3
├── wrangler.jsonc
4
├── src/
5
└── ...

1
~/cloudflare/

十五、第十四步：进入 Worker 项目#

假设本地项目叫：

1
my-worker

执行：

1
cd ~/cloudflare/my-worker

然后：

1
ls -la

正常情况下可能看到：

1
package.json
2
wrangler.jsonc
3
src

或者：

1
package.json
2
wrangler.toml
3
worker.js

不同项目结构可能不同。

十六、第十五步：检查 Wrangler 配置#

优先检查：

1
cat wrangler.jsonc

如果没有：

1
cat wrangler.toml

1
{
2
  "$schema": "./node_modules/wrangler/config-schema.json",
3

4
  "name": "my-worker",
5

6
  "main": "src/index.js",
7

8
  "compatibility_date": "2026-10-02",
9

10
  "d1_databases": [
11
    {
12
      "binding": "DB",
13
      "database_name": "my-database",
14
      "database_id": "12345678-1234-1234-1234-123456789abc"
15
    }
16
  ]
17
}

1
name
2
main
3
d1_databases

1
binding
2
database_name
3
database_id

十七、第十六步：理解 D1 Binding#

这个概念非常重要。

例如 Wrangler 配置：

1
"d1_databases": [
2
  {
3
    "binding": "DB",
4
    "database_name": "my-database",
5
    "database_id": "12345678-1234-1234-1234-123456789abc"
6
  }
7
]

那么 Worker 代码里面通常会通过：

1
env.DB

访问这个 D1。

例如：

1
export default {
2
  async fetch(request, env) {
3
    const result = await env.DB
4
      .prepare("SELECT * FROM users")
5
      .all();
6

7
    return Response.json(result);
8
  }
9
};

这里：

1
DB

必须和配置里的：

1
"binding": "DB"

一致。

1
"binding": "DB"

1
env.DATABASE

十八、第十七步：备份现有 D1#

因为你的 D1 已经创建过了，所以在导入新的数据库之前，建议先备份。

例如：

1
npx wrangler d1 export my-database --remote --output=./d1-backup.sql

成功以后，你的项目目录里会多出：

1
d1-backup.sql

1
users
2
settings
3
messages

1
CREATE TABLE users ...

十九、第十八步：上传 SQL 数据库#

如果你的数据库文件已经是：

1
database.sql

把它放到 Worker 项目目录，例如：

1
~/cloudflare/my-worker/database.sql

然后：

1
cd ~/cloudflare/my-worker

执行：

1
npx wrangler d1 execute 你的D1名称 --remote --file=./database.sql --yes

例如：

1
npx wrangler d1 execute my-database --remote --file=./database.sql --yes

这条命令的意思：

1
操作 D1
2
↓
3
指定数据库
4
↓
5
操作远程 Cloudflare D1
6
↓
7
读取 database.sql
8
↓
9
执行里面的 SQL

二十、 第十九步：如果手里的是 .db / .sqlite 文件#

这一步非常重要。

假设你拿到的是：

1
database.db

或者：

1
database.sqlite

不要直接把它作为 --file 上传。

因为 .db 是 SQLite 数据库文件本身，而 wrangler d1 execute --file 使用的是 SQL 文本。

1
cd ~/cloudflare/my-worker

1
database.db

1
sqlite3 database.db ".dump" > database.sql

1
ls -lh

1
database.db
2
database.sql

1
head -n 30 database.sql

1
PRAGMA foreign_keys=OFF;
2
BEGIN TRANSACTION;
3
CREATE TABLE ...
4
INSERT INTO ...

1
npx wrangler d1 execute 你的D1名称 --remote --file=./database.sql --yes

1
npx wrangler d1 execute my-database --remote --file=./database.sql --yes

二十一、第二十步：检查 D1 数据#

数据库导入之后，建议马上检查表。

执行：

1
npx wrangler d1 execute 你的D1名称 --remote --command="SELECT name FROM sqlite_schema WHERE type='table' ORDER BY name;"

例如：

1
npx wrangler d1 execute my-database --remote --command="SELECT name FROM sqlite_schema WHERE type='table' ORDER BY name;"

如果导入成功，可能看到：

1
users
2
settings
3
messages

这样就说明：

D1 不只是“创建成功”，而是已经真正拥有数据库表。

1
users

1
npx wrangler d1 execute my-database --remote --command="SELECT * FROM users LIMIT 10;"

二十二、第二十一步：部署 Worker 前先测试#

进入 Worker 目录：

1
cd ~/cloudflare/my-worker

先运行：

1
npx wrangler deploy --dry-run

这个命令主要用于检查部署过程，而不会直接把 Worker 正式部署上线。

如果这里报错：

不要急着正式部署。

先把错误解决。

二十三、第二十二步：正式部署 Worker#

确认 --dry-run 没问题后：

1
npx wrangler deploy --keep-vars

推荐使用：

1
--keep-vars

因为你的 Worker 如果之前在 Cloudflare Dashboard 中设置过普通环境变量，部署时最好注意不要意外覆盖原来的变量。

部署成功以后，一般会看到 Worker 的 URL，例如：

1
https://my-worker.example.workers.dev

这就表示：

Worker 已经重新部署。

二十四、第二十三步：以后怎么更新 Worker#

以后就简单很多。

每次打开 Termux：

1
proot-distro login ubuntu --shared-home

进入项目：

1
cd ~/cloudflare/my-worker

然后先测试：

1
npx wrangler deploy --dry-run

确认无误后：

1
npx wrangler deploy --keep-vars

更新 D1 数据时#

如果新的数据已经是 SQL：

1
npx wrangler d1 execute 你的D1名称 --remote --file=./database.sql --yes

如果还是 SQLite：

1
sqlite3 database.db ".dump" > database.sql

然后：

1
npx wrangler d1 execute 你的D1名称 --remote --file=./database.sql --yes

二十五、常见问题#

1
source ~/.bashrc

1
nvm use 24

1
node -v

1
source ~/.bashrc

1
nvm --version

1
exit

1
proot-distro login ubuntu --shared-home

1
npm install --save-dev wrangler@latest

1
wrangler

1
npx wrangler

1
npx wrangler --version

1
npx wrangler login --device

1
npx wrangler whoami

1
npx wrangler d1 list

1
npx wrangler d1 export 你的D1名称 --remote --output=./d1-backup.sql

1
nano database.sql

1
CREATE TABLE
2
DROP TABLE
3
INSERT INTO

1
npx wrangler d1 execute xxx --remote --file=database.db

1
sqlite3 database.db ".dump" > database.sql

1
npx wrangler d1 execute xxx --remote --file=database.sql --yes

1
"binding": "DB"

1
env.DB

1
database_id

1
database_name

1
npx wrangler deploy --keep-vars

二十六、完整命令速查#

1
pkg update
2
pkg upgrade -y
3
pkg install proot-distro -y
4
termux-setup-storage
5
proot-distro install ubuntu:24.04
6
proot-distro login ubuntu --shared-home

1
apt update
2
apt upgrade -y
3
apt install -y curl ca-certificates git sqlite3 unzip nano

1
curl -fsSL https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.3/install.sh | bash
2
source ~/.bashrc
3
nvm install 24
4
nvm use 24
5
nvm alias default 24

1
mkdir -p ~/cloudflare
2
cd ~/cloudflare
3
npm init -y
4
npm install --save-dev wrangler@latest
5
npx wrangler --version

1
npx wrangler login --device

1
npx wrangler whoami

1
npx wrangler d1 list

1
npx wrangler d1 info 你的D1名称

1
cd ~/cloudflare
2
npx wrangler init my-worker --from-dash 你的Worker名称

1
cd ~/cloudflare/my-worker
2
npx wrangler d1 export 你的D1名称 --remote --output=./d1-backup.sql

1
sqlite3 database.db ".dump" > database.sql

1
npx wrangler d1 execute 你的D1名称 --remote --file=./database.sql --yes

1
npx wrangler d1 execute 你的D1名称 --remote --command="SELECT name FROM sqlite_schema WHERE type='table' ORDER BY name;"

1
npx wrangler d1 execute 你的D1名称 --remote --command="SELECT * FROM users LIMIT 10;"

1
npx wrangler deploy --dry-run

1
npx wrangler deploy --keep-vars

二十七、参考资料#

• Fuwari 官方仓库
• Fuwari 官方文章格式说明
• Cloudflare Wrangler 官方文档
• Cloudflare D1 官方文档
• Cloudflare D1 导入/执行 SQL
• Cloudflare D1 导入 SQLite 数据
• Termux PRoot-Distro 官方仓库
• Node.js 官方网站

1
proot-distro login ubuntu --shared-home

1
npx wrangler whoami

1
npx wrangler d1 execute 你的D1名称 --remote --file=./database.sql --yes

1
npx wrangler deploy --keep-vars

一键部署#

先去 neon.tech 注册并新建项目，复制首页的 Connection string（postgresql://... 那串）。

然后点击下方按钮：

部署页把 DATABASE_URL 填成上面的连接串，其余默认，点 Deploy。KV 和 R2 会自动创建，建表和初始化在首次打开站点时自动完成。

打开 Worker 地址后注册第一个账号 —— 第一个注册的用户自动成为管理员。

手动部署（推荐大多数人使用）#

大多数用户都是先 Fork 仓库，再到 Cloudflare 面板里接上，而不是点一键按钮。流程很简单，全程浏览器操作，不需要克隆到本地。

部署后请绑定自定义域名#

Cloudflare 自带的 *.workers.dev 域名在国内几乎打不开，挂梯子也经常直接 1101 错误。

强烈建议绑定自己的域名：

1. Cloudflare 面板 → 你的 Worker → 设置 → 触发器 / 自定义域。
2. 添加你的域名（域名最好也托管在 Cloudflare）。
3. 绑定完成后，把环境变量 SITE_URL 改成你的域名地址，再重新部署一次。

绑定域名后访问会稳定很多。

仓库地址：https://github.com/LegspCpd/Cloudreve-Worker

更详细的 CLI 本地部署、多 KV 角色分工、备库同步机制等，见仓库内的 DEPLOY.md 和 README.md。

准备工作#

在开始之前，你需要准备好以下项：

1. 一个 DNSPod（或腾讯云 ESA）账号
2. 一个自己拥有的已解析域名

(本教程以 DNSPod 为例进行演示)

操作步骤#

三网优化版#

你可以寻找针对特定运营商的优化域名（如 Cloudflare 优选），或者使用自己测速筛选出的优选域名/IP。

步骤一：添加解析记录#

在域名解析页面点击“添加记录”。

步骤二：配置 CNAME 与线路分流#

1. 将 记录类型 修改为 CNAME（若使用优选 IP，则记录类型选择 A）。
2. 填写你需要的主机记录（例如 cf 或 @）。
3. 选择对应的 线路类型（如：电信、联通、移动等）。

步骤三：填写优选域名并保存#

1. 在 记录值 处填写获取到的优选域名（或优选 IP）。

1. 点击“确认”完成保存。

⚠️ 注意事项：

• 如需为其他运营商做单独优化，重复上述步骤并将线路改为对应运营商即可。
• 必须保留一条“默认”线路，否则海外或未识别线路的用户将无法正常解析访问。

---

2. 连通性与延迟测试#

配置完成后，推荐使用 ITDOG 等网络测试工具，输入配置好的域名，测试三网下的解析节点与延迟表现。

---

现成方案（开箱即用）#

如果你不想自行寻找或制作优选域名，可以直接 CNAME 链接至作者提供的优选域名：

1
cf.choling.cyou

直接使用该域名作为 CNAME 记录值即可享受优化线路。

什么是优选？#

腾讯云 EdgeOne 是腾讯推出的全球边缘加速平台，覆盖国内三大运营商以及海外众多节点。虽然 EdgeOne 官方分配的节点质量已经不错，但在部分地区、部分运营商网络下，默认分配的边缘节点访问速度仍然可能不尽如人意，甚至出现跨网绕路的情况。

优选，就是通过手动调整 DNS 解析和路由规则，让你的域名解析到国内访问速度更快的 EdgeOne 边缘节点（Anycast IP），从而进一步降低延迟、提升可用性。

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

要实现优选，我们需要做到两点：自己控制路由规则 和 自己控制 DNS 解析。通过 EdgeOne 的边缘函数（Edge Functions）或自定义路由，我们可以同时实现这两点，下面会详细说明。

优选原理#

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

我们可以将其抽象为 2 层：规则层和解析层。当我们在 EdgeOne 上正常添加一条开启了加速的解析时，EdgeOne 会为我们做两件事：

1. 帮我们写一条 DNS 解析，指向 EdgeOne 的 Anycast 节点
2. 在 EdgeOne 创建一条路由规则，将该域名流量接入边缘网络

如果你想要优选，实际上你是要手动更改这个 DNS 解析，使其指向一个更快的 EdgeOne 节点。

但是，一旦你将加速关掉（去掉 CNAME/解析），路由规则也可能跟着失效，再访问就会显示 DNS 直接指向源站 IP——这就没法用了。

而 边缘函数（Edge Functions） 和 自定义路由 的出现改变了这一切：

• 你可以自己写一条边缘函数路由规则（规则层）
• 你可以自己写一条 CNAME 解析到优选节点（解析层）

这就是为什么经由边缘函数或自定义路由的流量可以做优选的原因。

选择优选域名#

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

各类优选方案#

常见问题#

Q：优选后我的源站会不会暴露？ A：不会。优选只是让边缘节点更快地接入，回源请求仍然由边缘节点发起，源站 IP 并不会直接暴露给访客。

Q：优选 IP 失效了怎么办？ A：建议定期使用 ITDOG 等工具测速，如果发现某条线路明显变慢，及时更换解析到的优选 IP。多 IP 方案能有效降低单点失效的影响。

Q：和 Cloudflare 优选有什么区别？ A：思路完全一致，只是平台不同。EdgeOne 在国内的节点覆盖和接入质量本身就不错，优选能进一步挖掘潜力，尤其适合对延迟敏感的用户。

Q：可以同时用多个优选方案吗？ A：可以。比如主域名用边缘函数方案，备用域名用 A 记录方案，相互冗余，可用性更高。

总结#

EdgeOne 优选的核心就是自己控制 DNS 解析 + 自己控制路由规则：

1. 先选择一个国内访问快的优选节点
2. 通过 A/AAAA 记录、边缘函数或线路解析，将域名解析到优选节点
3. 定期测速、维护，保证长期稳定

希望这篇教程能帮到你的网站加速。如果你有更好的 EdgeOne 优选思路，欢迎在评论区交流。

什么是优选？#

简单来说，优选就是选择一个国内访问速度更快的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或域名。

各类优选方案#

更简单的优选方法#

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

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

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

按照这样填写

我们打开ITDOG进行测速

已经解析完毕，可以使用

---

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做了什么？#

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

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

Worker中的路由规则也适用：

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成为辅助域名。

单域名效果：

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

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

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

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

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

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

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

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

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

---

针对于Cloudflare Page#

1. 你可以直接将你绑定到Page的子域名直接更改NS服务器到阿里云\华为云\腾讯云云解析做线路分流解析

2. 将您的Page项目升级为Worker项目，使用Worker优选方案（更简单）。详细方法见：【CF Page一键迁移到Worker？好处都有啥？-哔哩哔哩】 https://www.bilibili.com/video/BV1wBTEzREcb

针对于Cloudflare Workers#

1. 在Workers中添加路由，然后直接将你的路由域名从指向xxx.worker.dev改为优选域名即可

2. 如果是外域，SaaS后再添加路由即可，就像：

   

   

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

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

针对于虚拟主机#

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

文章链接卡片#

[[slug]] 单独成段时，会自动读取目标文章的标题、描述、发布时间、分类、标签和封面，渲染为链接卡片：

1
[[firefly]]
2

3
[[guide/index]]
4

5
[[markdown-extended]]

firefly

guide/index

markdown-extended

行内链接#

[[slug]] 出现在正文中间时，渲染为普通链接，链接文字自动使用目标文章的标题

1
请参阅 [[firefly]] 了解主题特性。

请参阅 firefly 了解主题特性。

自定义显示标题#

在 | 后填写链接的显示文字。行内链接会用它替换文章标题；单独成段时依然渲染为卡片，卡片标题使用自定义文字，描述、时间、分类、标签和封面仍然读取目标文章：

1
请参阅 [[firefly|主题介绍]] 了解主题特性。
2

3
[[firefly|Firefly 主题介绍]]

请参阅 主题介绍 了解主题特性。

Firefly 主题介绍

一个例外：如果 | 后的文字只是把链接目标又抄了一遍（[[guide/index|index]]），会被当作无效别名忽略，仍然显示文章标题。Obsidian 在插入的链接时会自动补上这样的别名，避免笔记里显示一长串路径，这个例外就是为它准备的。

链接目标的三种写法#

用 Obsidian 管理文章时，把 src/content/posts 目录本身作为 Obsidian 仓库（vault）打开。下文提到的「仓库根目录」都指这个目录，它正好也是 Firefly 解析链接路径的起点。

链接目标按以下顺序匹配：

1
[[guide/firefly-layout-system|firefly-layout-system]]

1
[[firefly-layout-system]]

链接到其他文章的标题#

在文章 slug 后添加 #标题。带标题锚点的链接始终渲染为普通链接：

查看代码块语法高亮

guide/firefly-layout-system#相关链接#相关链接

1
[[code-examples#语法高亮|查看代码块语法高亮]]
2

3
[[guide/firefly-layout-system#相关链接|firefly-layout-system]]

标题锚点使用与页面标题相同的 slug 规则，因此中文、空格和大小写都会按页面实际生成的 ID 处理。

链接到本页标题#

省略文章 slug，只填写标题即可链接到当前文章：

跳转到本页目标

1
[[#本页目标|跳转到本页目标]]

本页目标#

这是本页 Wiki Link 指向的标题。

不支持附件嵌入#

附件嵌入语法目前不会被转换，会按原文显示：

![[image.png]]

行内代码和代码块中的 [[firefly]] 也不会被转换。

活动图示例#

状态图示例#

用例图示例#

组件图示例#

部署图示例#

ER 图示例#

时序图示例（登录与刷新令牌）#

C4 风格容器图示例#