SilonGJ

Axisnow + Cloudflare，博客最后的分流

Mon, 05 Oct 2026 00:00:00 GMT

前言

本博客经历比较曲折，文章没多少但是各种架构换了好多次...

最初其实是在 NAS 上跑的 Halo，通过 Tunnel 开放出来，速度自然不用说，慢的离谱...

后来就迁移到了 Cloudflare Worker，一直用到现在。

这么看来其实还是挺清楚的对吧？但 Cloudflare 在国内的玄学访问速度实在是受不了，于是又做了一大堆的东西，包括但不限于：

Cloudflare 优选
套其它各种 CDN
...

最近选择了国内走 Axisnow CDN 和国外走 Cloudflare 的架构，所以这篇文章用来记录一些东西。

Axisnow

最初接触到 Axisnow 是好几天前，看到有免费的提供商，于是浅浅尝试了一下，发现在国内的访问速度非常不错(至少比之前好多了)

然后当时太懒了，随便套了 CDN，啥分流也没做，连 Axisnow 的拨测都没做，就上线了

果然，不出所料，第二天在下午1点左右，再次 itdog 测速，地图红红的一片红点，300多个节点，能有100多无法访问

优选 & 分流

优选

优选其实很简单，Axisnow 提供了非常多的拨测节点和 CDN 提供商，暂时都是免费的。

只需要把每个提供商的 CNAME 填进去

然后选好需要的拨测模板即可。

分流

由于我长期使用的是根域名，然而我当时并不知道根域名的各种坏处...

直到把 zcx0217.qzz.io CNAME 到 Axisnow，并且做了国内外的分流和拨测，然后...神奇的事情就发生了：哪怕是国内的IP，仍然全部都分流到了 Cloudflare

询问 Deepseek 后，最终得出的结论是：

不能用根域名

根域名通常是没法直接配置 CNAME 解析的，Cloudflare 之所以可以做 CNAME 是因为使用了 CNAME Flattening。

用 Deepseek 的说法就是：

根域名通常不能直接配置 CNAME，因为它必须存在 SOA、NS、MX 等记录，CNAME 不能与其它记录共存。Cloudflare 是通过 CNAME Flattening 在权威 DNS 侧帮你解析目标，所以看起来像支持根域 CNAME。
由于 Cloudflare 代理开启 CNAME Flattening，返回给 Axisnow 的是 Cloudflare 的 Anycast IP，Axisnow 看到的是 Cloudflare 回源节点，而不是终端用户 IP，所以分流失效。

也就是说，相当于 Cloudflare 的节点自己帮你走完整条 CNAME 链，然后才把 IP 返回给客户端，这导致 Axisnow 分流那边看到的是 Cloudflare 的节点，所以自然无法分流了。

要解决其实很简单，既然根域名没法分流，那就别用根域名了，用 www.zcx0217.qzz.io 做分流，并把 zcx0217.qzz.io 301重定向过去。

由于根域名无法分流，所以我是直接通过阿里云BGP的节点做优选了。虽然某些地区或者运营商不是最优的，但是勉强能用吧。

然后 www.zcx0217.qzz.io 把分流做好

这样，就得到了一个在中国绿油油(忽略那17个无法访问)的站点了

当然，由于根域名没法做分流，所以 zcx0217.qzz.io 的测速结果是比 www.zcx0217.qzz.io 差很多的，这一点我暂时没想到啥好的解决方法，唯一想到的就只有把域名托管到 DNSPod，或者其它的 DNS 服务商来做分流，然后通过自定义主机名(SaaS) 接入到 Cloudflare，但是太麻烦了，还没研究明白...

总结

最终架构如下：

域名	CDN	优选的拨测节点	用途
zcx0217.qzz.io	Axisnow 国内节点	阿里云 BGP	301 重定向到 www
www.zcx0217.qzz.io	Axisnow 国内节点	移动和阿里云 BGP	国内访问
www.zcx0217.qzz.io	Cloudflare	所有海外节点	国外访问

这次优选和分流还是挺有意思的，至少让我知道了，根域在 Cloudflare 下没法做基于来源的分流，且 Cloudflare 的 CNAME Flattening 有坑。

参考资料：

为什么大部分网站都不喜欢用根域名？_哔哩哔哩_bilibili

CNAME flattening · Cloudflare DNS docs

