市面上确实有一堆“免费域名邮箱”方案，但仔细一查会发现，绝大多数只是把邮件转发到你已有的 Gmail，并不给你一个真正的邮箱。今天聊一个不太一样的选择：Amelu——一个由荷兰公司运营、把邮件基础设施实实在在放在欧盟的免费域名邮箱托管平台。

Amelu 是什么

Amelu 是一个自定义域名邮箱托管服务，由注册在荷兰的公司（Ordnary）运营。你可以绑定自己已经拥有的域名，几分钟内创建专属邮箱地址，整个过程都在一个干净的网页后台里完成，不需要手动折腾、也不需要先开工单。

几个值得注意的点：

• 源码可见（Source available）：Amelu 的代码公开在 GitHub（ordnary-com/amelu），你可以去核对它到底是怎么运行的、验证官方宣传的卖点，甚至发现问题时直接提 PR。
• 自己运行基础设施：官方强调，你的邮件跑在他们自己运营的服务器上，而不是把邮箱悄悄转售、塞进某家大型云厂商的收件箱里。
• 支持开放协议：标准的 IMAP、SMTP、POP3 全都支持，所以你用哪个邮件客户端都行，不被锁定在某个 App 里。

免费版到底给了什么

根据官网目前的公开方案，免费版标注为 €0 Forever（永久免费）。对“免费”二字要打问号的服务很多，但 Amelu 免费版的清单相当实在：

• 💰 价格：€0，永久免费
• 🌐 支持 1 个邮箱域名
• 📮 每个域名最多 3 个邮箱
• 🔀 支持邮件转发和 Catch-all 全收件
• ✉️ 无限邮箱地址别名和域名别名
• ♾️ 每个邮箱无限存储空间
• 🛡️ 自动垃圾邮件过滤 + 模式重写
• ⚙️ DNS 配置引导 + 实时健康检查
• 📬 支持 IMAP、SMTP、POP3
• 🤝 社区支持

重点提醒：Amelu 不会免费送你域名。 你得先自己拥有一个域名（在任意注册商处购买都行），再按它的指引完成 DNS 配置。邮箱免费，域名还是得自己出钱。

这里有个关键区别：Amelu 免费版给的是“真邮箱”，不是“仅转发”。它能收、能存、能发，有独立的收件箱和存储；而下面要对比的很多免费方案，只是把域名邮件转发到你的 Gmail，本身并不提供收件箱。

最大亮点：荷兰运营，欧盟数据主权

现在注册个邮箱太方便了，但很多人没认真想过一个问题：你的邮件到底存在哪里？由谁管理？

Amelu 的核心卖点，就是强调欧盟数据主权。根据官网介绍：

你的邮件和数据存放在欧盟服务器上，受到欧盟隐私法保护，不会被悄悄转移到其他大型科技公司的邮箱基础设施中。

放在更大的背景里看，这一点其实比“免费”更值得在意。2018 年美国的 CLOUD Act 规定，只要服务商受美国司法管辖，哪怕数据物理上存欧洲，美国当局仍可依法要求调阅。欧洲法院 2020 年的 Schrems II 裁决也明确：数据保护看的是管辖权，不是服务器的地理位置。换句话说，一个服务器摆在阿姆斯特丹、母公司却在西雅图的“保险箱”，钥匙仍可能受美国法律约束。

Amelu 的回应是：公司注册在荷兰、邮件基础设施和主要数据库跑在欧盟境内、且由自己运营，而不是租用某家大厂的云邮箱。对比较在意“数据到底归谁管”的个人和开发者来说，这是一个能说清楚、能查得到的承诺。

当然，欧盟数据主权也不等于“任何情况下都绝对零跨境”。Amelu 的隐私政策也说明，部分辅助服务可能涉及其他处理商，并会对数据处理和国际传输作出说明。对数据合规要求高的用户，建议直接读一遍官方隐私政策（amelu.org/privacy）。

注重隐私：不扫邮件、不靠广告

