OpenClaw على GCP Compute Engine (Docker، دليل VPS للإنتاج)
الهدف
تشغيل OpenClaw Gateway دائم على جهاز GCP Compute Engine VM باستخدام Docker، مع حالة دائمة، وثنائيات مضمنة في الصورة، وسلوك آمن لإعادة التشغيل. إذا كنت تريد “OpenClaw يعمل 24/7 مقابل نحو 5 إلى 12 دولارًا شهريًا”، فهذا إعداد موثوق على Google Cloud. تختلف الأسعار حسب نوع الجهاز والمنطقة؛ اختر أصغر جهاز VM يناسب حمل العمل لديك وقم بالترقية إذا واجهت حالات OOM.ماذا نفعل هنا (بعبارات بسيطة)؟
- إنشاء مشروع GCP وتمكين الفوترة
- إنشاء جهاز Compute Engine VM
- تثبيت Docker (بيئة تشغيل تطبيق معزولة)
- تشغيل OpenClaw Gateway داخل Docker
- جعل
~/.openclaw+~/.openclaw/workspaceدائمة على المضيف (لتبقى بعد إعادة التشغيل/إعادة البناء) - الوصول إلى Control UI من جهازك المحمول عبر نفق SSH
~/.openclaw المركبة هذه openclaw.json، وملف
agents/<agentId>/agent/auth-profiles.json لكل وكيل، و.env.
يمكن الوصول إلى Gateway عبر:
- إعادة توجيه المنافذ عبر SSH من جهازك المحمول
- كشف المنفذ مباشرة إذا كنت تدير الجدار الناري والرموز المميزة بنفسك
المسار السريع (للمشغلين المتمرسين)
- أنشئ مشروع GCP + فعّل Compute Engine API
- أنشئ جهاز Compute Engine VM (e2-small، Debian 12، 20GB)
- اتصل عبر SSH إلى الجهاز الافتراضي
- ثبّت Docker
- انسخ مستودع OpenClaw
- أنشئ أدلة مضيف دائمة
- اضبط
.envوdocker-compose.yml - ضمّن الثنائيات المطلوبة، وابنِ، ثم شغّل
ما الذي تحتاجه
- حساب GCP (طبقة مجانية مؤهلة لـ e2-micro)
- تثبيت gcloud CLI (أو استخدام Cloud Console)
- وصول SSH من جهازك المحمول
- إلمام أساسي بـ SSH + النسخ/اللصق
- نحو 20 إلى 30 دقيقة
- Docker وDocker Compose
- بيانات اعتماد auth الخاصة بالنماذج
- بيانات اعتماد موفّرين اختيارية
- QR الخاص بـ WhatsApp
- رمز بوت Telegram المميز
- Gmail OAuth
تثبيت gcloud CLI (أو استخدام Console)
الخيار A: gcloud CLI (موصى به للأتمتة)ثبّته من https://cloud.google.com/sdk/docs/installنفّذ التهيئة والمصادقة:الخيار B: Cloud Consoleيمكن تنفيذ كل الخطوات عبر واجهة الويب على https://console.cloud.google.com
إنشاء مشروع GCP
CLI:فعّل الفوترة على https://console.cloud.google.com/billing (مطلوب من أجل Compute Engine).فعّل Compute Engine API:Console:
- انتقل إلى IAM & Admin > Create Project
- سمِّ المشروع ثم أنشئه
- فعّل الفوترة للمشروع
- انتقل إلى APIs & Services > Enable APIs > وابحث عن “Compute Engine API” > ثم Enable
إنشاء الجهاز الافتراضي
أنواع الأجهزة:
CLI:Console:
| النوع | المواصفات | التكلفة | الملاحظات |
|---|---|---|---|
| e2-medium | 2 vCPU، 4GB RAM | نحو 25 دولارًا شهريًا | الأكثر موثوقية لعمليات بناء Docker المحلية |
| e2-small | 2 vCPU، 2GB RAM | نحو 12 دولارًا شهريًا | الحد الأدنى الموصى به لبناء Docker |
| e2-micro | 2 vCPU (مشتركة)، 1GB RAM | مؤهل للطبقة المجانية | يفشل كثيرًا مع OOM أثناء بناء Docker (الخروج 137) |
- انتقل إلى Compute Engine > VM instances > Create instance
- الاسم:
openclaw-gateway - المنطقة:
us-central1، والمنطقة الفرعية:us-central1-a - نوع الجهاز:
e2-small - قرص الإقلاع: Debian 12، 20GB
- أنشئه
الاتصال عبر SSH إلى الجهاز الافتراضي
CLI:Console:انقر زر “SSH” بجوار جهازك الافتراضي في لوحة تحكم Compute Engine.ملاحظة: قد يستغرق نشر مفتاح SSH من دقيقة إلى دقيقتين بعد إنشاء الجهاز الافتراضي. إذا رُفض الاتصال، فانتظر ثم أعد المحاولة.
تثبيت Docker (على الجهاز الافتراضي)
إعداد متغيرات البيئة
أنشئ أنشئ أسرارًا قوية:لا تقم بعمل commit لهذا الملف.هذا الملف
.env في جذر المستودع..env مخصص لمتغيرات بيئة الحاوية/وقت التشغيل مثل OPENCLAW_GATEWAY_TOKEN.
أما auth المخزن الخاص بـ OAuth/API key للمزوّدين فيعيش في
~/.openclaw/agents/<agentId>/agent/auth-profiles.json المركب.إعداد Docker Compose
أنشئ أو حدّث إن
docker-compose.yml.--allow-unconfigured مخصص فقط لتسهيل التهيئة الأولية، وليس بديلًا عن إعداد gateway صحيح. ما زال عليك تعيين auth (gateway.auth.token أو كلمة مرور) واستخدام إعدادات bind آمنة لبيئة النشر الخاصة بك.خطوات وقت تشغيل Docker المشتركة على الجهاز الافتراضي
استخدم دليل وقت التشغيل المشترك للتدفق العام لمضيف Docker:
ملاحظات تشغيل خاصة بـ GCP
على GCP، إذا فشل البناء مع إذا غيّرت منفذ البوابة، فاستبدل
Killed أو exit code 137 أثناء pnpm install --frozen-lockfile، فهذا يعني أن الجهاز الافتراضي نفدت ذاكرته. استخدم e2-small كحد أدنى، أو e2-medium لبناء أولي أكثر موثوقية.عند الربط على LAN (OPENCLAW_GATEWAY_BIND=lan)، اضبط origin موثوقًا للمتصفح قبل المتابعة:18789 بالمنفذ الذي ضبطته.الوصول من جهازك المحمول
أنشئ نفق SSH لإعادة توجيه منفذ Gateway:افتحه في المتصفح:إذا طلبت واجهة المستخدم مصادقة السر المشترك، فألصق الرمز المميز أو
كلمة المرور المهيأة في إعدادات Control UI. يكتب تدفق Docker هذا رمزًا مميزًا
افتراضيًا؛ وإذا بدّلت إعداد الحاوية إلى مصادقة كلمة مرور، فاستخدم تلك
الكلمة بدلًا من ذلك.إذا عرضت Control UI الرسالة هل تحتاج إلى مرجع الاستمرارية والتحديثات المشتركة مرة أخرى؟
راجع Docker VM Runtime وتحديثات Docker VM Runtime.
http://127.0.0.1:18789/أعد طباعة رابط dashboard نظيف:unauthorized أو disconnected (1008): pairing required، فوافق على جهاز المتصفح:استكشاف الأخطاء وإصلاحها
تم رفض اتصال SSH قد يستغرق نشر مفتاح SSH من دقيقة إلى دقيقتين بعد إنشاء الجهاز الافتراضي. انتظر ثم أعد المحاولة. مشكلات OS Login تحقق من ملف تعريف OS Login الخاص بك:Killed وexit code 137، فهذا يعني أن النظام أنهى العملية بسبب نفاد الذاكرة. قم بالترقية إلى e2-small (الحد الأدنى) أو e2-medium (موصى به للبناءات المحلية الموثوقة):
حسابات الخدمة (أفضل ممارسة أمنية)
للاستخدام الشخصي، يعمل حساب المستخدم الافتراضي لديك بشكل جيد. بالنسبة إلى الأتمتة أو مسارات CI/CD، أنشئ حساب خدمة مخصصًا بأقل قدر من الأذونات:-
أنشئ حساب خدمة:
-
امنحه دور Compute Instance Admin (أو دورًا مخصصًا أضيق):
الخطوات التالية
- إعداد قنوات المراسلة: القنوات
- إقران الأجهزة المحلية كعُقد: العُقد
- إعداد Gateway: إعداد Gateway