Lekcja 20 · krok 34 pytania

Sprawdź się: Instalacja OpenClaw krok po kroku: VPS, Windows, Docker

4 pytania do lekcji Instalacja OpenClaw krok po kroku: VPS, Windows, Docker. Są scenariuszowe, nie definicyjne — sprawdzają, czy rozpoznasz sytuację, a nie czy pamiętasz nazwę. Po każdej odpowiedzi zobaczysz wyjaśnienie, także wtedy, gdy trafisz.

Pytania quizu

  1. Uruchamiasz kontener z OpenClaw z mapowaniem -p 18789:18789, a panel nie odpowiada. Co jest najbardziej prawdopodobną przyczyną?

    • Port 18789 jest zajęty na hoście
    • Gateway nasłuchuje na loopbacku wewnątrz kontenera, bo gateway.bind nie został zmieniony
    • Kontenery włączają tryb auto i trzeba go wyłączyć ręcznie
    • Obraz nie zawiera Control UI

    Domyślny bind to loopback, czyli 127.0.0.1 wewnątrz kontenera — mapowanie portu nie zmienia tego, na czym proces nasłuchuje. Odpowiedź o zajętym porcie kusi, bo taki błąd istnieje i objawia się jako EADDRINUSE, ale wtedy kontener nie wstałby w ogóle. Żadnego trybu włączającego się automatycznie w kontenerach nie ma; oficjalny setup.sh po prostu ustawia tryb lan.

  2. Który runtime nie uruchomi CLI ani Gateway OpenClaw?

    • Node 26
    • Node 22.22.3
    • Bun
    • Node 24.15

    Bun nie ma obsługi node:sqlite, więc CLI i Gateway na nim nie wstaną — mimo że sam Bun bywa wymieniany jako menedżer pakietów przy instalacji globalnej i to właśnie myli. Wszystkie trzy wersje Node'a z pozostałych odpowiedzi mieszczą się we wspieranym zakresie: 22.22.3+, 24.15+ i 25.9+. Node 26 jest dziś polecany jako domyślny.

  3. Postawiłeś Gateway na VPS-ie. Jak dostać się do Control UI zgodnie z zaleceniami dokumentacji?

    • Ustawić gateway.bind na 0.0.0.0 i otworzyć port w firewallu
    • Przekierować port tunelem SSH i otworzyć http://127.0.0.1:18789/ lokalnie
    • Wystawić panel na publicznym IP bez auth, ale tylko na czas konfiguracji
    • Skopiować pliki panelu na własny komputer i uruchomić go tam

    Przewodnik dla VPS-a trzyma Gateway na loopbacku i każe dostawać się do niego tunelem: ssh -N -L 18789:127.0.0.1:18789. Otwarcie portu na 0.0.0.0 wygląda najprościej i jest dokładnie tym, przed czym dokumentacja ostrzega wprost — bez uwierzytelniania wystawiasz panel dający pełną kontrolę nad agentem. Zamiast bindowania na sieć lokalną zalecane są Tailscale Serve i reverse proxy świadome tożsamości.

  4. Kreator zatrzymał się przy próbie obudzenia agenta i nie ma odpowiedzi. Co robisz najpierw?

    • Przeinstalowujesz OpenClaw od zera
    • Uruchamiasz openclaw gateway restart, a potem openclaw models status
    • Zmieniasz port Gateway na inny
    • Kasujesz katalog ~/.openclaw i zaczynasz od nowa

    Dokumentacja pierwszego uruchomienia podaje dokładnie tę kolejność: restart Gateway, a gdy to nie pomoże — sprawdzenie poświadczeń providera przez openclaw models status i ewentualnie openclaw configure --section model. Reinstalacja wygląda na czysty start i dlatego pcha się na pierwsze miejsce, tyle że kasuje objawy razem z informacją, co było nie tak. Kasowanie katalogu ~/.openclaw jest najgorszym z wyborów — leżą tam poświadczenia kanałów i stan sesji.

Uruchamiasz kontener z OpenClaw z mapowaniem -p 18789:18789, a panel nie odpowiada. Co jest najbardziej prawdopodobną przyczyną?

Wiedza bez wdrożenia się nie zwraca

Uruchom agenta i zastosuj to, czego się właśnie nauczyłeś. Chmura EU, polska faktura VAT, 5 dni za darmo na pakiecie Premium.

Zobacz plany