Amelu 的隐私政策表示：平台不会为了投放广告而阅读邮件内容、扫描邮件，也不会出售用户数据。垃圾邮件过滤是自动化系统完成的，属于邮件服务正常运行的一部分。

如果你不想让自己的邮箱和广告画像绑定，或者希望更清楚地知道“我的邮件数据到底由谁管理”，这类“不靠扫描赚钱”的声明值得留意——毕竟很多“免费”邮箱的真实商业模式，恰恰就是拿你的邮件内容去喂广告。

邮件转发与 Catch-all 全收件

免费版还提供邮件转发和 Catch-all 功能：

• 邮件转发：把某个邮箱收到的邮件，复制一份转发到你常用的另一个邮箱，方便集中管理。
• Catch-all 全收件：只要配置了，发往该域名下任意地址（包括你没单独创建的那些）的邮件都能收到，拼写错地址也不怕退信。
• 无限别名：可以给一个邮箱挂上任意多个额外地址（同域名或不同域名都行），按用途区分联系地址，而不必为每个别名单独开一个邮箱。

能用哪些邮件客户端

因为支持标准 IMAP、SMTP、POP3，所以兼容的客户端都能用：

• 📱 Apple Mail
• 💻 Microsoft Outlook
• ✉️ Mozilla Thunderbird

你不必只能通过某个专用网页或 App 管理邮件，按自己的习惯来就行。

免费方案 vs 其它“免费域名邮箱”

把 Amelu 和网上常见的几款“免费自定义域名邮箱”放在一起看，差异就很清楚了（方案政策会变动，以官网当下说明为准）：

一句话总结：大多数“免费域名邮箱”只是转发层，解决“收信到 Gmail”；Amelu 免费版给的是带存储、能收发、能用客户端的真邮箱——这在免费档里挺少见。

怎么免费创建域名邮箱

基本流程（Amelu 也提供了详细的配置说明）：

1. 🌐 打开官网 amelu.org，进入控制台。
2. 👤 注册账号并登录。
3. 📌 添加你已经拥有的域名。
4. ⚙️ 按提示配置 MX、SPF、DKIM 等 DNS 记录（Amelu 会直接告诉你该填什么）。
5. 🔍 等待域名验证和邮件配置健康检查通过（后台会实时显示记录状态）。
6. 📧 创建邮箱地址，发一封测试邮件确认收发正常。

如果你的域名 DNS 托管在 Cloudflare，直接按 Amelu 给的记录填即可。操作时要保留网站原有的 DNS 记录，别误删影响网站访问。

一些实话实说的提醒

• 项目还很新：Amelu 在 GitHub 上目前只有个位数的 star，属于刚起步的年轻项目，免费档只提供社区支持（没有工单/SLA）。介意成熟度的话可以再观望一阵。
• 功能边界：免费版每人 1 个域名、最多 3 个邮箱；需要更多域名/邮箱或更高收发额度，得上 Go（€6/月）或 Pro（€14/月）付费档。
• 域名要自己买：邮箱免费，但域名是另一笔固定开销。
• 读懂隐私政策：再好的宣传也不如自己读一遍条款。对数据合规有硬要求，就把隐私政策和数据处理协议看仔细。

总结

如果你想要一个带自己域名的专业邮箱、又不想每月交订阅费，同时还在意数据放在哪、被谁管理，Amelu 值得了解一下：永久免费、真实邮箱、无限容量、标准协议、邮件基础设施落在欧盟并由自己运营。

前提是——你得先有个域名。要是已经有了，不妨去官网看看，给自己的博客或项目配一个专属邮箱。

我之前也找了一圈，Nextcloud 功能强但太重，占用高、依赖多；其它一些方案要么缺这缺那，要么配置麻烦。直到看到 Dufs 这个项目——一个用 Rust 写的 utility file server，单二进制、体积小、该有的功能基本都自带，目前 GitHub 上已经有 10k+ star。

原版是英文界面，没有中文切换，部分操作也不太顺手。社区里有人做了中文魔改版（JunWan666/dufs），顺手补上了中文界面、网页初始化账号、拖拽上传提示等。这篇文章就记录一下我在飞牛 NAS 上用 Docker 部署它、并配合 cpolar 做公网访问的全过程。

