自托管服务访问入口迁移

封面图

封面图来源说明：下载自：wallhaven，图片来自于：动画剧集《拾荒者统治》截图，如侵权请联系删除。

承接上一篇文章，我的公网 IP 被干掉了，但生活还是要继续。本篇文章记录我的自托管服务迁移方案

得益于 Cloudflare 的存在，这次迁移并没有想象中那么复杂。

基于 Halo 托管的个人博客平台

  • 情况说明：我的主博客网站使用的是 Github Page 服务，在国内的访问速度不佳，于是我就用 Halo 搭建了这个国内可以访问的平台，并手动同步这两个平台的文章信息。
  • 替代方式：使用 Cloudflare 平台的 Workers && Pages 中的 Page 托管直接镜像整个 Github Page 服务，实现 100% 的网站镜像，同时在国内又拥有一定的访问能力（想比较 Github 的访问速度而言）
  • 优点：一劳永逸，设置好之后我几乎没有再碰过这个服务，始终稳定且安全地帮我做网站镜像，包括主站的评论数据也全部同步过来了。
  • 缺点：丢失了旧网站的访客数据和评论数据。

Workers && Pages

Komga 服务、Bitwarden 服务

这两个服务也大大便利了我的日常生活，而且这种服务考虑到数据安全性和迁移数据的复杂程度，仍旧考虑把服务部署在自己的机器里，通过 Cloudflare 的 Zero Trust 下边的 Tunnel 进行代理。

Zero Trust 下的 Tunnel 也是老朋友了，用一句话总结就是：它是一个 Cloudflare 帮你搞定服务端、SSL 证书签名的 Frp 反向代理服务。

我要做的就是在本机运行一个 Cloudflared 程序，绑定到 Cloudflare 下的某一个 Tunnel ，指定好我的服务端口和公网访问时用到的二级域名即可。

比如下图中的设置，如果我要访问机器里的 80 端口，那我直接在公网访问 test.gadore.top 就好了。

Tunnel

除了带宽不太高，安全性、便携性都有了保障。

Fress RSS

这一个月开始，我所使用的 The Old Reader 平台好像调整了他们平台的免费版用户的抓取时间间隔，我通常需要两天时间才能刷新出来平台抓取的 RSS 内容，开始逐渐不好用了。

恰逢 Fress RSS 前年开源满十年（始于 2012 年），而且我常用的 Reeder 阅读器支持登陆自托管的 Fress RSS，索性就用它重新搭建了一个 RSS 服务平台。

分组管理

抓取时间间隔调整

借助 Cloudflare 的 Zero Trust ，也把这个服务正常暴露到了公网，这样抓取时间间隔我就可以灵活控制了，感谢 Fress RSS，感谢开源！

设备组网

这个替代品很多，zero tier、tailscale 等等，使用体验大差不差，就不过多赘述啦。