记一次 Github 账号被 Flagged 并恢复

Tue, 01 Sep 2026 00:00:00 GMT

发生了什么

前几天(大约是29号的时候)，我正在更改我的 Github 个人资料仓库

预览效果时，发现：

是的，我的个人资料忽然 404 了

不仅个人资料 404，所有关于我的记录他人全部看不到，仓库啥的也看不到，自己登录后却一切正常

~~(感觉跟封号没啥区别)~~

排查

其实我那时也不明白怎么回事，以为 Github 宕机了，还去了一趟 githubstatus 看，结果一切正常

在整了 10 分钟后，还是不知道咋回事，只好问 AI 了

我还是第一次知道有这种限制

猜测是我修改了 Metrics 这个 Action 的执行间隔，从 6 小时一次改成了一小时一次。而这个 Action 会大量请求 Github API 来生成用户资料...

尝试解决

一开始第一想到的就是去 support.github.com 提工单

但是...

这玩意不支持中国的手机号，然而账户被标记了就必须使用手机号验证才能发工单。我上哪找国外的手机号嘞😅

上网查了查，有一些免费的接码平台，但是貌似挺多人反馈接不到

在想了很久之后，只好试试拿小号发工单试试

这一试就是3天，没有任何回应...

转机

其实到这我就像放弃了，拿小号，改个名，把仓库都转移过去，不一样也能用

毕竟看网上有人被封禁都得要十天半个月的，甚至是好几个月都没解决

事情的转机发生在昨天，也就是31号 ~~(呃好像也没过多久)~~

当我把梯子关掉，重新进入 support.github.com

然后就发现...

哎我怎么就可以直接提工单了

不要开梯子
不要开梯子
不要开梯子！

最后

着急忙慌的把小号的工单下了，用主号开了新的工单

第二天就回复了，速度非常快

直到现在，我的 Github 账号貌似都没有什么问题了

解决 Cloudflare Workers 访问不带斜杠的 URL 返回 307 的问题

Mon, 24 Aug 2026 00:00:00 GMT

起因

今天看 Google Search Console 时，突然发现了这个

于是找Opencode排查了下 ~~(Opencode 说的话看看就好)~~

终于知道为啥子目录都没被收录了😅

解决

知道了原因，解决起来就比较简单了

在 Cloudflare 创建这样一条重定向规则

(not ends_with(http.request.uri.path, "/")) and (not http.request.uri.path contains ".") and (http.request.uri.path != "/")

重定向到

concat("你的域名", http.request.uri.path, "/")

这样在 Worker 之前抢先 301 重定向

使curl测试

可以看到不带/ 的链接被正确 301 重定向了

就这样吧，希望过几天能被谷歌正常收录

参考资料

https://hitoritech.com/blog/how-to-fix-google-search-console-redirect-errors/

这是一篇使用 PagesCMS 生成的文章

Tue, 18 Aug 2026 00:00:00 GMT

这是一篇测试文章

我认为 PagesCMS 拥有以下好处

可在浏览器直接编辑文章，方便快捷
与 Github支持良好，可以很方便地部署文章
为静态博客设计，优化良好

为了省1.2GB的空间，我多耗费了两天

Fri, 14 Aug 2026 00:00:00 GMT

本文小部分片段由 AI 润色，请放心阅读

起因

众所周知，Fedora 默认安装会抽出2GB的ext4分区作为/boot挂载点

这本身没啥问题直到大前天，也就是8月11号当时闲着没事干，觉着这2GB太过臃肿，想着缩小后后还能省下一点空间于是做出了令我后悔的举动

经过

说干就干，我重启进入 LiveCD 很快啊，把 /boot 缩到了 800MB。经过预估，这个大小刚好足以存下各种内核以及initranfs

注意此时没有发生任何事情，如果此时收手，我大概率不用多浪费两天的时间

然而，那时的我不这么觉得由于boot分区位于整块硬盘的前段，使用btrfs的根分区在后段调整完boot后，中间空出来了1.2GB的空间

正所谓眼不见心不烦，这1.2GB空着就空着，但是如果这1.2GB不分配到根分区，那我调整boot分区就没啥意义了(事实也确实是这样)

然后，我就使用KDE分区管理器尝试把1.2GB挪给根分区。然而，我没有做任何的备份(我也想不通为啥不备份) 就这样，啪的就开始分区了，显示要半个多小时，我甚至还悠闲自在的刷视频去了

