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
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.
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.
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.
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