OpenClaw 默认监听端口为18789，但实际Fable 5服务监听端口需查其上游配置（如proxy_url）、启动参数及注册中心，三者必须同步修改并验证curl健康检查。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
直接改配置文件 + 重启服务就能换端口，但漏掉 local_listener 或没 reload 监听器，Fable 5 就连不上——它不报错，只静默失败。
查清 OpenClaw 默认监听端口在哪
OpenClaw 本身不运行 Fable 5，它是网关；真正监听端口的是它背后启动的模型服务（比如通过 token173 或本地 anthropic-proxy 启动的 Fable 5 实例）。所以第一步不是看 OpenClaw 配置，而是确认它转发的目标端口：
- 检查 OpenClaw 的路由配置，常见路径是
/etc/openclaw/config.yaml，找upstream、proxy_url或backend字段，例如：http://127.0.0.1:18789—— 这个18789才是 Fable 5 实际监听的端口 - 如果用的是
CC Switch + Token173组合，Fable 5 实例由 CC Switch 管理，端口在它的供应商配置里写死，不是 OpenClaw 决定的 - 别信日志里模糊的 “address already in use”，一定要定位到具体数字，比如
EADDRINUSE :::18789
确认谁占了 18789（或你看到的那个端口）
Linux/macOS 执行：
sudo ss -tulnp | grep ':18789'
Windows 执行：
netstat -ano | findstr :18789
输出里如果看到 12345/node 或 6789/python3，说明是残留进程；如果看到 1001/anthropic-proxy，说明是上一次没退出干净的 Fable 5 实例。注意：Oracle 的 lsnrctl、Docker 容器、甚至 Chrome 插件都可能偷偷监听高段端口，别跳过验证。
![[Only test] Monitor Openclaw Server](https://img.php.cn/upload/skill/001/246/273/6adaf20d79f23518.jpg)
改端口必须同步改三处，缺一不可
Fable 5 类服务不是单点配置，改一处等于白改：
-
代理层（OpenClaw 或 CC Switch）：把
proxy_url: http://127.0.0.1:18789改成新端口，如:18790 -
目标服务启动参数：如果是手动跑
anthropic-proxy，启动命令加--port 18790；如果是 Docker，改-p 18790:18790和容器内监听地址 -
数据库/注册类配置（极关键）：如果你用了类似 Oracle 的注册机制（部分企业级部署会模拟），要确保
local_listener或等效的 service registry 指向新端口，否则 Fable 5 实例“活”着但不被发现
改完立刻验证：curl -v http://127.0.0.1:18790/health。返回 200 才算真通；返回 connection refused 说明服务根本没起来，别急着测 OpenClaw。
防火墙和 SELinux 容易被忽略
端口改完能 curl 通，但 OpenClaw 转发失败？大概率是系统层拦截：
- Linux 上检查：
sudo firewall-cmd --list-ports，没看到18790就加：sudo firewall-cmd --add-port=18790/tcp --permanent && sudo firewall-cmd --reload - SELinux 启用时（如 CentOS/RHEL），即使端口开放，也可能因策略拒绝网络绑定，临时关掉测试：
sudo setenforce 0；确认是它的问题后，再用semanage port -a -t http_port_t -p tcp 18790加白名单 - 宝塔用户特别注意：
panel.conf里的proxy_pass如果指向本地 Fable 5，也要同步改端口，否则面板访问正常，但 API 请求全卡在 Nginx 层
最常踩的坑是：改了 OpenClaw 配置，忘了改实际运行 Fable 5 的那个进程的监听端口——它还在老端口死守，新端口空着没人听。