Dufs 是什么

Dufs 的官方定位很直白：一个支持静态文件服务、上传、搜索、访问控制和 WebDAV 的 utility file server。

它做的事情很简单——把某个目录、甚至单个文件，快速暴露成一个可以通过浏览器、命令行和 WebDAV 客户端访问的服务。不需要数据库，也不需要复杂的配置文件，一个可执行文件就能跑起来。

它最直观的特点就是「轻」：

• 单二进制：整个程序就是一个可执行文件，没有外部依赖，下载解压就能用。
• 体积小：编译后的二进制大约在 2MB 到 9MB 之间（取决于编译选项和平台），这就是我们常说的「9MB」。
• 跨平台：官方提供 Windows、macOS、Linux 的版本，也支持 Docker 部署。

这个体量意味着你把它扔到任何一台机器上——云服务器、NAS、甚至树莓派——都几乎零负担。

常用的功能基本都齐了

Dufs 虽然轻，但日常文件操作基本都覆盖到了：

• 静态文件服务：直接托管目录或单个文件，浏览器打开就能浏览和下载。
• 文件上传：支持拖拽上传文件/文件夹，支持断点续传。
• 在线编辑：可以在浏览器里直接创建、编辑文本文件。
• 搜索：按文件名模糊搜索。
• 权限控制：支持用户名密码认证，可以设置只读或读写权限。
• WebDAV：可以挂载为网络驱动器，Windows / macOS / Linux 都支持。
• 文件夹打包下载：整个文件夹一键打包成 ZIP。
• curl 调用：方便命令行操作和自动化。

这些能力不需要额外安装任何插件，Dufs 本身就带了。这也是我最后选它的原因。

部署：Docker 一条命令拉起

我平时用 NAS 比较多，部署直接走 Docker——不用管系统环境，一条命令拉起来就能跑，也有图形化管理界面，后面迁移也方便。

我用的是社区打包的中文镜像，基于上游 Dufs 做了中文适配。如果你也想试试，可以直接用命令拉取：

1
2
3
4

docker run -d --restart unless-stopped \
  -p 5000:5000 \
  -v /vol1/1000/要共享的目录:/data \
  tannic666/dufs:latest

如果你习惯在 NAS 的 Docker 图形界面里点，也可以照着下面步骤来。以飞牛 NAS 为例：

1. 打开 Docker，确保 Docker 服务已经启动；
2. 在左侧「镜像仓库」页搜索镜像 tannic666/dufs，标签保持 latest 默认即可，点击下载；
3. 下载完成后进入「本地镜像」页，点击右侧的「创建容器」；
4. 勾选「开机自启动」，下一步；
5. 在「高级设置」的存储位置里，把你想共享的文件夹挂载到容器内的 /data（也可以新建一个目录）；
6. 最后点击「创建容器」。

容器跑起来后，在「容器」页把鼠标移到右侧的链接图标上，就能看到映射出来的端口，直接点击即可跳转到项目页面。

第一次打开记得点页面上的「设置密码」，给项目初始化一个管理员账号。如果打算放比较重要的文件，建议密码设复杂一点。

功能体验

容器跑起来之后我用了挺长时间，常用的功能基本都试了试，挑几个实用的说一下。

中文界面

魔改版把原版的英文界面换成了中文，菜单、按钮、提示都是中文，用起来顺手很多。如果习惯英文，在设置里也能切回去。

拖拽上传

直接把文件拖进页面，会出现全屏提示告诉你文件会传到当前目录，松手就开始上传，进度条走完就传好了。

复制链接分享

文件传完后，鼠标移到文件上，右侧有个「复制链接」按钮，点一下链接就到剪贴板了。把这个链接发给别人，对方不用装任何客户端，点开就能直接访问。

注意：刚部署完时文件链接还是 NAS 的局域网地址，目前只能同一个局域网下访问，公网访问可以看后面章节。

托管静态页面

