اختر مزوّدًا
Railway
إعداد بنقرة واحدة عبر المتصفح
Northflank
إعداد بنقرة واحدة عبر المتصفح
DigitalOcean
VPS مدفوع بسيط
Oracle Cloud
طبقة ARM مجانية دائمًا
Fly.io
Fly Machines
Hetzner
Docker على Hetzner VPS
Hostinger
VPS مع إعداد بنقرة واحدة
GCP
Compute Engine
Azure
آلة Linux افتراضية
exe.dev
آلة افتراضية مع وكيل HTTPS
Raspberry Pi
استضافة ذاتية على ARM
كيفية عمل الإعدادات السحابية
- يعمل Gateway على VPS ويمتلك الحالة + مساحة العمل.
- تتصل من حاسوبك المحمول أو هاتفك عبر واجهة التحكم أو Tailscale/SSH.
- تعامل مع VPS كمصدر الحقيقة وانسخ احتياطيًا للحالة + مساحة العمل بانتظام.
- الإعداد الافتراضي الآمن: أبقِ Gateway على local loopback وادخل إليه عبر نفق SSH أو Tailscale Serve.
إذا ربطته بـ
lanأوtailnet، فاشترطgateway.auth.tokenأوgateway.auth.password.
عزّز وصول الإدارة أولًا
قبل تثبيت OpenClaw على VPS عام، قرّر كيف تريد إدارة الجهاز نفسه.- إذا كنت تريد وصول إدارة عبر Tailnet فقط، فثبّت Tailscale أولًا، وانضمّ بـ VPS إلى شبكة tailnet الخاصة بك، وتحقق من جلسة SSH ثانية عبر عنوان IP الخاص بـ Tailscale أو اسم MagicDNS، ثم قيّد SSH العام.
- إذا لم تكن تستخدم Tailscale، فطبّق التعزيز المكافئ لمسار SSH قبل كشف المزيد من الخدمات.
- هذا منفصل عن الوصول إلى Gateway. لا يزال بإمكانك إبقاء OpenClaw مربوطًا بـ local loopback واستخدام نفق SSH أو Tailscale Serve للوحة التحكم.
وكيل شركة مشترك على VPS
تشغيل وكيل واحد لفريق إعداد صالح عندما يكون كل مستخدم ضمن حدود الثقة نفسها ويكون الوكيل مخصصًا للأعمال فقط.- أبقه على بيئة تشغيل مخصصة (VPS/VM/حاوية + مستخدم/حسابات نظام تشغيل مخصصة).
- لا تسجّل الدخول في تلك البيئة إلى حسابات Apple/Google الشخصية أو ملفات تعريف المتصفح/مدير كلمات المرور الشخصية.
- إذا كان المستخدمون خصومًا لبعضهم، فقسّم حسب Gateway/المضيف/مستخدم نظام التشغيل.
استخدام العقد مع VPS
يمكنك إبقاء Gateway في السحابة وإقران العقد على أجهزتك المحلية (Mac/iOS/Android/بلا واجهة). توفّر العقد إمكانات الشاشة/الكاميرا/canvas المحلية وsystem.run
بينما يبقى Gateway في السحابة.
المستندات: العقد، CLI للعقد.
ضبط بدء التشغيل للآلات الافتراضية الصغيرة ومضيفي ARM
إذا بدت أوامر CLI بطيئة على الآلات الافتراضية منخفضة الطاقة (أو مضيفي ARM)، ففعّل ذاكرة التخزين المؤقت لتجميع وحدات Node:- يحسّن
NODE_COMPILE_CACHEأوقات بدء الأوامر المتكررة. - يُبقي
OPENCLAW_NO_RESPAWN=1عمليات إعادة تشغيل Gateway الروتينية داخل العملية، ما يتجنب عمليات التسليم الإضافية بين العمليات ويبقي تتبع PID بسيطًا على المضيفين الصغار. - أول تشغيل للأمر يجهّز ذاكرة التخزين المؤقت؛ أما عمليات التشغيل اللاحقة فهي أسرع.
- لمعرفة تفاصيل Raspberry Pi، راجع Raspberry Pi.
قائمة تحقق لضبط systemd (اختياري)
بالنسبة إلى مضيفي VM الذين يستخدمونsystemd، ضع في اعتبارك:
- أضف متغيرات بيئة للخدمة من أجل مسار بدء تشغيل مستقر:
OPENCLAW_NO_RESPAWN=1NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache
- أبقِ سلوك إعادة التشغيل صريحًا:
Restart=alwaysRestartSec=2TimeoutStartSec=90
- فضّل الأقراص المدعومة بـ SSD لمسارات الحالة/ذاكرة التخزين المؤقت لتقليل كلفة البدء البارد الناتجة عن الإدخال/الإخراج العشوائي.
openclaw onboard --install-daemon القياسي، حرّر وحدة المستخدم:
openclaw-gateway.service عبر sudo systemctl edit openclaw-gateway.service.
كيف تساعد سياسات Restart= على الاسترداد الآلي:
يمكن لـ systemd أتمتة استرداد الخدمات.
بالنسبة إلى سلوك OOM في Linux، واختيار العملية الفرعية الضحية، وتشخيصات exit 137،
راجع ضغط الذاكرة في Linux وعمليات القتل بسبب OOM.