الانتقال إلى المحتوى الرئيسي

خادم Linux

شغّل OpenClaw Gateway على أي خادم Linux أو VPS سحابي. تساعدك هذه الصفحة على اختيار مزوّد، وتشرح كيفية عمل عمليات النشر السحابية، وتغطي ضبط Linux العام الذي ينطبق في كل مكان.

اختر مزوّدًا

Railway

إعداد بنقرة واحدة عبر المتصفح

Northflank

إعداد بنقرة واحدة عبر المتصفح

DigitalOcean

VPS مدفوع بسيط

Oracle Cloud

فئة ARM مجانية دائمًا

Fly.io

Fly Machines

Hetzner

Docker على Hetzner VPS

GCP

Compute Engine

Azure

آلة Linux افتراضية

exe.dev

آلة افتراضية مع وكيل HTTPS

Raspberry Pi

استضافة ذاتية ARM
يعمل AWS (EC2 / Lightsail / free tier) أيضًا بشكل جيد. يتوفر شرح فيديو من المجتمع على x.com/techfrenAJ/status/2014934471095812547 (مورد مجتمعي — قد يصبح غير متاح).

كيف تعمل الإعدادات السحابية

  • يعمل Gateway على VPS ويمتلك الحالة + مساحة العمل.
  • تتصل من حاسوبك المحمول أو هاتفك عبر Control UI أو Tailscale/SSH.
  • تعامل مع VPS بوصفه مصدر الحقيقة وقم بنسخ احتياطي للحالة + مساحة العمل بانتظام.
  • الإعداد الآمن الافتراضي: أبقِ Gateway على loopback وادخل إليه عبر نفق SSH أو Tailscale Serve. وإذا ربطته بـ lan أو tailnet، فاشترط gateway.auth.token أو gateway.auth.password.
الصفحات ذات الصلة: الوصول عن بُعد إلى Gateway، مركز المنصات.

وكيل شركة مشترك على VPS

يُعد تشغيل وكيل واحد لفريق إعدادًا صالحًا عندما يكون كل مستخدم داخل حد الثقة نفسه ويكون الوكيل مخصصًا للأعمال فقط.
  • أبقه على وقت تشغيل مخصص (VPS/VM/حاوية + مستخدم/حسابات نظام تشغيل مخصصة).
  • لا تسجّل دخول وقت التشغيل هذا إلى حسابات Apple/Google الشخصية أو إلى ملفات تعريف المتصفح/مدير كلمات المرور الشخصية.
  • إذا كان المستخدمون خصومًا لبعضهم البعض، فقسّمهم حسب gateway/المضيف/مستخدم نظام التشغيل.
تفاصيل نموذج الأمان: الأمان.

استخدام nodes مع VPS

يمكنك إبقاء Gateway في السحابة وإقران nodes على أجهزتك المحلية (Mac/iOS/Android/headless). توفر nodes قدرات الشاشة/الكاميرا/canvas المحلية وsystem.run بينما يبقى Gateway في السحابة. الوثائق: Nodes، Nodes CLI.

ضبط بدء التشغيل للآلات الافتراضية الصغيرة ومضيفي 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-cache
mkdir -p /var/tmp/openclaw-compile-cache
export OPENCLAW_NO_RESPAWN=1
EOF
source ~/.bashrc
  • يحسن NODE_COMPILE_CACHE أوقات بدء التشغيل للأوامر المتكررة.
  • يتجنب OPENCLAW_NO_RESPAWN=1 الحمل الزائد الإضافي عند بدء التشغيل الناتج عن مسار إعادة التشغيل الذاتي.
  • يؤدي تشغيل الأمر لأول مرة إلى تدفئة الذاكرة المؤقتة؛ وتكون التشغيلات اللاحقة أسرع.
  • للاطلاع على تفاصيل Raspberry Pi، راجع Raspberry Pi.

قائمة التحقق من ضبط systemd ‏(اختياري)

بالنسبة إلى مضيفي VM الذين يستخدمون systemd، ضع في اعتبارك ما يلي:
  • أضف متغيرات بيئة للخدمة من أجل مسار بدء تشغيل مستقر:
    • OPENCLAW_NO_RESPAWN=1
    • NODE_COMPILE_CACHE=/var/tmp/openclaw-compile-cache
  • اجعل سلوك إعادة التشغيل صريحًا:
    • Restart=always
    • RestartSec=2
    • TimeoutStartSec=90
  • فضّل الأقراص المدعومة بـ SSD لمسارات الحالة/الذاكرة المؤقتة لتقليل عقوبات البدء البارد الناتجة عن الإدخال/الإخراج العشوائي.
بالنسبة إلى المسار القياسي openclaw onboard --install-daemon، عدّل وحدة المستخدم:
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
إذا كنت قد ثبّتَّ عمدًا وحدة نظام بدلًا من ذلك، فعدّل openclaw-gateway.service عبر sudo systemctl edit openclaw-gateway.service. كيف تساعد سياسات Restart= في الاسترداد التلقائي: يمكن لـ systemd أتمتة استرداد الخدمة.