0. 前言 在 fw4（nftables）环境中，可以使用 ipset 保存电信、移动和境外地址表，再由 mwan3 根据目标地址选择不同的出口。 这种配置运行起来并不复杂，但实际使用中可能遇到两个时序问题： OpenWrt 启动时，ipset 地址表已经加载，而电信、移动的 PPPoE 还没有拨号完成。此时过早执行 mwan3 reload，mwan3 无法基于完整的接口和路由状态生成规则。 运营商定期断开 PPPoE，接口自动重拨并取得新地址后，mwan3 的运行状态没有及时刷新，最终出现分流错乱。 本文使用两个职责明确的脚本解决这些问题： ...
写在前面 最近在折腾一个长期运行的个人 AI 助手，最终选择了 OpenClaw 作为底座。 OpenClaw 的整体设计思路很明确： 它不是一个“网页应用”，而是一个 以 CLI + Gateway 为核心的常驻型工具，更像你服务器上的一个基础服务。 在 Linux（尤其是 Ubuntu Server）环境下，官方推荐的使用方式也很清晰： ...
引言 在中国大陆的网络环境中，跨境访问长期呈现出一种略显矛盾的状态。 一方面，国际出口带宽在持续扩容；另一方面，在晚高峰时段，跨境访问仍然频繁出现连接不稳定、吞吐下降、应用层卡顿等问题。同时，通过 traceroute 等工具观察到的路径，往往表现为明显的绕行，与直觉中的“最短路径”并不一致。 ...
引言 在调试跨境网络或访问海外服务时，很多人都会遇到类似的问题： 延迟高、抖动大、Traceroute 路径绕行严重，甚至连最基础的 ICMP ping 都会出现明显丢包。 起初我也认为这是「物理距离远」「国际带宽不足」导致的自然结果。但在不断查资料和思考之后，我逐渐意识到： 问题并不单纯出在带宽大小，而在于跨境网络的整体架构。 ...
背景 在 fw4（nftables）时代，很多关于 mwan3 + ipset 的教程仍然沿用 fw3 / iptables 的思路： 在 /etc/config/firewall 里声明 ipset 每次更新地址表就 reload firewall helper / 脚本 / mwan3 职责混杂 这些做法在新架构下并非必须，反而容易带来不稳定性和维护成本。 本文整理一套 fw4 时代可长期使用、工程上可接受的 mwan3 + ipset 分流方案，在“理论正确”和“现实可用”之间做出明确取舍。 ...
前言 在 ESXi 等虚拟化环境中部署 OpenWrt x86 时，官方镜像通常只有一百多 MB 的根分区空间。在安装 LuCI、OpenClash、Docker 等组件之前，扩容几乎是必做操作。 但 OpenWrt x86 的磁盘结构和启动方式，与常规 Linux 发行版存在明显差异。如果直接套用“Linux 扩容教程”，大概率会反复踩坑。 ...
前言 博主在搭建博客的过程中，饱受备份的困扰，于是将图片与文章分离。因Cloudflare R2提供10G的免费存储空间，故博主将本站的图片存放于R2中。这样一来，文章的备份确实是方便了，但由于R2没有直接提供对接的客户端，没法直接像本地磁盘一样对里面的目录与文件进行管理。当然，R2兼容AWS S3，自然是可以使用API进行管理。用于管理S3的工具自然有很多，但考虑到RaiDrive是图形化界面配置，且挂载方便，故本文记录了使用RaiDrive挂载R2的过程。 ...
前言 博主原本使用WordPress+Inspire搭建个人博客，然而，Inspire不再更新，也不再兼容新版php，兼容性逐渐出现各种问题；与此同时，博主不太喜欢wordpress默认的一系列主题，为改善博客兼容性问题，提高博客相应速度，博主决定从wordpress的动态博客转向纯Html的静态博客。经过筛选，博主最终决定使用**Hugo框架+Stack主题**搭建我的静态博客。 ...
0.前言 博主曾在一篇文章中看到，Linux内核高于4.9，默认内置bbr,博主天真得以为，内置=启用，故多年以来就不再手动启用BBR，直至近期使用垃圾线路的vps，发现其上行速率一言难尽后，才在网友口中得知，系统默认并不会启用BBR，需要手动启用。因此，记录下启用BBR的配置过程于此。 ...
0.前言 从硬路由到软路由，再从软路由裸机到虚拟机，博主在此过程中体验到了软路由带来的便利，也因此产生了更多想要实现的需求，单独使用OpenWRT的方案已经难以实现博主的某些流控需求。恰好，爱快系统的特色就在于流控分流。然而，网上现有的资料，在使用爱快作为主路由，OpenWRT作为旁路由的时候，要么需手动指定网关地址，要么需要两台硬件设备实现分流，配置的灵活性与便利性有所欠缺，本文则是在网络现有教程的基础上，使用一台硬件设备，使用爱快主路由实现分流，无需手动指定网关，免去客户端的繁琐配置过程。 ...