استضف n8n ذاتياً على VPS.
محرك أتمتتك، بيانات اعتمادك، خادمك.

n8n محرك أتمتة سير عمل: لوحة بصرية تصل فيها مشغّلاً — webhook، أو جدولة، أو صف جديد في قاعدة بيانات، أو رسالة في طابور — بسلسلة من العقد تستدعي واجهات API، وتحوّل البيانات، وتتفرع حسب الشروط، وتشغّل JavaScript أو Python عشوائياً، وتسلّم النتيجة لما يأتي بعدها. مئات من عقد التكامل تُشحن في الصندوق، إضافة إلى عقدة HTTP Request عامة تغطي كل شيء آخر. منذ خط 1.x يحمل أيضاً عقد AI Agent وLLM، وهذا سبب أن حصة كبيرة ممن يثبّتونه في 2026 يبنون وكلاء لا سباكة ETL كلاسيكية.

الجزء المهم قبل أن تكتب أمراً واحداً هو الترخيص، لأن n8n ليس مفتوح المصدر بمعنى OSI والفرق ليس أكاديمياً. النواة تُشحن بموجب Sustainable Use License: منحة عالمية غير حصرية وخالية من الإتاوات لاستخدام البرنامج ونسخه وتعديله وتوزيعه لأغراض العمل الداخلية وللاستخدام الشخصي أو غير التجاري. ما يمنعه هو حق تحصيل رسوم من آخرين مقابل n8n أو مشتق منه — وهذا هو البند الذي يستبعد بناء منتج "n8n مُدار" مدفوع فوقه. بشكل منفصل، أي ملف يحمل .ee. في اسمه أو .ee في مساره مستثنى من ذلك الترخيص كلياً ويتطلب n8n Enterprise License مدفوعاً.

بوضوح: تشغيل n8n على VPS لأتمتة شركتك الخاصة، أو عمل عملائك المسلَّم كخدمة تؤديها، أو حياتك الشخصية، يقع ضمن المنحة المجانية وكان كذلك دائماً. بيع n8n كمنتج استضافة ليس كذلك. تقريباً كل نقاش "هل n8n مجاني فعلاً؟" على الإنترنت هو شخصان يتحدثان متجاوزَين بعضهما عبر ذلك الخط.

جانب التكلفة. يُسعَّر n8n Cloud بحسب عملية التنفيذ: خطة Starter بـ€20 شهرياً بفوترة سنوية مقابل 2,500 عملية تنفيذ، Pro بـ€50 شهرياً مقابل 10,000، Business بـ€667 شهرياً مقابل 40,000. في الاستضافة الذاتية، عدد عمليات التنفيذ ليس بنداً على الإطلاق — هو محدود بمقدار CPU والذاكرة التي يملكها الصندوق. سير عمل يستطلع API كل خمس دقائق يستهلك 8,640 عملية تنفيذ شهرياً وحده؛ على Cloud ذلك السير الواحد يفرض بالفعل فئة Pro، وعلى VPS بـ$3.90 هو خطأ تقريب مقابل CPU الخامل.

أسعار Cloud كما نُشرت على n8n.io في أغسطس 2026، بفوترة سنوية؛ الفوترة الشهرية أعلى تكلفة. المقايضة ليست مالية فقط — الاستضافة الذاتية تنقل التحديثات والنسخ الاحتياطي وتجديد TLS وزمن التشغيل إلى جانبك من الخط.

في اللوحة: Order → VPS → Sentinel، صورة Debian 12. لا يُطلب عنوان بريد إلكتروني لفتح الحساب، ولا تُطلب وثيقة هوية في أي مرحلة، وتُسدَّد الفاتورة بـMonero أو Bitcoin أو Lightning أو أي من الأصول الأخرى المدعومة. اختر الحصن حسب زمن الاستجابة إلى الخدمات التي تؤتمتها لا إليك أنت — خادم الأتمتة يتحدث إلى واجهات API أكثر بكثير مما يتحدث إليك.

