openclaw/docs
openclaw/docs
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
c055a72c3d
docs/docs/pl/vps.md
openclaw-docs-i18n[bot] db9fc4bfe4 chore(i18n): refresh pl translations
2026-04-24 09:40:55 +00:00

5.9 KiB
Raw Blame History

read_when sidebarTitle summary title x-i18n
Chcesz uruchomić Gateway na serwerze Linux lub chmurowym VPS
Potrzebujesz szybkiego przeglądu przewodników hostingu
Chcesz ogólnego dostrajania OpenClaw dla serwera Linux
Linux Server Uruchom OpenClaw na serwerze Linux lub chmurowym VPS — wybór providera, architektura i dostrajanie Serwer Linux
generated_at model provider source_hash source_path workflow
2026-04-24T09:39:18Z gpt-5.4 openai ec71c7dcceedc20ecbeb3bdbbb7ea0047c1d1164e8049781171d3bdcac37cf95 vps.md 15

Uruchom Gateway OpenClaw na dowolnym serwerze Linux lub chmurowym VPS. Ta strona pomaga wybrać providera, wyjaśnia, jak działają wdrożenia chmurowe, i omawia ogólne dostrajanie Linuxa, które sprawdza się wszędzie.

Wybierz providera

Konfiguracja jednym kliknięciem w przeglądarce Konfiguracja jednym kliknięciem w przeglądarce Prosty płatny VPS Zawsze darmowa warstwa ARM Fly Machines Docker na VPS Hetzner VPS z konfiguracją jednym kliknięciem Compute Engine Linux VM VM z proxy HTTPS Self-hosted ARM

AWS (EC2 / Lightsail / free tier) również działa bardzo dobrze. Przewodnik wideo przygotowany przez społeczność jest dostępny pod adresem x.com/techfrenAJ/status/2014934471095812547 (zasób społeczności — może stać się niedostępny).

Jak działają konfiguracje chmurowe

  • Gateway działa na VPS i przechowuje stan oraz obszar roboczy.
  • Łączysz się z laptopa lub telefonu przez Control UI albo Tailscale/SSH.
  • Traktuj VPS jako źródło prawdy i regularnie twórz kopie zapasowe stanu oraz obszaru roboczego.
  • Bezpieczna konfiguracja domyślna: trzymaj Gateway na loopback i uzyskuj do niego dostęp przez tunel SSH albo Tailscale Serve. Jeśli bindowanie ustawisz na lan lub tailnet, wymagaj gateway.auth.token albo gateway.auth.password.

Powiązane strony: Zdalny dostęp do Gateway, Hub platform.

Współdzielony agent firmowy na VPS

Uruchomienie jednego agenta dla zespołu to poprawna konfiguracja, gdy wszyscy użytkownicy znajdują się w tej samej granicy zaufania, a agent służy wyłącznie do celów biznesowych.

  • Utrzymuj go na dedykowanym środowisku uruchomieniowym (VPS/VM/kontener + dedykowany użytkownik/systemowe konta OS).
  • Nie loguj tego środowiska do prywatnych kont Apple/Google ani do prywatnych profili przeglądarki/menedżera haseł.
  • Jeśli użytkownicy są dla siebie wzajemnie antagonistyczni, rozdziel ich według gateway/hosta/użytkownika OS.

Szczegóły modelu bezpieczeństwa: Security.

Używanie node z VPS

Możesz trzymać Gateway w chmurze i sparować Node na lokalnych urządzeniach (Mac/iOS/Android/headless). Node zapewniają lokalne możliwości screen/camera/canvas oraz system.run, podczas gdy Gateway pozostaje w chmurze.

Dokumentacja: Node, CLI Node.

Dostrajanie uruchamiania dla małych VM i hostów ARM

Jeśli polecenia CLI wydają się wolne na słabszych VM (albo hostach ARM), włącz cache kompilacji modułów Node:

grep -q 'NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache' ~/.bashrc || cat >> ~/.bashrc <<'EOF'
export NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache
mkdir -p /var/tmp/openclaw-compile-cache
export OPENCLAW_NO_RESPAWN=1
EOF
source ~/.bashrc
  • NODE_COMPILE_CACHE poprawia czas uruchamiania przy kolejnych wywołaniach poleceń.
  • OPENCLAW_NO_RESPAWN=1 unika dodatkowego narzutu startowego wynikającego ze ścieżki self-respawn.
  • Pierwsze uruchomienie polecenia rozgrzewa cache; kolejne uruchomienia są szybsze.
  • Szczegóły dla Raspberry Pi znajdziesz w Raspberry Pi.

Lista kontrolna dostrajania systemd (opcjonalnie)

Dla hostów VM używających systemd rozważ:

  • Dodanie zmiennych środowiskowych usługi dla stabilnej ścieżki uruchamiania:
    • OPENCLAW_NO_RESPAWN=1
    • NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache
  • Jawne ustawienie zachowania restartu:
    • Restart=always
    • RestartSec=2
    • TimeoutStartSec=90
  • Preferowanie dysków opartych na SSD dla ścieżek stanu/cache, aby ograniczyć kary cold-start związane z losowym I/O.

Dla standardowej ścieżki openclaw onboard --install-daemon edytuj unit użytkownika:

systemctl --user edit openclaw-gateway.service

[Service]
Environment=OPENCLAW_NO_RESPAWN=1
Environment=NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache
Restart=always
RestartSec=2
TimeoutStartSec=90

Jeśli celowo zainstalowano system unit, zamiast tego edytuj openclaw-gateway.service przez sudo systemctl edit openclaw-gateway.service.

Jak polityki Restart= pomagają w automatycznym odzyskiwaniu działania: systemd can automate service recovery.

Informacje o zachowaniu Linux OOM, wyborze ofiary w procesach potomnych i diagnostyce exit 137 znajdziesz w Linux memory pressure and OOM kills.

Powiązane