fix: agent 改用固定系统用户，修复部分 LXC 容器启动失败

[stqfdyr]

问题

没开 nesting 的 LXC 容器里，agent 启动失败：

Failed to set up mount namespacing
status=226/NAMESPACE

systemd 建不了挂载命名空间时，会按单元配置决定能否降级：单元写的是静态 User=，就跳过 ProtectSystem=、ProtectHome=、PrivateTmp=、PrivateDevices= 照常启动；单元写了 DynamicUser=，则拒绝启动。判断在 systemd 的 insist_on_sandboxing()，v245 至 v257 一致。

修改

• install.sh 先建系统用户 monitor-agent（useradd --system，与 install-hub.sh 建 monitor 的写法相同），已存在则跳过。这一步排在下载与注册之前，失败的主机保持原有 agent 继续运行、也不会白花一个注册键；以 $INIT 守住，因为 Alpine 没有 useradd
• 单元中 DynamicUser=yes 换为 User=monitor-agent，并明写 RestrictSUIDSGID=yes

DynamicUser= 隐含 RestrictSUIDSGID= 与 RemoveIPC=，换成静态 User= 后两者一并失效（systemd-analyze security --offline=true 对两版单元的差异恰好只有这两项，7.3 → 7.5）。RestrictSUIDSGID= 明写补回：它由 seccomp 实现，不经挂载命名空间，不会把 226/NAMESPACE 带回来。RemoveIPC= 对不建 IPC 对象的 agent 没有作用，不再保留。其余隔离项逐字不变。

普通主机上的差别只剩 uid 由启动时临时分配改为固定，agent 不写文件，没有实际影响。受限容器中挂载类隔离被跳过，agent 仍以非 root 运行，NoNewPrivileges、RestrictSUIDSGID、地址族与内存限制保留。

未采用 issue 中的 User=nobody：该用户由多个服务共用，systemd 会对它给出警告。

install.sh 由 hub 以 include_str! 内嵌下发，所以这个修复要先随 hub 发一版、主控升级之后，节点重跑安装命令才会拿到新单元；在那之前老 hub 仍在下发老脚本。文档见 monitor-probe/monitor-document 同名分支的 PR。

测试

docker 模拟受限容器（Debian 13，systemd 257，seccomp 拒绝 unshare），除身份一行外与安装脚本写出的单元相同：

	结果
DynamicUser=yes	status=226/NAMESPACE，Operation not supported
User=monitor-agent	active，uid 997

真实 KVM 主机（Debian 13，systemd 257），用本分支脚本覆盖安装原有 agent：

• 进程以 monitor-agent（uid 995）运行，NRestarts=0，hub 日志显示节点重新连上
• agent 进程的挂载命名空间与 PID 1 不同，隔离仍然生效
• 再运行一次安装脚本，已有用户被跳过，安装成功

单元加固项离线比对：systemd-analyze security --offline=true 两版逐项 diff，只有 RemoveIPC= 与 RestrictSUIDSGID= 变化，补上后者后只剩 RemoveIPC=。

未在真实 LXC 中复现，issue 报告者在该环境下以同样思路（关闭 DynamicUser、换为静态用户）验证可行。

Fixes #5