ثم أنشئ سجل DNS قبل أن تلمس الخادم: سجل A لـn8n.example.com يشير إلى IPv4 الخاص بـVPS، وسجل AAAA إن كنت تستخدم IPv6. يجب فعل هذا أولاً، لأن Caddy يطلب شهادة من Let's Encrypt لحظة بدء الحزمة، وطلب شهادة لاسم لا يُحلّ يفشل — ثم يتراجع، فتقضي عشرين دقيقة تتساءل لماذا الموقع غير قابل للوصول.

أمهل DNS دقيقة لينتشر وتأكد منه من جهازك الخاص قبل المتابعة:

dig +short n8n.example.com
# → the IPv4 of your VPS, and nothing else

قبل أن يستمع أي شيء على منفذ عام، نفّذ قائمة تصليب الساعة الأولى — SSH بمفتاح فقط، جدار حماية يسمح بالمنافذ 22 و80 و443 لا غير، وتحديثات أمان غير مراقَبة. خادم الأتمتة هو خزنة بيانات اعتماد؛ يستحق الساعة كاملة.

أنشئ الدليل وولّد السرّين أولاً. ولّدهما الآن، بهذا الترتيب، والصقهما في .env أثناء ذلك — مفتاح التشفير تحديداً يجب أن يكون موجوداً قبل إقلاع n8n الأول، لا بعده.

mkdir -p /opt/n8n && cd /opt/n8n
openssl rand -hex 32   # → N8N_ENCRYPTION_KEY
openssl rand -hex 24   # → POSTGRES_PASSWORD

/opt/n8n/.env

DOMAIN=n8n.example.com
LETSENCRYPT_EMAIL=you@example.com
GENERIC_TIMEZONE=Europe/Stockholm

N8N_ENCRYPTION_KEY=paste_the_32_byte_hex_here
POSTGRES_DB=n8n
POSTGRES_USER=n8n
POSTGRES_PASSWORD=paste_the_24_byte_hex_here

أحكم قفل الملف فوراً — فهو يحمل المفتاح لكل بيانات اعتماد ستخزّنها النسخة على الإطلاق:

chmod 600 /opt/n8n/.env

/opt/n8n/docker-compose.yml

services:
  caddy:
    image: caddy:2-alpine
    restart: unless-stopped
    ports:
      - "80:80"
      - "443:443"
    environment:
      - DOMAIN=${DOMAIN}
      - LETSENCRYPT_EMAIL=${LETSENCRYPT_EMAIL}
    volumes:
      - ./Caddyfile:/etc/caddy/Caddyfile:ro
      - caddy_data:/data
      - caddy_config:/config

  postgres:
    image: postgres:16-alpine
    restart: unless-stopped
    environment:
      - POSTGRES_DB=${POSTGRES_DB}
      - POSTGRES_USER=${POSTGRES_USER}
      - POSTGRES_PASSWORD=${POSTGRES_PASSWORD}
    volumes:
      - pg_data:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U ${POSTGRES_USER} -d ${POSTGRES_DB}"]
      interval: 10s
      timeout: 5s
      retries: 10

  n8n:
    image: docker.n8n.io/n8nio/n8n:latest
    restart: unless-stopped
    depends_on:
      postgres:
        condition: service_healthy
    environment:
      - N8N_HOST=${DOMAIN}
      - N8N_PORT=5678
      - N8N_PROTOCOL=https
      - N8N_EDITOR_BASE_URL=https://${DOMAIN}
      - WEBHOOK_URL=https://${DOMAIN}/
      - N8N_PROXY_HOPS=1
      - N8N_ENCRYPTION_KEY=${N8N_ENCRYPTION_KEY}
      - GENERIC_TIMEZONE=${GENERIC_TIMEZONE}
      - TZ=${GENERIC_TIMEZONE}
      - DB_TYPE=postgresdb
      - DB_POSTGRESDB_HOST=postgres
      - DB_POSTGRESDB_DATABASE=${POSTGRES_DB}
      - DB_POSTGRESDB_USER=${POSTGRES_USER}
      - DB_POSTGRESDB_PASSWORD=${POSTGRES_PASSWORD}
      - N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true
      - N8N_BLOCK_ENV_ACCESS_IN_NODE=true
      - N8N_DIAGNOSTICS_ENABLED=false
      - N8N_VERSION_NOTIFICATIONS_ENABLED=false
      - N8N_PERSONALIZATION_ENABLED=false
    volumes:
      - n8n_data:/home/node/.n8n

