<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Homelab on 魔都水滴</title>
    <link>https://blog.margrop.net/tag/homelab/</link>
    <description>Recent content in Homelab on 魔都水滴</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Tue, 26 May 2026 14:00:00 +0800</lastBuildDate>
    <atom:link href="https://blog.margrop.net/tag/homelab/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>彻底打通内网！在 Ubuntu 26.04 上完美部署 Tailscale 实现无感异地组网</title>
      <link>https://blog.margrop.net/post/seamless-homelab-networking-deploy-tailscale-ubuntu-2604/</link>
      <pubDate>Tue, 26 May 2026 14:00:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/seamless-homelab-networking-deploy-tailscale-ubuntu-2604/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;跨运营商、无公网 IP、多端互联，一直都是 Homelab 玩家与企业运维的核心痛点。本文将详细演示如何在最新发布的 Ubuntu 26.04 (Resolute Raccoon) 系统上，利用最新的 APT 秘钥环（Keyring）标准，优雅地安装和配置最新版的 Tailscale。我们不仅会给出干净利落的命令行安装过程，还会深入剖析 Tailscale 的网络拓扑、子网路由（Subnet Router）以及出口节点（Exit Node）的高级配置，帮助你彻底打通家里的群晖 NAS、PVE 虚拟机以及随身携带的手机与笔记本电脑。&lt;/p&gt;&#xA;&lt;p&gt;本文所有操作均在 Ubuntu 26.04 (Resolute Raccoon) 干净的环境中测试通过，所有内部 IP、密钥、令牌和主机名均已进行脱敏处理，以保障网络安全。&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>Proxmox VE 9.2 正式发布：这次不只是换内核，集群终于会自己找平衡了</title>
      <link>https://blog.margrop.net/post/proxmox-ve-9-2-dynamic-load-balancer-release/</link>
      <pubDate>Sat, 23 May 2026 12:46:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/proxmox-ve-9-2-dynamic-load-balancer-release/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Proxmox VE 9.2 已经在 2026 年 5 月 21 日正式发布。表面看，它是 Debian 13.5 Trixie、Linux Kernel 7.0、QEMU 11.0、LXC 7.0、ZFS 2.4、Ceph Squid/Tentacle 的一次版本栈更新；但真正值得关注的，是它把“集群怎么自己变得更均衡”“维护窗口怎么避免 HA 误动作”“SDN 怎么从 VLAN/VXLAN 走向 Fabric 化”这些长期存在的运维问题，推进到了更可操作的层面。&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;如果你只在单节点 Homelab 上跑几台虚拟机，9.2 未必会让你立刻觉得天翻地覆；但如果你已经有三节点以上集群、HA 资源、Ceph、复杂网络、跨节点迁移、Windows 安全启动或者自定义 CPU 兼容性需求，这个版本就不只是“可以升级”，而是值得认真读 release notes 的版本。&lt;/p&gt;&#xA;&lt;p&gt;本文整理 Proxmox VE 9.2 正式发布内容，并结合实际运维视角，把“发布了什么”“解决了什么痛点”“升级前要注意什么”“哪些场景可以先等一等”讲清楚。文中所有主机名、地址、集群名、账号和命令输出都使用占位符，不包含任何真实内网信息。&lt;/p&gt;</description>
    </item>
    <item>
      <title>PVE 8 升 9 别硬刚：一句话交给 Agent，或者按这份清单手工升级</title>
      <link>https://blog.margrop.net/post/pve8-to-pve9-agent-manual-upgrade-guide/</link>
      <pubDate>Tue, 12 May 2026 19:00:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/pve8-to-pve9-agent-manual-upgrade-guide/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Proxmox VE 8 升级到 9 的本质不是“复制几条命令”，而是一次 Debian Bookworm 到 Trixie、PVE 8.4 到 PVE 9.x、内核与存储网络组件一起变化的系统升级。最省时间的方式，是把检查、备份核对、日志记录、命令执行和升级后验证交给 Codex、Claude、OpenClaw、HermesAgent 这类 Agent；但涉及重启、仓库切换、包删除提示、配置文件覆盖提示时，仍然必须由人确认。想完全手工做也没问题，本文后半部分给出一套可以逐步执行的人工升级清单。&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;这篇文章写给两类人：一类是已经习惯让 Agent 管理机器，想用一句话把 PVE 8 到 9 的升级流程交给工具跑完；另一类是更喜欢自己敲命令，希望有一份顺序清楚、风险点明确、可以照着核对的手工操作稿。&lt;/p&gt;&#xA;&lt;p&gt;文中所有主机名、地址、仓库、token、账号都使用占位符，不包含任何真实内网信息。请把 &lt;code&gt;&amp;lt;PVE_NODE&amp;gt;&lt;/code&gt;、&lt;code&gt;&amp;lt;BACKUP_TARGET&amp;gt;&lt;/code&gt;、&lt;code&gt;&amp;lt;ADMIN_CONSOLE&amp;gt;&lt;/code&gt; 这类内容替换成你自己的环境。生产环境升级前，请以 Proxmox 官方文档为准，并先确认备份可以恢复。&lt;/p&gt;</description>
    </item>
    <item>
      <title>ProxmoxVE 添加 local-lvm 使用率监控、网线速率监控到 Uptime Kuma</title>
      <link>https://blog.margrop.net/post/proxmoxve-lvm-link-speed-uptime-kuma/</link>
      <pubDate>Tue, 05 May 2026 17:20:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/proxmoxve-lvm-link-speed-uptime-kuma/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;ProxmoxVE 的 &lt;code&gt;local-lvm&lt;/code&gt; 不是一个普通挂载目录，很多时候不能靠 &lt;code&gt;df -h&lt;/code&gt; 发现它快满了；网口协商速率也不会因为服务还在线就自动暴露出来。最稳的办法是把这两个“容易被忽略但一出事就很麻烦”的指标接入现有 Uptime Kuma：&lt;code&gt;local-lvm&lt;/code&gt; 用 HTTP 拉取监控，网口速率用 Push 主动上报。这样磁盘池接近阈值、网线或交换机端口掉到百兆时，统一在 Uptime Kuma 页面和通知链路里告警。&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;本文会从需求背景、原始方案的问题核查、改进后的脚本、systemd 服务、Uptime Kuma 配置、验证方法和安全边界讲完整。文中所有地址、token、主机名都使用占位符，不出现真实内网信息。你可以把示例里的 &lt;code&gt;&amp;lt;PVE_HOST&amp;gt;&lt;/code&gt;、&lt;code&gt;&amp;lt;KUMA_URL&amp;gt;&lt;/code&gt;、&lt;code&gt;&amp;lt;PUSH_TOKEN&amp;gt;&lt;/code&gt;、&lt;code&gt;&amp;lt;INTERFACE&amp;gt;&lt;/code&gt; 替换成自己的环境值。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
