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

الاستضافة والنشر

استضافة VPS

يربط هذا المركز بأدلة الاستضافة/VPS المدعومة ويشرح كيفية عمل النشرات السحابية على مستوى عالٍ.

اختر مزودًا​

  • Railway (نقرة واحدة + إعداد عبر المتصفح): Railway
  • Northflank (نقرة واحدة + إعداد عبر المتصفح): Northflank
  • Oracle Cloud (مجاني دائمًا): Oracle — $0/شهر (مجاني دائمًا، ARM؛ قد تكون السعة/التسجيل متقلبة)
  • Fly.io: Fly.io
  • Hetzner (Docker): Hetzner
  • GCP (Compute Engine): GCP
  • exe.dev (VM + وكيل HTTPS): exe.dev
  • AWS (EC2/Lightsail/الطبقة المجانية): تعمل بشكل جيد أيضًا. دليل فيديو: https://x.com/techfrenAJ/status/2014934471095812547

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

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

الوصول عن بُعد: بوابة عن بُعد
مركز المنصات: المنصات

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

هذا إعداد صالح عندما يكون المستخدمون ضمن حدود ثقة واحدة (على سبيل المثال فريق شركة واحد)، ويكون الوكيل مخصصًا للأعمال فقط.

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

تفاصيل نموذج الأمان: الأمان

استخدام العقد مع VPS​

يمكنك الاحتفاظ بالبوابة في السحابة وإقران عقد على أجهزتك المحلية (Mac/iOS/Android/بدون واجهة). توفر العقد شاشة محلية/كاميرا/لوحة وامكانيات system.run بينما تبقى البوابة في السحابة. المستندات: العقد، واجهة سطر أوامر العقد

ضبط بدء التشغيل لأجهزة VM الصغيرة ومضيفي ARM​

إذا بدت أوامر CLI بطيئة على أجهزة VM منخفضة الطاقة (أو مضيفي 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 لمسارات الحالة/ذاكرة التخزين المؤقتة لتقليل عقوبات بدء التشغيل البارد لعمليات الإدخال/الإخراج العشوائية.

مثال:

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

كيف تساعد سياسات Restart= في الاسترداد الآلي: systemd يمكنه أتمتة استرداد الخدمة.

إلغاء التثبيتFly.io