从安装状态推进到真实连通
前一天 Tailscale 仅完成安装，今天执行登录授权后，PVE 加入 tailnet。验证 Tailscale 地址 100.90.185.47 的 SSH 与 PVE Web 可达；使用 --accept-dns=false 保持现有 DNS。这里以实际管理连接确认结果，而不是只看 tailscaled active。
tailscale status
tailscale ip -4
一个容器内的三种备份服务
为 Mac、Arch 和 Windows 建 Debian 13 非特权 LXC 100，地址 192.168.8.20 ，2 vCPU、4 GiB RAM、16 GiB 系统盘，另设 Time Machine 1 TiB、UrBackup 1 TiB、rest-server 512 GiB thin 卷。
systemd 257 初始挂载失败后增加 nesting=1 解决；安装 UrBackup 时，推荐依赖原本会引入大量 QEMU/guestfs，改 --no-install-recommends 后只安装所需硬依赖。最终 UrBackup 2.5.37、rest-server 0.14.0、Samba 服务正常，容器无失败单元。
入口分别为 smb://192.168.8.20/TimeMachine 、UrBackup Web 与 https://192.168.8.20:8000/<账号>/ 。凭据存 ~/meprojects/mevps/gen10plus/backup-service-credentials.env ，权限 0600。
服务验收与恢复能力还有一段距离
SMB 读写和扩展属性通过，补齐 _adisk._tcp 发现信息；rest-server 的认证请求由 401 变为方法不匹配的 405，说明认证这一层通过，但不是完成备份的证据。三台客户端尚未产生首份真实备份。
三个逻辑卷都在同一块 4 TB 物理盘上，容量隔离不等于故障隔离。下一步应从各客户端完成首份备份和恢复抽检，才能回答“能否找回文件”。当天末尾再次询问 UrBackup 状态，没有新的检查回执。
主会话续接
以下命令在 archx 上执行；目录仅用于辨认工作上下文。
会话 1：~/meprojects/mevps
codex resume 01a0460d-3a65-7071-b1bf-3f10fb9fcfaf