سرور لینوکس

AWS (EC2 / Lightsail / رده رایگان) نیز به‌خوبی کار می‌کند. یک راهنمای ویدئویی تهیه‌شده توسط جامعه در x.com/techfrenAJ/status/2014934471095812547 موجود است (منبع جامعه — ممکن است از دسترس خارج شود).

نحوه کار راه‌اندازی‌های ابری

• Gateway روی VPS اجرا می‌شود و مالک وضعیت و فضای کاری است.
• از لپ‌تاپ یا تلفن خود از طریق رابط کنترل یا Tailscale/SSH متصل می‌شوید.
• VPS را منبع حقیقت در نظر بگیرید و به‌طور منظم از وضعیت و فضای کاری نسخه پشتیبان تهیه کنید.
• پیش‌فرض امن: Gateway را روی local loopback نگه دارید و از طریق تونل SSH یا Tailscale Serve به آن دسترسی پیدا کنید. اگر آن را به lan یا tailnet متصل کنید، Gateway به یک راز مشترک (gateway.auth.token یا gateway.auth.password) نیاز دارد، مگر اینکه احراز هویت به یک پروکسی قابل‌اعتماد واگذار شده باشد.

صفحات مرتبط: دسترسی راه دور Gateway، مرکز پلتفرم‌ها.

ابتدا دسترسی مدیریتی را ایمن کنید

پیش از نصب OpenClaw روی یک VPS عمومی، مشخص کنید چگونه می‌خواهید خود سرور را مدیریت کنید.

• برای دسترسی مدیریتی فقط از طریق Tailnet: ابتدا Tailscale را نصب کنید، VPS را به tailnet خود متصل کنید، یک نشست SSH دوم را از طریق IP متعلق به Tailscale یا نام MagicDNS آزمایش کنید و سپس دسترسی عمومی SSH را محدود کنید.
• بدون Tailscale: پیش از در معرض قرار دادن سرویس‌های بیشتر، ایمن‌سازی معادل را برای مسیر SSH خود اعمال کنید.
• این موضوع از دسترسی به Gateway جدا است. همچنان می‌توانید OpenClaw را به local loopback متصل نگه دارید و برای داشبورد از تونل SSH یا Tailscale Serve استفاده کنید.

گزینه‌های مخصوص Tailscale در Gateway در صفحه Tailscale قرار دارند.

عامل مشترک شرکت روی VPS

اجرای یک عامل واحد برای یک تیم، زمانی که همه کاربران در یک مرز اعتماد قرار دارند و عامل فقط برای امور کاری استفاده می‌شود، راه‌اندازی معتبری است.

• آن را در یک محیط اجرای اختصاصی نگه دارید (VPS/ماشین مجازی/کانتینر و کاربر یا حساب‌های اختصاصی سیستم‌عامل).
• آن محیط اجرا را به حساب‌های شخصی Apple/Google یا نمایه‌های شخصی مرورگر/مدیر گذرواژه وارد نکنید.
• اگر کاربران نسبت به یکدیگر متخاصم هستند، آن‌ها را بر اساس Gateway/میزبان/کاربر سیستم‌عامل تفکیک کنید.

جزئیات مدل امنیتی: امنیت.

استفاده از Nodeها همراه با VPS

می‌توانید Gateway را در فضای ابری نگه دارید و Nodeها را روی دستگاه‌های محلی خود (Mac/iOS/Android/بدون رابط گرافیکی) جفت کنید. Nodeها قابلیت‌های محلی صفحه‌نمایش/دوربین/canvas و system.run را فراهم می‌کنند، درحالی‌که Gateway در فضای ابری باقی می‌ماند.

مستندات: Nodeها، CLI مربوط به Nodeها.

تنظیم راه‌اندازی برای ماشین‌های مجازی کوچک و میزبان‌های ARM

اگر فرمان‌های CLI روی ماشین‌های مجازی کم‌قدرت (یا میزبان‌های ARM) کند به نظر می‌رسند، حافظه نهان کامپایل ماژول Node را فعال کنید:

grep -q 'NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache' ~/.bashrc || cat >> ~/.bashrc <<'EOF'export NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cachemkdir -p /var/tmp/openclaw-compile-cacheexport OPENCLAW_NO_RESPAWN=1EOFsource ~/.bashrc

• NODE_COMPILE_CACHE زمان آغاز اجرای مکرر فرمان‌ها را بهبود می‌دهد؛ اجرای نخست حافظه نهان را آماده می‌کند.
• OPENCLAW_NO_RESPAWN=1 راه‌اندازی‌های مجدد معمول Gateway را در همان فرایند نگه می‌دارد؛ این کار از واگذاری‌های اضافی میان فرایندها جلوگیری می‌کند و ردیابی PID را روی میزبان‌های کوچک ساده نگه می‌دارد.
• برای جزئیات مخصوص Raspberry Pi، به Raspberry Pi مراجعه کنید.

فهرست بررسی تنظیم systemd (اختیاری)

برای میزبان‌های ماشین مجازی که از systemd استفاده می‌کنند، موارد زیر را در نظر بگیرید:

• متغیرهای محیطی سرویس برای مسیر راه‌اندازی پایدار: OPENCLAW_NO_RESPAWN=1 و NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache
• رفتار صریح راه‌اندازی مجدد: Restart=always، RestartSec=2، TimeoutStartSec=90
• دیسک‌های مبتنی بر SSD برای مسیرهای وضعیت/حافظه نهان، به‌منظور کاهش جریمه‌های شروع سرد ناشی از ورودی/خروجی تصادفی.

مسیر استاندارد openclaw onboard --install-daemon یک واحد کاربری systemd نصب می‌کند؛ آن را با فرمان زیر ویرایش کنید:

systemctl --user edit openclaw-gateway.service

[Service]Environment=OPENCLAW_NO_RESPAWN=1Environment=NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cacheRestart=alwaysRestartSec=2TimeoutStartSec=90

اگر عمداً به‌جای آن یک واحد سیستمی نصب کرده‌اید، آن را از طریق sudo systemctl edit openclaw-gateway.service ویرایش کنید.

نحوه کمک سیاست‌های Restart= به بازیابی خودکار: systemd می‌تواند بازیابی سرویس را خودکار کند.

برای رفتار OOM در Linux، انتخاب فرایند فرزند به‌عنوان قربانی و عیب‌یابی exit 137، به فشار حافظه و خاتمه‌های OOM در Linux مراجعه کنید.

مرتبط

• نمای کلی نصب
• DigitalOcean
• Fly.io
• Hetzner