Category: Tech

目标：在一台 ARM 小主机（双网口场景常见，如 R2S 一类）上，完成1）长期累计流量统计（按天/月/年）2）终端实时图形化监控（看瞬时带宽、看谁在跑流量）并解决“vnstat 显示 No data/查不到数据”的典型问题。 1. 为什么需要两类工具：累计统计 vs 实时观察 网络监控分两类，作用不同： 1.1 长期累计（趋势、账单、限额） 选型：vnStat优点：轻量、低开销、重启不丢（数据库在本机保存）。 1.2 实时观察（当前状态、排障、抓异常） 选型：bmon / nload / iftop其中： 2. 基础概念：RX / TX 是什么 所有工具里都绕不开： 在转发型节点（隧道/代理）里，经常出现一个明显特征： RX ≈ TX（接收多少就转发多少） 而在普通客户端（浏览网页、下载）上更常见： RX >>> TX 3. 长期累计：vnStat 的正确用法与常见误解 3.1 vnStat 的工作机制（决定了“能不能看历史”） vnStat 不会回溯系统历史流量。它的机制是： 因此： 这也是很多人第一次用 vnStat 时最容易误解的点：看到 “since …

摘要 本文记录一次远程边缘节点的灾备体系设计过程。 目标环境为长期运行的 ARM 小型网络节点，其物理设备位于异地，日常仅通过 SSH 远程维护。系统运行在 SD 卡上，一旦存储介质损坏，将导致节点完全离线，因此需要构建一种： 的 SD 卡灾备方案。 本文最终采用： 首次整盘克隆（dd） + 后续文件级同步（rsync） + 异地配置备份 的分层灾备结构。 一、问题背景 边缘节点通常具有以下特点： 一旦 SD 卡损坏，将出现： 因此核心问题变为： 是否可以提前制作一张备用 SD 卡，使其在原卡损坏后直接替换启动？ 二、系统结构特点（R2S 与树莓派的差异） 许多 Raspberry Pi 迁移方案基于如下结构： 系统仅依赖单一 root 分区，因此可以通过 rsync 复制后修改 UUID 启动。 但 NanoPi R2S 采用 Rockchip 启动结构： 关键差异： 因此： 仅复制文件 …

一、背景 在一次跨地域服务器迁移过程中，需要将既有系统中的 V2Ray 运行文件迁移至一台新设备。迁移对象主要包括以下内容： 日志文件不参与迁移，因为目标系统会自动重新生成。 迁移环境具有如下特征： 因此，本次迁移的核心问题并非“如何复制文件”，而是： 如何在跨境高延迟网络下稳定、高效、可恢复地完成文件同步。 二、初始方案：SFTP / SCP 拉取 最初采用的方式为： 该模式存在两个问题： 数据路径实际变为： 这种结构会导致： 实际测速仅达到几十 KB/s。 三、方向调整：改为 Push 模式 随后调整为： 即： 跨地域网络中，一个经验规律是： 让网络质量更好的节点主动发送数据。 方向切换后，传输速率立即提升。 四、引入 Rsync 相比 SCP，Rsync 具备以下关键优势： 1. 差异同步（Delta Transfer） Rsync 不会无条件复制文件，而是： 即使文件体积较大，只要修改较少，传输量也会显著降低。 2. 断点续传能力 跨境链路中断十分常见。 默认 SCP： 而 Rsync 可通过参数实现安全续传。 五、最终使用命令 迁移采用如下形式： 参数说明： 参数 作用 …

一、问题背景 在基于 FRP 的远程连接或内网穿透架构中，客户端通常以 systemd 服务方式长期运行，以确保设备重启后能够自动恢复连接。 在实际部署过程中，经常出现以下现象： 这些问题多数并非 FRP 本身造成，而是 systemd 启动顺序与网络就绪状态之间的不匹配。 二、常见错误配置 部分配置中会出现类似写法： 该参数来源于容器编排系统，并 不属于 systemd 支持的语法。 结果是： 因此必须使用 systemd 原生参数。 三、核心稳定原则 长期运行类网络服务需要满足三个条件： systemd 中对应的关键机制为： 它表示： 四、推荐的标准 systemd 服务模板（脱敏） 以下为经过泛化处理后的通用配置示例： 说明： 项目 含义 Description 服务描述（任意名称） WorkingDirectory 程序工作目录 ExecStart 客户端启动命令 Restart=always 退出后自动重启 RestartSec 重启等待时间 network-online.target 等待网络就绪 五、为什么必须等待 network-online 典型系统启动流程如下： 此时服务会直接退出。 …

一、问题背景 在部署 FRP（Fast Reverse Proxy） 时，官方 Release 页面通常提供大量二进制版本，例如： linux_amd64linux_armlinux_arm64linux_arm_hflinux_mipslinux_riscv64windows_amd64darwin_arm64… 对于使用单板计算机、软路由或服务器设备的环境，选择错误架构是最常见的启动失败原因之一。 本文对常见 Linux 设备架构与 FRP 版本进行统一对照总结。 二、Linux CPU 架构判定方法 在目标设备执行： uname -m 或： getconf LONG_BIT 即可确定系统架构。 三、FRP 架构对应关系（核心对照表） uname -m 输出 CPU 架构 系统类型 应下载 FRP x86_64 AMD64 / x86_64 PC / 服务器 / VPS linux_amd64 aarch64 ARM64 ✅ ARM 64 …