博客

一次 Tailscale SSH 超时的检查记录：端口能连接，SSH 却停在密钥交换；最后让有公网地址的 VPS 改走公网 SSH。

先确认 SSH 卡在哪里 · MTU 没有留下可用结果 · 本机代理没有接管 Tailnet 地址 · 两端当时显示了不同的连接方式

用 Beszel 给家庭基础设施补一层系统资源监控：Hub 部署在斐讯 N1（Armbian/aarch64），Agent 覆盖 Linux 与 OpenWrt 设备，记录 procd init 脚本的适配和 universal token 批量注册。

1. 为什么选 Beszel · 2. Hub 部署在 N1 · 3. 注册凭据与 universal token · 4. systemd Agent：N1 与两台 VPS

同一台设备在 Tailscale/SSH/xray/sub2api/监控里各有不同名字，排障时要先猜名字。一次全链路命名统一：物理设备去位置、VPS 保留位置、xray outbound 用 @ 规范。

问题：一机多名 · 统一规则 · SSH config 分层 · 改动清单

设备间互访不用共享 mesh key（一台被攻破等于全沦陷），而是每台设备用自己的 ed25519 密钥两两交换。dropbear authorized_keys 路径陷阱、n1-sd 上 ed25519 未生效改用 ECDSA、known_hosts 清理。

1. 为什么不用共享 mesh key · 2. per-device 密钥交换 · 3. dropbear 的 authorized_keys 路径陷阱 · 4. n1-sd：ed25519 公钥未生效，改用 ECDSA

一台中兴方案的移动定制光猫 H60G 完整破解记录：reset 打破密码死锁、双网卡问题、sidbg 改配置、注册下发，以及 Padavan 接管 PPPoE 的桥接验证。

先把教程过一遍 · 破解过程 · 复现用凭据 · 探测：确认中兴方案

Home 目录被删后，配置文件可以 git clone 拉回来，但 Keychain 登录态、Syncthing 设备证书和 OneDrive 冲突副本只能手动修复。

Keychain：不只是密码箱 · Syncthing：与 10 台对端逐个重新握手 · OneDrive：几百个带 (2) 的冲突文件 · 事后改了什么

在 1 核 1G 香港 VPS 上同时跑 MetAPI 模型网关、Nanobot 聊天机器人和 Tailscale DERP 中继，模型路由规范化、OOM 排查和服务拆分决策。

MetAPI 模型路由的问题 · Nanobot 的资源压力与 OOM 排查 · Docker 配置持久化 · 什么该留什么该搬

曾经同时使用 Tailscale、ZeroTier 和 FRP 管理 11 台跨国设备，以及后来为什么把日常连接改到 Tailscale。

三种工具当时怎样使用 · SSH 名字怎样区分入口 · 服务监听地址也要对应 · 本机代理曾经截走虚拟网络流量

2026 年 3 月的历史记录：Mac mini Gateway + Linux 工作站/VPS Node 架构下，排查 token_mismatch 掉线、LaunchAgent 重复实例、Clash Verge 截断 Tailscale 流量等问题。

1. 拓扑长什么样 · 2. Node 集体掉线 · 3. 一台机器两个 Gateway · 4. Tailscale 流量被代理截断

四个 AI CLI 的配置隔离、CC-Switch 统一管理、MetAPI 本地代理集中管理模型入口，以及各工具的分工边界。

它们互相不知道对方的存在 · 遇到的问题 · 我最后怎么分工的 · 本地代理