我最初的需求里就有「丢个静态页面上去，复制链接就能访问」。Dufs 可以直接把 HTML 文件当静态资源跑——把 index.html 传到目录里，浏览器打开对应链接就能看到页面。做好的网页往里一放，链接发给朋友，对方用浏览器打开就能看效果。

WebDAV 挂载

Dufs 支持 WebDAV。在 Windows 资源管理器里「映射网络驱动器」，填上 http://飞牛NAS的IP:5000，输入账号密码，就能把 Dufs 挂成网络盘。如果 Windows 自带挂载方式连接失败，可以试试用 HTTPS 地址，或通过支持 WebDAV 的客户端连接。

文件夹打包下载 / 在线编辑 / 搜索 / 权限

• 文件夹右侧有下载按钮，点一下自动打包成 ZIP，适合一次拿走整个目录；
• 小文本文件可以直接在浏览器里编辑，也能按文件名搜索，临时改个配置、找文件很方便；
• 在设置里可以调整未登录访客的权限，包括全站只读、仅允许访问 public 目录、以及禁止匿名访问。全站只读模式下，还可以按需开启「通过完整链接访问指定文件」。

公网访问：用 cpolar 把端口映射到外网

前面复制的文件链接还是 NAS 的局域网地址，在家里打开没问题，但手机关掉 Wi-Fi、或者把链接发给外地的朋友就访问不到了。

接下来用 cpolar 把飞牛 NAS 上 Dufs 的 5000 端口映射到公网，这样从外面也能打开文件页面，而飞牛的管理后台不需要对外开放。

安装 cpolar

先在系统设置里打开 SSH 功能，然后用 SSH 连进飞牛 NAS 的终端：

1

ssh 飞牛用户名@你的Nas系统IP地址

进入后切换到 root（输入密码时不会显示）：

1

sudo -i

然后执行下面命令安装 cpolar：

1

sudo curl https://get.cpolar.sh | sh

安装完成后查看服务状态，显示 active 即为正常启动：

1

sudo systemctl status cpolar

在浏览器中输入飞牛 NAS 的 IP + 9200 端口访问 Web UI 管理界面（例如 http://192.168.50.212:9200/），注册并登录账号即可进入后台。

创建隧道（免费随机域名）

随机域名方式更适合临时测试或短期使用，公网地址会在一段时间后变化，不适合长期固定访问，但配置简单、可以免费体验。

在左侧「隧道管理 → 隧道列表」里，点击「创建隧道」或编辑现有隧道，协议选择 http，本地地址填写 Dufs 的访问端口 5000，保存后点击「状态 → 在线隧道列表」，就能看到生成的公网地址（http 和 https 各一个，免去配置 SSL 证书的麻烦）。

固定二级子域名（长期推荐）

固定二级子域名需要 cpolar 基础套餐及以上。如果准备长期用它分享文件、托管静态页面或连接 WebDAV，更推荐配置固定域名，省去反复更换地址的麻烦。

1. 登录 cpolar 官网后台，进入「预留」页面，找到「保留二级子域名」，填写地区、自定义名称（如 dufs01，名称唯一不可重复）和备注，点击保留；
2. 回到飞牛 NAS 上的 cpolar Web UI，编辑前面的 Dufs 隧道，把域名类型改为「二级子域名」，填入刚保留的名称，更新即可。

配置完成后，在线隧道列表里 Dufs 的隧道就会变成固定公网地址，浏览器访问验证一下，连里面存放的 HTML 文件也能正常显示。以后分享链接不用再因为地址变化而重发。

总结

折腾下来，Dufs 基本满足了最初的需求：把 NAS 上的一个目录挂出来，就能在浏览器里管理和分享文件，顺手放几个静态页面也很方便。这次社区二次开发主要补上了中文界面和网页初始化账号，日常用起来更顺手。

• 临时分享资料：上传文件后复制链接，按需设置访客权限；
• 做好的 HTML 页面也能放进去，方便发给朋友看效果；
• 配合 cpolar 固定域名，出门也能访问，WebDAV 的连接地址不用反复修改。

