Rozwiązywanie problemów z Gateway
Ta strona to szczegółowy runbook. Zacznij od /help/troubleshooting, jeśli najpierw chcesz przejść szybki proces triażu.Drabina poleceń
Uruchom najpierw te polecenia, w tej kolejności:openclaw gateway statuspokazujeRuntime: runningorazRPC probe: ok.openclaw doctornie zgłasza blokujących problemów konfiguracji/usług.openclaw channels status --probepokazuje podłączone/gotowe kanały.
Brak odpowiedzi
Jeśli kanały działają, ale nic nie odpowiada, sprawdź routing i politykę przed ponownym łączeniem czegokolwiek.- Oczekujące parowanie dla nadawców DM-ów.
- Bramy wzmiankowania w grupach (
requireMention,mentionPatterns). - Niezgodności listy dozwolonych kanałów/grup.
drop guild message (mention required→ wiadomość grupowa ignorowana do czasu wzmianki.pairing request→ nadawca wymaga zatwierdzenia.blocked/allowlist→ nadawca/kanał został odfiltrowany przez politykę.
Łączność interfejsu sterowania dashboardu
Gdy dashboard/interfejs sterowania nie łączy się, zweryfikuj adres URL, tryb uwierzytelniania oraz założenia dotyczące bezpiecznego kontekstu.- Prawidłowy adres URL sondy i adres URL dashboardu.
- Niezgodność trybu/tokena uwierzytelniania między klientem a gateway.
- Użycie HTTP tam, gdzie wymagana jest tożsamość urządzenia.
device identity required→ niezabezpieczony kontekst lub brak uwierzytelniania urządzenia.unauthorized/ pętla ponownych połączeń → niezgodność tokena/hasła.gateway connect failed:→ błędny host/port/docelowy URL.
Usługa Gateway nie działa
Użyj tego, gdy usługa jest zainstalowana, ale proces nie pozostaje uruchomiony.Runtime: stoppedze wskazówkami wyjścia.- Niezgodność konfiguracji usługi (
Config (cli)vsConfig (service)). - Konflikty portów/nasłuchiwania.
Gateway start blocked: set gateway.mode=local→ lokalny tryb gateway nie jest włączony. Poprawka: ustawgateway.mode="local"w swojej konfiguracji (lub uruchomopenclaw configure). Jeśli uruchamiasz OpenClaw przez Podman z użyciem dedykowanego użytkownikaopenclaw, konfiguracja znajduje się w~openclaw/.openclaw/openclaw.json.refusing to bind gateway ... without auth→ bindowanie poza loopback bez tokena/hasła.another gateway instance is already listening/EADDRINUSE→ konflikt portów.
Kanał podłączony, ale wiadomości nie przepływają
Jeśli stan kanału to „połączony”, ale przepływ wiadomości nie działa, skup się na polityce, uprawnieniach oraz regułach dostarczania specyficznych dla kanału.- Politykę DM-ów (
pairing,allowlist,open,disabled). - Listę dozwolonych grup oraz wymagania dotyczące wzmianek.
- Brakujące uprawnienia/zakresy API kanału.
mention required→ wiadomość zignorowana przez politykę wzmianek grupowych.pairing/ ślady oczekującego zatwierdzenia → nadawca nie jest zatwierdzony.missing_scope,not_in_channel,Forbidden,401/403→ problem z uwierzytelnianiem/uprawnieniami kanału.
Dostarczanie cron i heartbeat
Jeśli cron lub heartbeat nie uruchomiły się lub nie dostarczyły danych, najpierw zweryfikuj stan planisty, a następnie cel dostarczania.- Włączony cron i obecność następnego wybudzenia.
- Stan historii uruchomień zadań (
ok,skipped,error). - Powody pominięcia heartbeat (
quiet-hours,requests-in-flight,alerts-disabled).
cron: scheduler disabled; jobs will not run automatically→ cron wyłączony.cron: timer tick failed→ błąd tyknięcia planisty; sprawdź pliki/logi/błędy środowiska uruchomieniowego.heartbeat skippedzreason=quiet-hours→ poza oknem aktywnych godzin.heartbeat: unknown accountId→ nieprawidłowy identyfikator konta dla celu dostarczania heartbeat.
Sparowany węzeł — narzędzie nie działa
Jeśli węzeł jest sparowany, ale narzędzia nie działają, wyizoluj stan pierwszoplanowy, uprawnienia i zatwierdzenia.- Węzeł online z oczekiwanymi możliwościami.
- Nadania uprawnień systemu operacyjnego dla kamery/mikrofonu/lokalizacji/ekranu.
- Zatwierdzanie wykonania (exec) oraz stan listy dozwolonych.
NODE_BACKGROUND_UNAVAILABLE→ aplikacja węzła musi być na pierwszym planie.*_PERMISSION_REQUIRED/LOCATION_PERMISSION_REQUIRED→ brakujące uprawnienie systemu operacyjnego.SYSTEM_RUN_DENIED: approval required→ oczekujące zatwierdzenie wykonania.SYSTEM_RUN_DENIED: allowlist miss→ polecenie zablokowane przez listę dozwolonych.
Narzędzie przeglądarki nie działa
Użyj tego, gdy akcje narzędzia przeglądarki zawodzą, mimo że sam gateway jest sprawny.- Prawidłową ścieżkę do pliku wykonywalnego przeglądarki.
- Osiągalność profilu CDP.
- Dołączenie karty przekaźnika rozszerzenia dla
profile="chrome".
Failed to start Chrome CDP on port→ proces przeglądarki nie uruchomił się.browser.executablePath not found→ skonfigurowana ścieżka jest nieprawidłowa.Chrome extension relay is running, but no tab is connected→ przekaźnik rozszerzenia nie został dołączony.Browser attachOnly is enabled ... not reachable→ profil „attach-only” nie ma osiągalnego celu.
Jeśli po aktualizacji coś nagle przestało działać
Większość problemów po aktualizacji to dryf konfiguracji lub egzekwowanie teraz bardziej rygorystycznych ustawień domyślnych.1. Zmieniło się zachowanie uwierzytelniania i nadpisywania URL
- Jeśli
gateway.mode=remote, wywołania CLI mogą trafiać do zdalnego celu, podczas gdy lokalna usługa działa poprawnie. - Jawne wywołania
--urlnie wracają do zapisanych poświadczeń.
gateway connect failed:→ błędny docelowy URL.unauthorized→ punkt końcowy osiągalny, ale niewłaściwe uwierzytelnianie.
2. Bardziej rygorystyczne ograniczenia bindowania i uwierzytelniania
- Bindowania poza loopback (
lan,tailnet,custom) wymagają skonfigurowanego uwierzytelniania. - Stare klucze, takie jak
gateway.token, nie zastępujągateway.auth.token.
refusing to bind gateway ... without auth→ niezgodność bindowania i uwierzytelniania.RPC probe: failedprzy działającym runtime → gateway żyje, ale jest niedostępny z bieżącym uwierzytelnianiem/URL.
3. Zmienił się stan parowania i tożsamości urządzeń
- Oczekujące zatwierdzenia urządzeń dla dashboardu/węzłów.
- Oczekujące zatwierdzenia parowania DM-ów po zmianach polityki lub tożsamości.
device identity required→ niespełnione uwierzytelnianie urządzenia.pairing required→ nadawca/urządzenie musi zostać zatwierdzone.