volumes:
  caddy_data:
  caddy_config:
  pg_data:
  n8n_data:

/opt/n8n/Caddyfile

{$DOMAIN} {
    encode zstd gzip
    tls {$LETSENCRYPT_EMAIL}
    reverse_proxy n8n:5678
}

قراران تصميميان يستحقان الذكر. أولاً، لا ينشر n8n منفذاً. Caddy وحده يربط المنفذين 80 و443؛ يستمع n8n على المنفذ 5678 داخل شبكة Compose حيث لا يستطيع أي شيء خارج المضيف الوصول إليه. عدد مفاجئ من نسخ n8n المستضافة ذاتياً موجود على الإنترنت العام على المنفذ 5678 بلا TLS أمامه، ومحركات البحث عن الخدمات المكشوفة تفهرسها. ثانياً، يبقى حجم بيانات n8n مثبَّتاً رغم أن PostgreSQL يحمل الآن سير العمل — ذلك الدليل ما زال يحمل إعدادات النسخة وملفات السجل وأصول التحكم بالمصدر.

شغّله:

cd /opt/n8n
docker compose up -d
docker compose logs -f caddy   # watch the certificate being issued

ليس كل n8n يقلع ويعرض المحرر وينفذ اختباراً يدوياً هو n8n يعمل فعلاً. النصف الذي يتعطل بصمت هو webhooks الواردة، ويتعطل بطرق توحي بأن الخلل من الخدمة الخارجية.

WEBHOOK_URL. بدونه، يبني n8n روابط webhook من N8N_HOST وN8N_PORT ويعطيك شيئاً مثل http://localhost:5678/webhook/abc — الذي تلصقه بعد ذلك في Stripe أو GitHub، حيث لا يمكن الوصول إليه أبداً. ملف Compose أعلاه يضبط WEBHOOK_URL على جذر HTTPS العام، وهو ما سيعرضه المحرر وما يستطيع العالم الخارجي استدعاءه فعلياً.

N8N_EDITOR_BASE_URL. الرابط العام الذي يستخدمه n8n للروابط في الرسائل التي يرسلها — إعادة تعيين كلمة المرور، دعوات المستخدمين. الخطأ هنا يعني رابط دعوة يشير إلى localhost، وهو تذكرة دعم من زميل بدلاً من تكامل معطّل.

N8N_PROXY_HOPS. يقرأ n8n عنوان IP للعميل من X-Forwarded-For، ولا يثق إلا بعدد القفزات الذي يحدده هذا الرقم. مع وكيل عكسي واحد في الأمام — Caddy في هذه الحزمة — القيمة هي 1. ضع Cloudflare أمام Caddy فتصبح 2. اتركها عند الافتراضي 0 ويبدو أن كل طلب يأتي من الوكيل نفسه، وهو ما يكسر بصمت حدود المعدل وأي منطق يعتمد على IP في سير العمل لديك.

N8N_SECURE_COOKIE. قيمته الافتراضية true، أي أن ملف تعريف ارتباط الجلسة يُرسَل فقط عبر HTTPS. هذا هو الضبط الصحيح وهذه الحزمة تحقّقه. يستحق المعرفة لأنه يفسّر العرَض الكلاسيكي لمحاولة أولى عبر http عادي: نموذج تسجيل الدخول يقبل كلمة المرور ثم يعيدك إلى نموذج تسجيل الدخول، إلى الأبد. الحل هو TLS، لا إيقاف العلامة.

اختبره بشكل صحيح. أنشئ سير عمل بعقدة Webhook، فعّل سير العمل، انسخ Production URL، ثم استدعه من جهاز ليس الخادم:

curl -i https://n8n.example.com/webhook/<path>
# → HTTP/2 200, and a new execution visible in the editor