如果你也想给旧电脑或 NAS 加一个轻量文件服务，可以部署试试。原项目在 sigoden/dufs，中文魔改版在 JunWan666/dufs，使用中遇到问题欢迎去提反馈。

EdgeSSH（aozorae 开源，Apache-2.0）把一整套运维工作台搬进了浏览器：主机管理、在线终端、文件传输、系统监控收在一个界面里，而且整套部署在你自己的 Cloudflare 账户上。你不用再专门掏钱养一台 VPS 当 WebSSH 中转机。

它到底是个什么

以前搭 WebSSH，通常得自己养一台中转服务器跑后端。EdgeSSH 完全依托 Cloudflare 的无服务器架构：

• 网页只管前端交互
• 应用逻辑交给 Cloudflare Worker
• 每个 SSH 会话由独立的 Durable Object 容器承载
• 通过 Cloudflare 的 TCP Sockets 直接连回你的服务器

数据、配置和网关都在你自己的 Cloudflare 账户里。换句话说，浏览器实际连的是你的 EdgeSSH Worker，而不是让浏览器直连目标服务器。它不是一个 SaaS，而是一个单管理员、自托管的个人 SSH 工作台。

核心功能

用起来就像一个完整的轻量运维客户端，下面这几块都在同一个界面里。

打开浏览器，就是进了服务器

终端基于 xterm.js，支持 SSH 2.0、PTY、窗口尺寸同步、Keepalive、全屏，编码覆盖 UTF-8 / GB18030 / Big5。认证方式有三种：密码、keyboard-interactive、以及上传的 OpenSSH 私钥。

第一次连某台主机时，它会先弹窗展示该机器的 SHA-256 主机密钥指纹，你确认无误后才会发送登录凭据——这一步和正规 SSH 客户端的安全习惯一致。

改配置不用再开一个软件

内置基于 SFTP 的文件管理器：目录浏览、上传下载、新建文件夹、重命名、删除、在线改文件一气呵成。关键是它和终端共用同一个 SSH 会话，两边来回切完全不需要重新连线。单文件上传 / 下载上限 64 MiB。

服务器状态一眼看清

不用跳出工作台，也不用往服务器上装任何探针 Agent，界面里就能直接看到 CPU、负载、内存、Swap、进程列表、操作系统和架构。

本地 Web 面板，点一下就能临时打开

服务器上那些只监听 127.0.0.1:3000 的内部面板（开发服务器、本地 Dashboard、管理后台、调试接口），借助已有的 SSH 会话就能在浏览器里给个临时预览。端口转发提供两种模式：

• Trusted：直接走主 Worker，适合你自己开发、自己信得过的页面
• Isolated：走独立的 Preview Worker，和主界面不同源，适合打开不太信任的远程应用

端口转发不是通用反向代理：WebSocket、HTTPS 上游以及部分复杂 Web 应用目前还有兼容限制。

命令片段库 & 地球可视化

常用命令（docker ps、df -h、free -h、journalctl -xe…）可以存进 D1 同步，而不是只躺在某个浏览器里——搜索、填入、检查、执行一条龙。

另外它会按服务器的公网 IP 估算大致地理位置，画在 Dashboard 的地球上，点一下主机就能从地图直接跳进对应服务器。地球组件用的是轻量 Canvas 球面投影，没有引入 Three.js 这类较重的 3D Runtime。

密钥链

可以直接粘贴或上传未设口令的 OpenSSH Ed25519 / RSA / ECDSA 私钥，也能一键生成 Ed25519 公私钥对。私钥加密保存在 D1，列表不返回明文；主机只保存密钥引用，连接时才由 Worker 解密。同一把密钥可以给多台主机、终端、文件管理和端口转发共用。

安全设计

服务器管理工具天生要经手高权限凭据，EdgeSSH 在默认攻击面上做了不少收窄：

