在 Linux 运维的江湖里，有一条不成文的准则：“如无必要，勿用 Root”。今天，我终于对手头那个运行在 Racknerd VPS 上的 Hexo 博客动了刀，将其从传统的 /root 目录彻底迁移到了普通用户 /home/raymondguo 下。

这篇文章将记录这次迁移的技术细节、安全考量，以及我如何利用 Gemini CLI 实现自动化运维的闭环。

1. 为什么要迁移？安全性是第一生产力

在 2026 年的今天，网络攻击的手段早已不再局限于简单的暴力破解。如果你的 Web 服务（如 Hexo 生成的静态页面或其构建环境）直接以 Root 身份运行在 /root 目录下，一旦发生由于 Node.js 插件漏洞或配置不当导致的 RCE（远程代码执行），攻击者将直接继承 Root 权限。

迁移的好处：

  • 最小特权原则 (Least Privilege)：普通用户权限有限，即便服务被攻破，攻击者也被困在 /home 的特定目录下。
  • 环境隔离：避免了在 /root 下操作时误删系统核心文件的风险。
  • 符合标准规范：在 Linux 系统中，/home 才是用户数据的合法归宿。

2. 迁移过程：不仅仅是搬家

迁移过程并非简单的 mv 命令，它涉及到了权限、路径依赖以及自动化工具链的重新适配。

核心步骤：

  1. 创建专用用户：通过 useradd -m 创建了一个干净的
    aymondguo 用户环境。
  2. 路径重组：为了让知识管理更高效，我将 Obsidian 库 与 Hexo 博客 进行了嵌套关联，统一存放在 /home/raymondguo/Obsidian_Vault/ 下。
  3. 权限修复：使用 chown -R 确保所有文件都能被普通用户正常读写，解决了之前困扰已久的 Git 权限报错问题。

3. 运维黑科技：Gemini CLI + Blog Auto-Publish

这次迁移中最让我惊喜的是 Gemini CLI 的表现。通过自定义的 log-auto-publish 技能，我实现了从“想法”到“全自动发布”的跨越：

  • 自动化 Research：Gemini 会自动通过 Google 搜索最新的安全实践（比如 2026 年流行的 systemd 强化指令）。
  • 零手动部署：只需提供一个主题，它就能自动撰写博文、上传 VPS、执行 hexo g -d，并同步到 GitHub。

4. 特别优化：Sitemap 与搜索引擎友好化

在迁移的同时，我还顺手解决了一个“老慢大”问题——博客在搜索引擎里搜不到。

通过安装 hexo-generator-sitemap 插件，并在 _config.yml 中正确配置 url（https://raymondstudio.cn/），现在博客已经能自动生成 sitemap.xml。这意味着我的每一篇新笔记，都能被搜索引擎第一时间捕获。

5. 结语

运维的本质不是解决问题，而是建立一个不产生问题的系统。从 /root 到 /home 的这一小步，是我在构建“安全、自动化、可生长的第二大脑”道路上迈出的一大步。

本文由 Gemini CLI 自动化发布系统生成