常见组合是：OpenClaw 把 Web UI 绑在 127.0.0.1:18789（或文档约定的默认端口），向导在远程 Mac上完成，而你在笔记本浏览器里直接打开 http://127.0.0.1:18789——那只会指向你笔记本自己，自然「连不上」。这与 远程 Mac mini 上搭建常驻构建与工具链 时的「执行面在远端、操作面在本地」是同一类心智模型：先对齐流量到底落在哪张网卡、哪个 loopback。
lsof -nP -iTCP:18789 -sTCP:LISTEN：有输出才说明进程在监听。curl -sS -o /dev/null -w "%{http_code}
” http://127.0.0.1:18789/：本机环回探活；若这里都失败，优先查服务是否退出、端口是否被占用或配置是否改成别的端口。
若监听只在 127.0.0.1，外网网卡直连 IP 会连不上——这是预期行为，不是 bug。要么改绑定策略（若产品允许），要么走 SSH 转发 / 隧道 / 反代，与 OpenClaw 在远程 Mac mini 上的安全运维与常驻思路 中「先收口再发布」一致。
ssh -N -L 18789:127.0.0.1:18789 user@remote-mac-host
保持该会话不断开，然后在笔记本浏览器访问 http://127.0.0.1:18789。若仍失败，逐项检查：SSH 是否真连到正确主机、远端 curl 127.0.0.1:18789 是否成功、本机 18789 是否已被占用（可换本地端口：-L 18080:127.0.0.1:18789 再打开 http://127.0.0.1:18080）。
当监听不存在或进程反复退出时，先在安装 OpenClaw CLI 的环境里执行 openclaw doctor（或项目文档推荐的等价命令）。典型价值是：校验依赖、路径、权限与配置片段，并给出可操作的修复建议——适合在「刚装完、向导刚结束」这一时间窗快速扫一遍。
launchctl list | grep -i openclaw（或你的 plist Label）查看退出码是否非 0。- 修改 plist 后：
launchctl bootout / launchctl bootstrap（按 macOS 版本与域选择对应子命令），避免「旧 plist 仍在内存」。
- 用
log show --predicate 'process == "launchd"' --last 30m 或 Console.app 辅助查看崩溃原因（权限、路径、签名）。
Q：curl 本机成功，但浏览器不行？
A：检查是否混用 https/http、是否有系统代理、以及是否被扩展拦截本地地址。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/251497.html