• 加密存储：主机密码、私钥在写入 D1 前都经过 AES-256-GCM 本地高强度加密，浏览器不长期保存 SSH 凭据
• 主机密钥验证：首次连接必须确认 SHA-256 指纹，指纹变化会再次要求确认
• 单管理员：不开放注册、没有多租户数据隔离逻辑，整个实例只属于一个工作区（最多存 200 台主机）
• 会话隔离：每个 SSH 会话由独立 Durable Object 管理，入口用临时票据
• SSRF 防护：连接目标必须解析到允许访问的公网地址，建连前会检查解析结果

一个必须说清的信任边界：EdgeSSH 不是一个端到端加密的 SSH 网关。Worker 本身就是真正的 SSH Client，建连时必然要处理凭据和会话数据。所以结论是——只把它部署在你自己信任、自己掌控的 Cloudflare 账户里，并给服务器上的 SSH 用户配上刚好够用的最小权限。

怎么部署

最推荐的方式是 Fork + GitHub Actions 全自动：

1. 把仓库 Fork 到你自己的 GitHub 账号
2. 选一种认证方式（二选一）：
   • GitHub OAuth：设 AUTH_PROVIDER=github、GH_CLIENT_ID（Variable）、GH_CLIENT_SECRET（Secret）、GH_ADMIN（你的 GitHub 用户名）。创建的是 OAuth App，回调填正式入口加 /auth/callback，不需要 Cloudflare Zero Trust
   • Cloudflare Access：设 AUTH_PROVIDER=cloudflare + ADMIN_EMAIL，可用邮箱 OTP 或接入已有 IdP
3. 在 GitHub Actions Secrets 里加上 CLOUDFLARE_API_TOKEN
4. 运行 Deploy Workflow

剩下的交给它自动完成：Worker → Durable Object → D1 → Migration → Secrets → Deployment。你不用手动去复制 D1 Database ID、Access AUD、Team Domain 或随机加密密钥。部署完打开专属网址，添加服务器 IP 和密钥即可连入。

本地开发的话，环境要求 Node.js ≥ 22.12 + Wrangler：npm ci → cp .env.example .dev.vars → npx wrangler d1 migrations apply DB --local → npm run dev。

适合谁 / 不适合谁

NewsNow 干的就是这件事：把几十个平台的热门内容汇到同一个页面，一屏扫完。它开源、TypeScript 写的，可以直接扔到 Cloudflare Pages 上跑，不买服务器。

我按它的官方文档在自己号上跑了一遍，把能踩的坑都记在这儿。

先看它长什么样

打开首页不是「新闻门户」那种信息瀑布，而是暗色三栏：每一栏绑一个源，顶上写源名和更新时间，下面一条条只有标题和相对时间。顶部三个 Tab——关注、最热、实时——切换的是排序和更新策略，不是频道。

这个设计取舍很明确：它不打算让你在站内读完新闻，只负责告诉你「哪儿有值得点开的东西」。想看全文，点标题跳回原站。

项目 2024 年 9 月开源，现在 ★22099 / ⑂5998，TypeScript 写的，MIT 协议。仓库主页是 newsnext/newsnow。

45 个源，具体是哪些

宣传里常写「聚合多个平台」，听着很虚。直接翻它的 server/sources 目录，一共 45 个源文件，覆盖得比想象中宽：

想加自己的源也不难，shared/sources 放类型定义、server/sources 放抓取逻辑，目录结构是刻意做干净的。不过说实话，官方现在已经不收 PR 了——README 里明说下一代 NewsNext 在路上，老仓库只维护不扩功能。

几个容易被忽略的机制

30 分钟缓存。默认每条内容缓存半小时，避免每次刷新都去敲源站的接口。登录用户可以手动强制刷新，跳过缓存。

自适应抓取间隔，最短 2 分钟。这是我觉得设计得最聪明的一点：不是所有源都按同一个频率抓，而是根据每个源自己的更新节奏调整间隔——更新快的抓勤点，慢的少跑几趟。既省资源，也不至于把源站惹毛了封你 IP。

GitHub 登录 + 数据同步。用 GitHub OAuth 登录后，你「关注」的源、看过的偏好能跟着账号走，换设备不用重配。