الفارق الذي يعثر الجميع به مرة واحدة: Test URL يستمع فقط أثناء فتح المحرر مع تفعيل "Listen for test event". Production URL لا يوجد إلا عندما تُبدَّل حالة سير العمل إلى Active. webhook يعمل في المحرر ويعطي 404 في الإنتاج يكون في الغالب دائماً سير عمل غير نشط.

افتراضياً يعمل n8n في regular mode: نفس العملية التي تخدم المحرر وتستقبل webhooks تنفذ أيضاً سير العمل. الأمر بسيط وصحيح إلى أن يبدأ سير عمل طويل واحد بجعل البقية تنتظر. العرض لا لبس فيه — تبقى عمليات التنفيذ في "running" لدقائق، يصبح المحرر بطيئاً، وwebhook كان يجب أن يجيب في 200 ms يجيب خلال ثماني ثوانٍ.

queue mode يقسّم المهمة. النسخة الرئيسية تحتفظ بالمحرر والمشغّلات ونقاط نهاية webhook؛ تدفع معرّفات التنفيذ إلى Redis؛ عمليات عامل منفصلة تسحبها، وتحمّل سير العمل من PostgreSQL، وتنفذه، وتبلّغ عبر Redis. ثلاث قواعد تنبع من تلك البنية وكلها تلدغ من يتجاهلها: يجب أن تشارك كل نسخة نفس قاعدة بيانات PostgreSQL، ويجب أن تحمل كل نسخة نفس N8N_ENCRYPTION_KEY، وSQLite غير مدعوم إطلاقاً.

الإضافات إلى ملف Compose هي خدمة Redis وخدمة عامل واحدة، وهي نفس صورة n8n مُشغَّلة بأمر worker:

  redis:
    image: redis:7-alpine
    restart: unless-stopped
    command: ["redis-server", "--save", "60", "1", "--appendonly", "no"]
    volumes:
      - redis_data:/data

  n8n-worker:
    image: docker.n8n.io/n8nio/n8n:latest
    restart: unless-stopped
    command: worker --concurrency=5
    depends_on:
      - redis
      - postgres
    environment:
      # the SAME encryption key and the SAME database as the main instance
      - EXECUTIONS_MODE=queue
      - QUEUE_BULL_REDIS_HOST=redis
      - N8N_ENCRYPTION_KEY=${N8N_ENCRYPTION_KEY}
      - DB_TYPE=postgresdb
      - DB_POSTGRESDB_HOST=postgres
      - DB_POSTGRESDB_DATABASE=${POSTGRES_DB}
      - DB_POSTGRESDB_USER=${POSTGRES_USER}
      - DB_POSTGRESDB_PASSWORD=${POSTGRES_PASSWORD}
      - GENERIC_TIMEZONE=${GENERIC_TIMEZONE}
      - TZ=${GENERIC_TIMEZONE}

أضف EXECUTIONS_MODE=queue وQUEUE_BULL_REDIS_HOST=redis إلى خدمة n8n الرئيسية أيضاً — يجب أن يتفق الطرفان على النمط. خياران يستحقان الضبط منذ اليوم الأول: OFFLOAD_MANUAL_EXECUTIONS_TO_WORKERS=true، حتى لا يشغل الضغط على "Test workflow" في المحرر العملية الرئيسية، وN8N_GRACEFUL_SHUTDOWN_TIMEOUT، الذي تكون قيمته الافتراضية 30 ثانية ويحدد المدة المسموح بها للعامل لإنهاء مهمته الحالية أثناء إعادة النشر. إذا كانت مهام سير العمل لديك تعمل عادة لأكثر من نصف دقيقة، ارفع هذه القيمة وإلا فإن كل عملية نشر ستقتل العمل الجاري.

لا تبدأ من هنا. queue mode يضيف جزأين متحركين وفئة أعطال لا يملكها regular mode أصلاً. ابقَ في regular mode حتى ترى الطابور ينمو أو سير عمل يحجب آخر، ثم أضف عاملاً واحداً على نفس الصندوق قبل أن تضيف صندوقاً ثانياً. هذا التدرج — Sentinel في regular mode، وGarrison بعامل واحد، وRavelin بثلاثة — يغطي كل شيء ما دون نشر كبير فعلاً.