Boom!

半小时过去了，没有意外啊，直接炸了 btrfs变成了"未知文件系统" 分区表还在，但是文件系统炸了尝试使用：

btrfs rescue super-recover

通过超级块恢复文件系统然而，超级块丢了，备份超级块也全丢了

再次尝试使用

btrfs restore

绕过超级块，直接读取文件树然而，文件树也成功地没掉了

这下慌了然后就是各种问AI 甚至派Opencode坐阵修了2小时问了Deepseek各种各样的问题

结果是：哇实在是太棒了我们的文件树丢了哈哈哈

当时感觉自己也是个神人风险操作不备份就算了，明知道恢复不了还找Opencode修了这么久，还没修好

最后

然后就没有然后了只有重装更划算这次倒是学聪明了，将/boot /home /都设为了btrfs子卷，看着不那么难受，减少空间焦虑了属于是数据到是没太大问题，因为我碰巧有几天前的备份。碰巧那几天更改的也就只有项目文件夹，这些在NAS和Github上都有备份(备份的好处hhh) 不过，系统设置一类的，以及一大堆软件包算是白布置了，于是我花了2天的时间把它们调回来...

友情提醒

操作分区一定一定一定要备份数据无价！

迁移

Tue, 04 Aug 2026 00:00:00 GMT

告示

:::warning 现 2026-09-06 由于一些原因重新迁移回 Fuwari，故以下内容看看就好 :::

引言

本博客最近将原先的 Fuwari 框架推倒重来，写了一个基于 Astro 的博客 (感谢 Deepseek 的付出hhh)

原因

Fuwari 绝对是个很好的主题，但是问题感觉也不少

首先就是卡顿，在页面切换时的卡顿感我觉得还是挺明显的，特别是各种 Swup 跳转。也查了很久，试过：
- 移除各种重复的动画
- 文章预加载
- 等等等等
不过还是一样有概率卡顿
其次

然后就是不方便改
当初我用 AI 改了很久也没有成功加上模糊效果
(还浪费了好多 Token, hhh)

折腾了半天也没找到根因。虽然不影响核心功能，但作为一个每天要打开自己博客好几次的人，还是挺难受的

最后

不管怎样，迁移了就好。有些以前功能上的缺失，还需要慢慢补()

Dolphin 挂载远程 Samba 资源

Mon, 20 Jul 2026 00:00:00 GMT

前言

最近把东西迁移到了 NAS，想着把 Obsidian 的笔记也迁移过去

结果发现 KDE 的 Dolphin 对 Samba 的支持不完善，导致我没法读取远端的 Obsidian 笔记

经过搜索，以及各种问 AI

最终发现是 Dolphin 在访问带密码的 smb 连接时，不会弹出认证框，导致无法连接

思索

摸索了一下，找到两个解决方案

这是一种临时解决方式，可以在地址栏输入 smb://用户名:密码@服务器/ 即可访问

需要注意的是，如果用户名或者密码有像是 @、# 等特殊字符，需要使用 % 转译。例如 @ 需要转译为 %40
不过这种方法只能生效一次，每次访问都很麻烦，且无法固定到左侧标签栏

这种方法更彻底，适合在主力机里使用

使用你喜欢的编辑器编辑 /etc/fstab，这里我使用 kate，在末尾加上一行

//192.168.1.45/笔记 /mnt/笔记 cifs username=xxx,password=xxx,uid=1000,gid=1000,iocharset=utf8,x-systemd.automount,noauto,x-systemd.idle-timeout=300,x-systemd.device-timeout=10,_netdev,users,uid=1000,gid=1000 0 0

将配置文件中的路径改成你的实际路径，重启电脑即可
下次重启后，会自动挂载到 /mnt/笔记（或者你自己设定的目录）
此时在地址栏访问 /mnt/笔记 即可。同时也可以固定到侧边栏

最后

该方法是我跟 AI 折腾出来的，也许会有更好的方法，欢迎讨论

关于此博客

Wed, 15 Jul 2026 00:00:00 GMT

此博客由 Astro 强力驱动

前端框架

Astro — 静态站点生成器

部署

Cloudflare Pages — 前端托管
Cloudflare D1 - 浏览量计数

其他

Pagefind — 静态搜索
Expressive Code — 代码高亮