MCP 服务端。这条最有意思——项目提供官方 MCP Server，配好之后你的 AI 助手可以直接读热榜数据。

1
2
3
4
5
6
7
8
9
10
11

{
  "mcpServers": {
    "newsnow": {
      "command": "npx",
      "args": ["-y", "newsnow-mcp-server"],
      "env": {
        "BASE_URL": "https://newsnow.busiyi.world"
      }
    }
  }
}

BASE_URL 换成你自己的域名就行，这样 AI 读的是你自建实例的数据。

三条部署路线，按需要选

路线一：纯展示（最简单）

只想要一个能看的聚合页，不需要登录、不需要数据库：

1. Fork newsnext/newsnow 到你自己的 GitHub
2. 在 Cloudflare Pages（或 Vercel）里新建项目，连这个仓库
3. 构建命令 pnpm run build
4. 输出目录 dist/output/public
5. 部署，等构建完，打开分配的域名

就这五步。这一步不需要任何环境变量、不需要数据库，跑起来就是个可用的热榜站。

路线二：完整版（登录 + 缓存 + 同步）

想要 GitHub 登录和缓存，得补三样东西：

① 建一个 GitHub App。 地址是 github.com/settings/applications/new，不需要任何特殊权限，回调地址填 https://你的域名/api/oauth/github。建完拿到 Client ID 和 Client Secret。

② 加环境变量。 项目根目录的 example.env.server 是模板，要填的就这几个：

1
2
3
4
5

G_CLIENT_ID=你的 Client ID
G_CLIENT_SECRET=你的 Client Secret
JWT_SECRET=随便一串足够长的随机串
INIT_TABLE=true
ENABLE_CACHE=true

INIT_TABLE 第一次部署必须是 true，建完表之后改回 false，否则每次部署都重跑初始化。

③ 配数据库。 支持 db0 那一套连接器，官方推荐 Cloudflare D1。在 Cloudflare 后台建好 D1 库，然后 wrangler.toml 里填 database_id 和 database_name——仓库里没有这个文件，把 example.wrangler.toml 改名过来改内容即可，下次部署生效。

路线三：Docker

自己有 VPS 的话最省事，项目根目录直接：

1

docker compose up

环境变量写在 docker-compose.yml 里。本地开发也简单：Node 版本要 ≥ 20，然后 corepack enable → pnpm i → pnpm dev。

到底花不花钱

能白嫖的部分：

• 代码 MIT，免费用
• Cloudflare Pages 免费额度对个人站点绰绰有余（静态资源不限流量）
• 基础展示版不碰数据库，一分钱不花

可能花钱的部分：

• D1 超出免费额度要付费（个人用量基本摸不到线）
• 自定义域名要自己买（.com 一年几十块，.xyz 更便宜）
• VPS 跑 Docker 方案要服务器钱

还有一项隐性成本容易被忽略：自建之后，所有抓取请求都从你的 Cloudflare 出口发出去。源站要是哪天上了反爬、封了 Cloudflare 的 IP 段，你这边就会大面积出现「加载失败」。用公共实例时这是别人的问题，自建后就是你要处理的问题——好在自适应抓取间隔已经帮你降低了触发概率。

几个得先说清楚的事

只抓标题和链接，不搬正文。 点开还是回原站，这个边界划得挺清楚，也算对源站的基本尊重。

源站改版 = 你的页面挂掉。 这些源不是官方 API，是项目作者一个个写的解析逻辑。微博改个前端结构、知乎调整接口，对应那栏就空了，得等修。原仓库已经停止接受贡献，这类修复以后会更慢。

NewsNext 快来了。 README 顶部挂着预告，下一代在等名单里，架构会变。想长期跟着更新的话，心里有个准备：现在这套可能不是终态。

别拿去商用倒卖。 聚合别人家的内容做成付费产品，版权和合规上都站不住，自己看、朋友之间分享没问题。

适合谁 / 不适合谁

它到底是啥

