openclaw多节点访问 Gateway 的方法

openclaw多节点访问 Gateway 的方法

1. Gateway 端配置
网络绑定:若节点通过局域网访问,Gateway 需绑定到 LAN 接口(gateway.bind: “lan” 或指定 IP),不能仅绑定到 loopback(127.0.0.1)。若通过 SSH 隧道或 Tailscale 等 VPN 访问,Gateway 可保持 loopback 绑定,因为流量会转发到本地。

认证:推荐使用 Token 认证。在 gateway.auth 中设置 mode: “token” 并配置 token。确保 Token 与节点端一致。

2. 节点端配置与安装
安装节点服务:

使用 openclaw node install 安装节点后台服务。

注意:在 Linux 上,该命令可能错误地尝试启用 openclaw-gateway.service 而非 openclaw-node.service(#13642, #4832)。可手动创建 systemd 服务或等待修复。

在 macOS 上,节点作为 LaunchAgent 安装,生成 ~/Library/LaunchAgents/ai.openclaw.node.plist。

Headless 服务器(如 EC2):需启用 systemd user lingering 以确保用户服务在无登录会话时运行:

bash
sudo loginctl enable-linger $USER

运行节点:

bash
openclaw node run --host --port [–token ]
若节点与 Gateway 在同一机器,使用 --host 127.0.0.1。

Token 也可通过配置文件 ~/.openclaw/node.json 或环境变量 OPENCLAW_GATEWAY_TOKEN 提供。

3. 配对流程
节点首次连接时,Gateway 会发送一个 connect.challenge,节点用本地生成的设备私钥签名后返回 connect 请求,从而创建配对请求。

管理员在 Gateway 上查看待批准节点:

bash
openclaw nodes pending
批准节点:

bash
openclaw nodes approve
批准后,节点即可自动连接,无需重复配对。

在这里插入图片描述

5. 最佳实践
网络隔离:生产环境建议使用 VPN(如 Tailscale)或 SSH 隧道加密节点与 Gateway 的通信。

认证:始终启用 Token 认证,并避免在配置文件中硬编码 Token,使用环境变量注入。

版本更新:定期升级 OpenClaw 以获取配对和连接方面的修复。

监控:定期检查 openclaw nodes list 确认节点在线状态,并监控 Gateway 日志中的连接错误。

Docker 部署:若使用 Docker,推荐让 CLI 容器与 Gateway 容器共享网络命名空间,简化连接。

Headless 服务器:务必启用 systemd user lingering。

Read more

【OpenHarmony】鸿蒙Flutter智能家居应用开发实战指南

【OpenHarmony】鸿蒙Flutter智能家居应用开发实战指南

鸿蒙Flutter智能家居应用开发实战指南 概述 智能家居是鸿蒙全场景生态的重要应用场景。本文讲解如何基于鸿蒙Flutter框架,开发一套完整的智能家居应用,实现设备发现、控制、场景联动、语音交互等核心功能。 欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 系统架构设计 整体架构图 ┌────────────────────────────────────────────────────────────┐ │ 用户交互层 (Flutter) │ │ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │ │ │ 设备控制面板 │ │ 场景编排 │ │ 语音交互 │ │ │ └─────────────┘ └─────────────┘ └─────────────┘ │ └───────────────────────┬────────────────────────────────────┘ │ RPC/事件总线 ┌────────────────────

By Ne0inhk
【大模型应用篇】用 OpenClaw + 飞书打造 7x24 小时服务器运维机器人

【大模型应用篇】用 OpenClaw + 飞书打造 7x24 小时服务器运维机器人

前言 本文基于OpenClaw,也是最近超火的可在本地运行的AI Agent网关,记录从零搭建通过飞书对话管理服务器运维机器人的全过程。该机器人支持随时随地通过飞书查看服务器状态、检索日志、管理进程,其核心机制在于:由OpenClaw将聊天平台(飞书等)的消息路由至大模型,模型调用本地工具(如Shell、文件系统、浏览器)执行相应任务,最终将结果自动返回至飞书会话中,实现自动化运维交互。 架构概览 飞书 App (WebSocket 长连接)         ↕ OpenClaw Gateway (服务器上 systemd 常驻)         ↕ AI 模型 (DeepSeek v3.2/GLM 4.7)         ↕ 服务器 Shell (受白名单限制的命令执行) 核心组件: * OpenClaw Gateway:Agent 网关,管理会话、工具调用、渠道连接 * 飞书插件:通过

By Ne0inhk
从零敲开 MySQL 的大门:库与表的基础操作实战(保姆级入门指南)

从零敲开 MySQL 的大门:库与表的基础操作实战(保姆级入门指南)

🔥海棠蚀omo:个人主页                 ❄️个人专栏:《初识数据结构》,《C++:从入门到实践》,《Linux:从零基础到实践》,《Linux网络:从不懂到不会》,《MySQL:新手入门指南》                 ✨追光的人,终会光芒万丈 博主简介: 目录 一.库的操作 1.1创建数据库 1.1.1编码集和校验集 1.1.2校验规则对数据库的影响 1.2操纵数据库 1.2.1查看数据库 1.2.2修改数据库 1.2.3删除数据库 1.3数据库的备份与恢复 二.表的操作 2.1创建表 2.2查看表结构 2.3修改表 2.3.1ADD操作

By Ne0inhk
Spring Boot Pf4j模块化能力设计思考

Spring Boot Pf4j模块化能力设计思考

在云原生时代,随着业务复杂度的指数级增长,传统的单体应用和微服务架构正面临新的挑战。我们不仅需要服务级别的独立部署,更需要在单个应用内部实现功能的动态插拔、独立开发与热更新。这正是模块化与插件化架构的核心价值所在 。 本文将深入探讨如何在 Spring Boot 中引入 PF4J(Plugin Framework for Java)来构建灵活、可扩展的插件化系统。我们将从设计思考出发,分析 PF4J 的核心能力,并通过一个完整的实战案例,带你领略插件化开发的魅力。 一、为什么需要插件化?设计思考与选型 1.1 传统架构的痛点 在传统的 Spring Boot 单体应用中,所有功能模块被打成一个 JAR 包部署。这种模式在业务快速迭代时会暴露诸多问题: * 代码臃肿,耦合度高:核心系统与扩展功能交织在一起,修改一个边缘功能也可能导致全应用回归测试。 * 扩展困难:每增加一个新功能,都必须修改核心代码,重新打包部署。 * 启动与发布成本高:即使是微小的改动,也需要重启整个应用,无法满足高可用场景下的动态生效需求

By Ne0inhk