云端 AI 助手打通 Mac → NAS → Linux 主机三跳 SSH 教程

场景：AI 助手运行在云端虚拟机里，不能直接访问你家里的局域网。本文给出一条已实测跑通的链路：云端经 Cloudflare 隧道登录 Mac，再以 Mac 为跳板登录 NAS，最后从 NAS 登录同一局域网里的 Linux 主机。 全文使用占位符，请把 <尖括号内容> 换成你自己的值。切勿把真实域名、公网 IP、用户名写进公开文档。

一、总架构

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

云端助手
  │  ① cloudflared access tcp（经你自己的隧道域名）
  ▼
Mac（家里，开启远程登录）
  │  ② ssh -p <NAS端口> <用户>@<NAS的DDNS域名>
  ▼
NAS（与 Linux 主机在同一局域网）
  │  ③ ssh <linux主机别名>
  ▼
Linux 主机

设计要点：

• 对外只暴露 Cloudflare 隧道一个入口，不把任何机器的 SSH 22 端口直接映射到公网；
• 每一跳都用密钥认证，不用密码；
• 云端直接连 NAS 的非标准端口往往会被云端出口代理拦截，所以借 Mac 做跳板；
• Mac 与 Linux 主机不在同一局域网时，中间用 NAS 做"同网段中继"——NAS 能直达 Linux 主机的局域网 IP。

二、第 ① 跳：云端 → Mac（Cloudflare 命名隧道）

Mac 侧（一次性配置）

1. 开启远程登录：系统设置 → 通用 → 共享 → 远程登录（打开，限制为管理员组）。
2. 把云端的 SSH 公钥写入 ~/.ssh/authorized_keys。
3. 安装 cloudflared：

1

brew install cloudflared

4. 创建命名隧道并绑定你自己的域名（不要用 trycloudflare 临时隧道，地址随机、窗口关闭即失效）：

1
2
3

cloudflared tunnel login
cloudflared tunnel create mac-ssh
cloudflared tunnel route dns mac-ssh mac-ssh.<你的域名>

5. 写 ~/.cloudflared/config.yml：

1
2
3
4
5
6

tunnel: <隧道ID>
credentials-file: /Users/<你的用户名>/.cloudflared/<隧道ID>.json
ingress:
  - hostname: mac-ssh.<你的域名>
    service: ssh://localhost:22
  - service: http_status:404

6. 常驻运行：cloudflared service install。

⚠️ 最重要的前提

如果 Mac 上装了 Clash 系代理工具，必须关掉 TUN 模式（系统代理和节点可以保留）。TUN 开着时，cloudflared 的出站连接会被 fake-IP（198.18.0.0/15 网段）拦截，表现为 7844 端口超时、隧道注册失败（日志里有 hard_fail）。排查隧道问题先查这一项，能省两小时。

云端侧登录

1
2
3

ssh -o ProxyCommand='cloudflared access tcp --hostname %h' \
    -i ~/.ssh/<你的密钥> \
    <Mac用户名>@mac-ssh.<你的域名>

验证：执行 whoami; hostname 返回 Mac 的用户名和主机名即通。

三、第 ② 跳：Mac → NAS

前提：NAS 有 DDNS 域名，路由器把一个非标准端口（如 2233）映射到 NAS 的 22 端口。

在 Mac 的 ~/.ssh/config 里加别名：

1
2
3
4
5
6

Host mynas
    HostName <NAS的DDNS域名>
    Port <映射端口，如2233>
    User <NAS用户名>
    ServerAliveInterval 30
    ServerAliveCountMax 6

在 Mac 上执行 ssh mynas 'whoami; hostname' 验证。

为什么不在云端直连 NAS？多数云环境的出站经 HTTP 代理，非标准端口（如 2233）会被直接重置。从 Mac 发起则没有这个问题。这也是整条链必须借道 Mac 的原因。

四、第 ③ 跳：NAS → Linux 主机

Linux 侧：

1
2

sudo apt install openssh-server
sudo systemctl enable --now ssh

把 NAS 的公钥写入 Linux 的 ~/.ssh/authorized_keys。然后在 NAS 的 ~/.ssh/config 里加别名：

1
2
3

Host mylinux
    HostName <Linux主机的局域网IP>
    User <Linux用户名>

在 NAS 上执行 ssh mylinux 'whoami; hostname' 验证。

五、云端一条命令直达 Linux

嵌套写法（适合脚本）：

1
2
3

ssh -o ProxyCommand='cloudflared access tcp --hostname %h' \
    -i ~/.ssh/<你的密钥> <Mac用户名>@mac-ssh.<你的域名> \
    "ssh mynas 'ssh mylinux \"<要在 Linux 上跑的命令>\"'"

或在云端 ~/.ssh/config 写跳板链，之后只需 ssh mylinux：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

Host mac
    HostName mac-ssh.<你的域名>
    User <Mac用户名>
    IdentityFile ~/.ssh/<你的密钥>
    ProxyCommand cloudflared access tcp --hostname %h

Host mynas
    HostName <NAS的DDNS域名>
    Port <映射端口>
    User <NAS用户名>
    ProxyJump mac

Host mylinux
    HostName <Linux主机的局域网IP>
    User <Linux用户名>
    ProxyJump mynas

六、踩坑清单

1. 代理 TUN 模式会杀隧道：见二·前提。日志特征：出站连到 198.18.x.x、7844 超时、hard_fail=true。
2. 临时隧道不可靠：trycloudflare 适合一次性演示，地址随机且随进程退出失效；长期方案必须命名隧道 + 固定域名。
3. zsh 通配符：在 Mac 的 zsh 里直接写带 * 的参数或以 = 开头的参数会被展开报错，复杂命令建议写成脚本文件再执行，或用 base64 传参。
4. pkill -f 会自杀：远程命令里 pkill -f <关键字> 可能匹配到承载命令的 shell 自身，把连接一起杀掉。杀进程用精确名称或 PID。
5. 非交互 SSH 的 PATH：SSH 非交互会话不加载完整环境，Homebrew、Docker（如 OrbStack）命令找不到。先 export PATH 补齐，或用登录 shell 执行。
6. known_hosts 卡死：自动化场景里给每条链固定 UserKnownHostsFile，避免首次连接的确认提示挂住整条命令。
7. GUI 自动化代替不了终端：如果你的 AI 客户端有屏幕控制通道，注意有些系统应用（如终端）可能在屏蔽名单内、且没有放行开关；这类操作老老实实走 SSH。

七、安全约定（发给别人之前先对照）

• 公网只留 Cloudflare 隧道一个入口，任何机器都不要把 22 端口裸映射出去；
• 全部密钥认证，私钥只存在云端 ~/.ssh/，不进文档、不进聊天；
• 涉及改配置/重启服务的操作，先备份、先说明再动手；
• 分享教程时把域名、IP、用户名、主机名全部换成占位符，真实值只留在自己手里。

八、验证速查

某一跳断了，从断点往回逐跳查，不要整条链推倒重搭。