cf-free-webdav 是一个单用户的 WebDAV 服务，用 Cloudflare Workers + R2 搭起来的。Worker 负责收 WebDAV 请求、处理 HTTPS 和 Basic Auth，文件则存在你自己的私有 R2 bucket 里。整个服务的「机器」就是 Cloudflare 的边缘节点，没有一台需要你 7×24 开着的主机。

所以它解决的核心痛点很明确：省掉那台一直转的服务器，同时还能让你常用的 WebDAV 客户端（比如各平台文件管理器、播客/视频播放器、同步工具）直接接入。

文件走哪条路

结构不复杂，就一条单向链路：

WebDAV 客户端 →（HTTPS + Basic Auth）→ Cloudflare Worker → 私有 R2

部署完之后，你只要把 Worker 提供的 /dav/ 地址、用户名和密码，填进任意支持 WebDAV 的客户端就行。默认用户名是 webdav，密码则要在 Cloudflare 里设成一个 Secret（WEBDAV_PASSWORD）——在设好之前，Worker 对 WebDAV 请求一律返回 503，逼着你先把鉴权配好。

自带网页管理 + 临时分享

除了标准 WebDAV 接口，项目还附带一个管理页，能干这些事：

• 浏览目录、新建文件夹
• 上传、下载、重命名、删除文件
• 查看 R2 存储占用，以及 A 类 / B 类操作的用量

更实用的是签名分享链接：可以给单个文件生成 1 小时 / 1 天 / 7 天 / 30 天 有效的临时链接。拿到链接的人在过期前不需要 Basic Auth 就能下载，而且链接支持 Range 请求——很适合丢给视频播放器边下边播。

不过有个边界要记牢：它只能分享单个文件，不能分享整个目录。所以这类链接就当公开链接对待，别随手把敏感文件的链接甩到群里。

免费额度有，但别当「无限」

截至发文时，Cloudflare 的免费额度大致是这样（以官方定价页为准，可能调整）：

R2 的出站流量本身是免费的，但超出免费额度就可能产生费用，而且账户得先手动启用 R2。项目名里那个 “Free” 是「用免费层能跑」，不是「费用封顶」——这点心态要摆正。

用量熔断：到 80% 就拦写入

项目自带一层用量熔断机制：当用量估算达到你配置额度的 80%，就停止写入，但读取和删除还能继续用。默认额度就是上面那套免费档（100 万 A 类、1000 万 B 类、10 GiB 存储）。

用量先由 Worker 自己估算；如果你还会从 R2 控制台或 API 直接操作文件，可以再配一个 Cloudflare Analytics Token，让项目每 6 小时做一次官方用量校准。但 README 也老实说了：Worker 估算不会包含那些外部操作，官方统计又有延迟，所以熔断只能帮你控风险，不能当成硬性账单上限。

另外提醒一句：WebDAV 的目录 PROPFIND 会消耗 Class A 操作，同步客户端要是频繁扫目录，额度掉得比你想的快。建议先盯着实际用量，再决定同步频率。

协议和大文件都有边界

这不是一个完整的 WebDAV 实现，边界得看清：

• 不支持 LOCK / UNLOCK，也不持久化自定义属性。依赖这些能力的客户端（某些同步软件）可能没法正常跑。
• Cloudflare Free 单次请求体上限是 100 MB，所以单次 PUT 传不了超过 100 MB 的文件，项目也没实现分块上传。
• COPY 和 MOVE 不是原子操作；目录递归操作最多处理 1000 个对象。

简单说：拿它当个人小文件的中转和访问层没问题，别指望它能顶替企业级同步盘。

我的判断

翻仓库记录，这项目 2026 年 10 月初才创建，到发文时还没有正式 Release，属于很新的阶段。README 把部署、额度和协议限制都写得挺清楚，但缺少长期使用的反馈可以参考。

如果你手头已经有顺手的 WebDAV 客户端，也愿意自己管 Cloudflare 账户和账单，那它可以作为个人文件访问服务试一试。它帮你省掉的是「常开一台服务器」，但不会替你省掉部署、用量管理和备份这三件事。

我的建议很朴素：先拿非关键文件试运行，重要文件一定留一份独立备份，别把新项目当成唯一存储。