frp + nginx：把家里的 NAS 服务安全地暴露到公网
家里 NAS 上跑着一堆自建服务，但没有公网 IP。这篇文章讲怎么用 frp 把它们安全地暴露出去，以及我在这个过程中踩的坑。 架构 公网用户 │ HTTPS :443 ▼ 云服务器 nginx ──按 server_name 分流──┬─→ 127.0.0.1:19951 ─frp T
用纯 Python 标准库逆向 Halo 2.x 登录：RSA、DER 与限流
Halo 没有提供登录 REST API，但我需要脚本化地改站点配置。于是花了一个晚上，用纯 Python 标准库把它的登录流程完整复刻了出来。 目标 Halo 2.x 的很多站点设置（标题、外链地址、备案号）存在数据库里，不是配置文件。想程序化修改，就得先登录后台、拿会话、再调 API。 而登录页
Docker 部署 Halo 博客：一个差点让我丢站的挂载错误
一次例行检查，我发现博客的数据根本不在我以为的地方。如果那天点了"升级镜像"，整个站会安静地消失。 起因：一个"看起来很对"的 compose 文件 部署 Halo 博客时，我的 docker-compose.yml 是这样的： services: halo: image: halohu
nginx 反向代理的 7 个坑：从 ACME 校验失败到 reload 假象
这 7 个坑有个共同点：它们都不会在 nginx -t 时报错。语法正确、能正常启动、能正常服务——只是在某个特定请求路径上悄悄做错事。 坑 1：server 级 return 301 会抢在 location 前面执行 这是最隐蔽的一个。 nginx 的处理阶段顺序是：rewrite 阶段 → l
让 AI 接管服务器运维：12 条踩出来的实战纪律
把云服务器的日常运维交给 AI 助手之后，我踩的坑比过去一年加起来都多。这篇文章把它们整理成 12 条纪律——每一条背后都有一次真实的翻车。 为什么要让 AI 做运维 不是偷懒。真实原因是：服务器上有太多"一次性但记不住"的操作——改一行 nginx 配置、签一张证书、查一个端口通不通。这些事单看都