OpenClaw Gateway 与 Chrome 扩展故障排除实录

问题背景

最近在使用 OpenClaw 的 Chrome 扩展 "Browser Relay" 时,遇到了连接失败的问题,扩展图标一直显示叹号,提示:

Gateway token rejected. Check token and save again. 

经过一番排查,发现是 Gateway token 不匹配导致的问题。本文记录完整的排查和解决过程。

环境信息

  • 操作系统:Windows 10
  • OpenClaw 版本:2026.2.22-2
  • Chrome 扩展:OpenClaw Browser Relay

问题诊断

1. 检查 Gateway 状态

首先检查 Gateway 服务状态:

openclaw gateway status 

输出结果:

Runtime: running RPC probe: failed gateway closed (1008): unauthorized: gateway token mismatch Port 18789 is already in use. 

2. 检查端口占用

查看 18789 端口占用情况:

netstat -ano | findstr "18789" 

3. 检查配置文件

配置文件位置:%OPENCLAW_HOME%.openclawopenclaw.json

解决方案

步骤 1:生成新的 Token

$bytes = New-Object byte[] 24 [Security.Cryptography.RandomNumberGenerator]::Create().GetBytes($bytes) $newToken = [BitConverter]::ToString($bytes).Replace('-','').ToLower() 

步骤 2:更新配置文件

编辑 openclaw.json,将新 token 更新到 gateway.auth.token 字段。

步骤 3:重启 Gateway 服务

openclaw gateway stop taskkill /F /PID <进程ID> openclaw gateway start 

步骤 4:配置 Chrome 扩展

  1. Gateway URL: http://127.0.0.1:18789
  2. Token: 与配置文件中一致的 token

常用命令速查

openclaw gateway status openclaw gateway start openclaw gateway stop openclaw gateway restart 

总结

Gateway token 不匹配是 OpenClaw Chrome 扩展连接失败的常见原因。关键是要确保配置文件中的 token 与扩展中配置的一致,更新 token 后要完全重启 Gateway 服务。

参考文档OpenClaw 官方文档

Read more

Flutter 组件 conduit_open_api 的适配 鸿蒙Harmony 实战 - 驾驭 API 标准化生产、实现鸿蒙端自动契约生成与文档自愈治理方案

Flutter 组件 conduit_open_api 的适配 鸿蒙Harmony 实战 - 驾驭 API 标准化生产、实现鸿蒙端自动契约生成与文档自愈治理方案

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 conduit_open_api 的适配 鸿蒙Harmony 实战 - 驾驭 API 标准化生产、实现鸿蒙端自动契约生成与文档自愈治理方案 前言 在鸿蒙(OpenHarmony)生态的大规模前后端协同系统、提供开放能力的政务数据网关以及需要严格对齐 0307 批次 API 审计标准的各类大型应用开发中,“接口契约的高保真度与文档同步效率”是决定研发链条能否高效转动的核心。面对包含上百个微服务的复杂系统。如果依然采用基于“手写 Word/WIKI 文档”的传统协同模式。不仅会导致代码与文档之间产生严重的逻辑偏离(Logic Drift),更会因为缺乏一套可被程序自动解析的“契约标准(OpenAPI/Swagger)”,引发鸿蒙端 UI 开发人员在面对接口变更时的重复调试与返工。 我们需要一种“代码为源、契约自愈”的治理艺术。

By Ne0inhk
完整卸载 OpenClaw — 各平台卸载完全指南(Windows/macOS/Linux/npm/pnpm)

完整卸载 OpenClaw — 各平台卸载完全指南(Windows/macOS/Linux/npm/pnpm)

涵盖所有安装方式的逐步卸载教程 — Windows、macOS、Linux、npm、pnpm 全部搞定。 平台支持:🪟 Windows PowerShell · ⌨️ Windows CMD · 🍎 macOS / Linux · 📦 npm · ⚡ pnpm 目录 * 卸载前的准备工作 * Windows — PowerShell 安装的卸载方法 * Windows — CMD 安装的卸载方法 * macOS / Linux 安装的卸载方法 * A. 默认 npm 安装方式卸载 * B. git 源码安装方式卸载(`--install-method git`) * npm 全局安装的卸载方法 * pnpm 全局安装的卸载方法 * 卸载方式汇总对照表 卸载前的准备工作 在开始卸载之前,建议先做几件事情,确保卸载后不留残余文件。 步骤 1 — 停止正在运行的 OpenClaw 守护进程(

By Ne0inhk
Flutter 三方库 jao 的鸿蒙化适配指南 - 实现极简的对象映射(Object Mapping)逻辑、支持数据传输对象(DTO)与领域实体的高效转换

Flutter 三方库 jao 的鸿蒙化适配指南 - 实现极简的对象映射(Object Mapping)逻辑、支持数据传输对象(DTO)与领域实体的高效转换

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 jao 的鸿蒙化适配指南 - 实现极简的对象映射(Object Mapping)逻辑、支持数据传输对象(DTO)与领域实体的高效转换 前言 在进行 Flutter for OpenHarmony 的分层架构开发时,我们经常需要在 API 响应模型(DTO)与业务领域实体(Domain Entity)之间进行数据转换。虽然手动编写转换逻辑可以胜任,但随着业务复杂度增加,代码中会充斥大量重复的赋值语句。jao 是一个主打极简风格的对象映射库。本文将探讨如何在鸿蒙端利用该库提升模型转换的效率。 一、原理解析 / 概念介绍 1.1 基础原理 jao 的核心思想是通过定义声明式的映射规则,利用 Dart 的扩展方法(Extension Methods)

By Ne0inhk
Flutter 三方库 metalink_advanced_final 的鸿蒙化适配指南 - 在 OpenHarmony 打造极致、安全的 P2P 下载与资源分发底座

Flutter 三方库 metalink_advanced_final 的鸿蒙化适配指南 - 在 OpenHarmony 打造极致、安全的 P2P 下载与资源分发底座

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 metalink_advanced_final 的鸿蒙化适配指南 - 在 OpenHarmony 打造极致、安全的 P2P 下载与资源分发底座 在大数据传输、大型游戏资源更新以及分布式固件升级场景中,传统的单点 HTTP 下载往往面临带宽压力和校验失效的风险。metalink 协议(RFC 5854)通过整合多个源地址与强校验机制,提供了一套工业级的资源分发方案。metalink_advanced_final 库为 Flutter 开发者提供了该协议的终极解析与执行引擎。本文将深度解析如何在 OpenHarmony(鸿蒙)环境下,结合鸿蒙的并发架构,完美适配这一强大的下载工具。 前言 随着鸿蒙系统(HarmonyOS)跨终端特性的普及,应用在不同设备间流转时的资源同步速度成为了用户体验的“胜负手”。metalink_advanced_final

By Ne0inhk