1. Kali 上跑 OpenClaw Dashboard为什么还要折腾远程访问OpenClaw Dashboard 是一个把 OpenClaw 运行数据可视化的 Web 面板适合已经在用 OpenClaw 做自动化任务、又想有个界面看会话、模型调用和刷新状态的人。它本身是个 Go 写的轻量服务默认只监听127.0.0.1:8080也就是说你在 Kali 本机浏览器能打开但同一局域网里的 Windows、Mac 或者手机是打不开的。我这次的环境是 Kali Linux 装在虚拟机里日常主力机是 Windows 10所以需求很明确Dashboard 跑在 Kali 上Windows 通过 SSH 隧道访问同时把 AI 工具调用的 Key 统一走 TaoToken 的 API 通道避免每个工具各配一份 Key、各记一个地址。整套流程拆开看是四件事装 Go 环境、部署 Dashboard、配 TaoToken 统一 Key、用 SSH 隧道加 Systemd 把远程访问做稳。这篇笔记交付的是可直接复制的config.toml骨架、SSH 隧道命令、Systemd 服务单元以及一套连通性验证动作。如果你只是想把面板跑起来看一眼前三节就够了如果你要长期挂着用第四节和第五节的排障部分建议一起看完。2. 前置准备Go 环境与 TaoToken 统一 Key2.1 Kali 安装 Go 并确认版本OpenClaw Dashboard 的安装脚本会先尝试下载预编译二进制失败后回退到源码编译所以 Go 环境是硬性依赖。Kali 自带的 apt 源里就有 golangsudo apt update sudo apt install golang -y go versiongo version输出类似go version go1.21.x linux/amd64就说明装好了。如果版本低于 1.20建议去 Go 官网下最新 tar 包手动解压到/usr/local/go再把/usr/local/go/bin加进PATH否则编译阶段可能报语法不兼容。2.2 为什么用 TaoToken 统一 KeyOpenClaw 这类工具会调用多个模型如果每个模型、每个工具都单独配 Key配置文件会散得到处都是换一次 Key 要改五六个地方。TaoToken 的做法是给你一个统一的 API 通道和一把 Key所有 AI 工具都指向同一个地址模型切换在服务端完成。对 Dashboard 场景来说好处是config.toml里只需要维护一个api_base和一个api_key后面接 Claude Code、接对话工具、接自动化脚本都是同一套。你可以在控制台里创建和管理 Key控制台入口https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite创建完 Key 之后API 地址统一用https://taotoken.net/api注意这个地址不带任何查询参数直接填进配置即可。如果你后面要接 Claude Code 这类编码工具可以看接入文档里的对应章节接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite2.3 目录规划我习惯把配置和数据分开Dashboard 的配置放在~/.openclaw/dashboard/日志走 Systemd 的 journal不额外落文件。先建目录mkdir -p ~/.openclaw/dashboard cd ~/.openclaw/dashboard3. 可复制配置config.toml 骨架与 Systemd 单元3.1 config.toml 骨架Dashboard 支持config.json和config.toml两种格式我选 TOML 是因为注释友好、层级清晰。下面这份骨架可以直接复制把api_key换成你自己的# ~/.openclaw/dashboard/config.toml [server] # Dashboard 监听地址保持 127.0.0.1 由 SSH 隧道转发 host 127.0.0.1 port 8080 # 刷新间隔单位秒 refresh_interval 30 [ai] # TaoToken 统一 API 通道 api_base https://taotoken.net/api api_key sk-你的TaoToken密钥 # 默认模型按需替换 default_model claude-sonnet-4-20250514 timeout 60 [openclaw] # OpenClaw 主程序数据目录 data_dir /home/kali/.openclaw # 会话模型探测命令报 killed 时可先注释掉 fetch_live_session_models true [log] level info几个参数说明host千万别改成0.0.0.0除非你明确知道自己在做什么暴露到公网风险很高用 SSH 隧道才是正路。refresh_interval设太小会频繁触发模型探测内存吃紧的虚拟机上容易出问题30 秒是个平衡点。fetch_live_session_models就是安装日志里signal: killed的常见来源后面排障会细说。3.2 安装 Dashboard官方脚本会自动检测架构、下载或编译二进制、注册 Systemd 用户服务curl -fsSL https://raw.githubusercontent.com/mudrii/openclaw-dashboard/main/install.sh | bash安装日志里重点看三行安装目录是不是~/.openclaw/dashboard有没有出现Download failed, building from source...出现说明走了源码编译只要 Go 装好了就能过最后有没有Created systemd user service。如果卡在下载阶段多半是网络到 GitHub 不稳定重跑一次脚本通常能过因为第二次会直接走源码编译。3.3 Systemd 用户服务单元脚本会生成一个用户级服务但默认单元文件往往比较简陋。我把它替换成下面这份加了重启策略和环境变量# ~/.config/systemd/user/openclaw-dashboard.service [Unit] DescriptionOpenClaw Dashboard Afternetwork-online.target Wantsnetwork-online.target [Service] Typesimple WorkingDirectory%h/.openclaw/dashboard ExecStart%h/.openclaw/dashboard/openclaw-dashboard --config %h/.openclaw/dashboard/config.toml Restarton-failure RestartSec5 # 内存吃紧时限制一下避免被 OOM 杀 MemoryMax512M EnvironmentGOMEMLIMIT384MiB [Install] WantedBydefault.target改完执行systemctl --user daemon-reload systemctl --user enable --now openclaw-dashboard systemctl --user status openclaw-dashboardstatus里看到active (running)就对了。用户级服务默认不会在未登录时启动如果你希望开机就跑需要开 lingeringsudo loginctl enable-linger kali这一步很多人会漏结果重启虚拟机后服务没起来以为是配置坏了。4. SSH 隧道与连通性验证4.1 Windows 侧建立隧道Dashboard 监听在 Kali 的127.0.0.1:8080Windows 上直接用 SSH 本地端口转发把它映射过来。假设 Kali 的 IP 是172.16.2.131用户名kalissh -L 18080:127.0.0.1:8080 kali172.16.2.131参数拆开看18080是 Windows 本地端口随便挑个没占用的127.0.0.1:8080是 Kali 内部 Dashboard 的监听地址注意这里的127.0.0.1是站在 Kali 视角看的最后是登录信息。这条命令执行后保持终端不关隧道就一直在。想更省事可以加-N只转发不开 shell再加-f丢到后台ssh -N -f -L 18080:127.0.0.1:8080 kali172.16.2.1314.2 验证请求是否打通先在 Kali 本机确认服务活着curl -s http://127.0.0.1:8080/api/refresh | head -c 200返回 JSON 就说明 Dashboard 本身没问题。然后在 Windows 浏览器打开http://127.0.0.1:18080能看到面板就说明隧道通了。如果浏览器打不开但 Kali 本机 curl 正常问题一定在隧道或 Windows 端口占用上。再验证 TaoToken 通道是否可用直接在 Kali 上打一次 APIcurl -s https://taotoken.net/api/v1/models \ -H Authorization: Bearer sk-你的TaoToken密钥 | head -c 300返回模型列表说明 Key 和地址都对。这一步很关键因为 Dashboard 面板能打开不代表 AI 调用链路是通的两者是独立的。4.3 验证结果对照检查项命令/动作预期结果服务状态systemctl --user status openclaw-dashboardactive (running)本机接口curl 127.0.0.1:8080/api/refresh返回 JSON隧道连通Windows 浏览器开127.0.0.1:18080面板正常渲染Key 通道curl taotoken.net/api/v1/models返回模型列表开机自启重启后systemctl --user status仍为 running5. 本篇常见错排查5.1 fetchLiveSessionModelsCLI: signal: killed这是安装日志里最常见的报错原因是初始刷新时去探测 OpenClaw 主程序的实时会话模型进程被系统 OOM killer 干掉了。处理顺序先确认 OpenClaw 主程序本身在跑ps aux | grep openclaw看一眼然后在config.toml里把fetch_live_session_models改成false重启服务如果确实需要这个功能给虚拟机加内存或者把 Systemd 单元里的MemoryMax调大。5.2 隧道通了但页面 502多半是 Dashboard 服务挂了但 SSH 隧道还活着。SSH 转发只负责端口映射不管后端死活。回到 Kali 执行systemctl --user restart openclaw-dashboard再看journalctl --user -u openclaw-dashboard -n 50找崩溃原因。常见的是配置文件 TOML 语法写错比如字符串没加引号服务启动即退出。5.3 Windows 本地 18080 被占用ssh -L报bind: Address already in use换个端口就行比如-L 28080:127.0.0.1:8080。Windows 上用netstat -ano | findstr 18080能查到占用进程。别去杀系统进程换端口最快。5.4 重启后服务不自启两个原因一是没开 lingeringloginctl enable-linger kali补上二是单元文件放在了~/.config/systemd/user/但没enable执行systemctl --user enable openclaw-dashboard。注意用户级服务的enable和系统级不一样不需要 sudo。5.5 API 返回 401Key 错了或者带了多余空格。TOML 里字符串是原样读取的复制 Key 时容易带上换行。重新在控制台生成一把粘贴后手动检查首尾。如果确认 Key 没问题检查api_base是不是写成了带路径的形式正确值就是https://taotoken.net/api不要自己拼/v1。6. 长期挂着用把 Key 和隧道都收进配置跑通之后日常使用其实就两条命令Kali 上服务由 Systemd 托管Windows 上一条ssh -N -f -L建隧道。真正需要维护的只有config.toml里的 Key 和模型名。如果你后面要接编码类工具或者做 Agent 自动化建议直接看 Coding Plan它把额度、模型和调用方式都打包好了比一个个工具单独配省事Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite想先在网页里试一下模型对话效果确认 Key 和模型名对得上可以用模型对话页面模型对话https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite最后留一个我踩过的坑config.toml改完一定要systemctl --user restartDashboard 不会热加载配置。有次我改完 Key 直接刷新页面一直 401排查了半小时才发现服务还在用旧配置。养成改完就重启、重启完看status的习惯能省掉大部分莫名其妙的报错。