Debian أم Ubuntu لخادم VPS: أيهما تختار في 2026؟

Debian مقابل Ubuntu على VPS: ما الذي يختلف فعلًا

بُني Ubuntu انطلاقًا من Debian. يستخدم الاثنان apt وdpkg، وsystemd كنظام إقلاع، وAppArmor افتراضيًا، ومسارات الإعداد نفسها لمعظم الخدمات؛ فمن يجيد إدارة أحدهما يجيد إدارة الآخر. ما يختلف على الخادم هو وتيرة الإصدارات ومدة ترقيعها، ومدى حداثة البرمجيات المحزَّمة، وما يعمل افتراضيًا، ومن يقف خلف التحديثات الأمنية. تغطي هذه المقارنة هذه النقاط للإصدارات التي تجدها فعليًا في صور المزودين اليوم: Debian 12 (bookworm) و13 (trixie)، وUbuntu 22.04 LTS (jammy) و24.04 LTS (noble).

وتيرة الإصدارات ونوافذ الدعم

يصدر Debian نسخة مستقرة جديدة كل سنتين تقريبًا، عند انتهاء التجميد لا في تاريخ ثابت: صدر Debian 12 في يونيو 2023، وDebian 13 في أغسطس 2025. يحصل كل إصدار على نحو ثلاث سنوات من الدعم الأمني من فريق أمن Debian، ثم سنتين إضافيتين من فريق LTS المستقل. انتقل Debian 12 إلى مرحلة LTS في منتصف 2026 وهو مغطّى حتى يونيو 2028، بينما يحظى Debian 13 بدعم كامل حتى أغسطس 2028 تقريبًا وبـ LTS حتى 2030. وLTS ضمان حقيقي لكنه أضيق (المعماريات الرئيسية فقط، مع استثناء بعض الحزم): ثبّت debian-security-support وشغّل check-support-status لمعرفة ما يُستثنى على خادمك.

أما Ubuntu فيصدر وفق تقويم ثابت. الإصدارات المرحلية كل ستة أشهر تحصل على تسعة أشهر من الدعم ولا مكان لها على خادم VPS إنتاجي. أما إصدارات LTS فتصدر كل سنتين في أبريل مع خمس سنوات من الصيانة الأمنية القياسية: حتى 2027 لـ 22.04، وحتى 2029 لـ 24.04. ويمدّد Ubuntu Pro ذلك إلى عشر سنوات (2032 و2034)، وهو مجاني للاستخدام الشخصي على خمسة أجهزة كحد أقصى. صدر Ubuntu 26.04 LTS في أبريل 2026؛ وكما هي الحال مع كل إصدار LTS جديد، ينتظر كثير من المسؤولين أول تحديث نقطي واستقرار صور المزودين قبل نقل الإنتاج إليه.

حداثة الحزم: النواة وPython وNode.js وDocker

هذا هو الفارق العملي الأكبر. يجمّد Debian المستقر الإصدارات عند الإطلاق ثم ينقل إليها إصلاحات الأمن والعلل المهمة فقط؛ ويفعل Ubuntu LTS الشيء ذاته لكن انطلاقًا من لقطة أحدث، مع سلسلة نوى متجددة لتمكين العتاد (HWE). يوضح الجدول ما تحمله المستودعات الافتراضية (رقم رئيسي.ثانوي؛ مستويات الترقيع تتغير مع التحديثات).

تترتب على ذلك ثلاث نتائج. أولًا، لا يصلح أي من إصدارات Node.js المحزَّمة للاستخدام في 2026 (تجاوز Node 18 و20 نهاية دعمهما الرسمي)، لذا ستثبّت Node على أي من التوزيعتين من مستودع apt الخاص بـ NodeSource أو عبر مدير إصدارات مثل nvm. ثانيًا، Docker متعادل: يوفر مستودع apt الرسمي لـ Docker بُنى Docker CE متطابقة للإصدارات الأربعة، ودليلنا حول تثبيت Docker على خادم Ubuntu VPS يعمل على Debian بمجرد استبدال linux/ubuntu بـ linux/debian في رابط المستودع. ثالثًا، يمكن سدّ فجوة النواة: عبر backports في Debian، وعبر HWE في Ubuntu.

# Debian 12: newer kernel from backports
echo "deb http://deb.debian.org/debian bookworm-backports main" | sudo tee /etc/apt/sources.list.d/backports.list
sudo apt update && sudo apt install -t bookworm-backports linux-image-amd64

# Ubuntu 24.04: move to the HWE kernel series
sudo apt install linux-generic-hwe-24.04

ثمة تفصيل في Python يوقع المنتقلين بين النظامين: يضع Debian 12 وDebian 13 وUbuntu 24.04 مفسّر النظام تحت إدارة خارجية (PEP 668)، لذا يتوقف أمر pip install المجرد بخطأ externally-managed-environment؛ استخدم python3 -m venv أو pipx. ولا يزال Ubuntu 22.04 يسمح بـ pip على مستوى النظام، وهو أمر مريح إلى أن يستبدل شيئًا تديره apt.

snap مقابل apt، والخدمات الافتراضية وحجم البصمة

لا يأتي Debian مع snap: حزمة snapd متوفرة في الأرشيف إن أردتها، لكن لا شيء يعتمد عليها. أما صور Ubuntu Server فتأتي بـ snapd مثبتًا وقيد التشغيل، ويُسلَّم LXD كحزمة snap. وحزم snap مستقلة ذاتيًا وتُحدَّث تلقائيًا وتملك أنظمة ملفات خاصة تُركَّب عبر loop: مناسبة على محطة عمل، وأقل ملاءمة على خادم VPS صغير تريد أن تقرر فيه موعد التحديثات. إذا كنت تستخدم Ubuntu ولا تحتاج إليها:

snap list                      # usually lxd, core/base snaps and snapd
sudo snap remove --purge lxd
sudo apt purge snapd
sudo apt-mark hold snapd       # stop it coming back as a dependency

إلى جانب snap، يشغّل Ubuntu Server القياسي عمليات خلفية أكثر من Debian: عميل Ubuntu Pro مع مؤقتات apt-news وذاكرة ESM، وتقارير الأعطال apport، وmultipathd، وmotd-news، وunattended-upgrades مفعّلًا. أما صور Debian فتبدأ بأقل من ذلك: sshd وcron وsystemd-timesyncd وjournald، وcloud-init في الصور السحابية. لذلك يستهلك Debian الجديد ذاكرة أقل في وضع الخمول ويشغل مساحة قرص أصغر، بسبب ما هو غائب لا بسبب فارق هندسي عميق؛ قِس ذلك على صورتك بنفسك عبر free -m وdf -h وsystemctl list-units --type=service --state=running. وهناك إعدادان افتراضيان في Ubuntu يستحقان الانتباه: يطبع apt إشعارات Ubuntu Pro (عطّلها بـ sudo pro config set apt_news=false)، ويقيّد 24.04 مساحات أسماء المستخدمين غير المميّزة عبر AppArmor، ما قد يعرقل إعدادات الحاويات بلا صلاحيات الجذر لكنه لا يؤثر على خدمة Docker العاملة بصلاحيات الجذر.

التحديثات الأمنية: من يرقّع ماذا، ولأي مدة

تدفع التوزيعتان الإصلاحات عبر مجموعة مخصصة (bookworm-security وtrixie-security على security.debian.org، وjammy-security وnoble-security على Ubuntu)، والروتين متطابق: sudo apt update && sudo apt full-upgrade، ثم إعادة تشغيل إذا تغيّرت النواة أو libc. ودليلنا حول تحديث Ubuntu من سطر الأوامر ينطبق حرفيًا على Debian.

لكن النطاق يختلف. يغطي فريق أمن Debian كل ما في main، أي الأرشيف الافتراضي بأكمله، مع قائمة استثناءات قصيرة منشورة. أما ضمان Ubuntu لخمس سنوات فيغطي مكوّن main فقط؛ في حين أن universe الأكبر بكثير، حيث تقيم docker.io وnodejs وRedis وآلاف الحزم الأخرى، لا يحصل إلا على إصلاحات مجتمعية بأفضل جهد ممكن ما لم تربط Ubuntu Pro الذي يفتح ترقيعات ESM لـ universe أيضًا. إذا كانت حزمتك التقنية تعتمد على universe، فإما أن تفعّل Pro (sudo pro attach TOKEN) أو تجلب تلك المكوّنات من مستودعات المنبع التي تصدر تحديثاتها الأمنية الخاصة.

يتضمن Ubuntu Pro أيضًا Livepatch للنواة، الذي يطبّق الإصلاحات الحرجة دون إعادة تشغيل؛ ولا يملك Debian مكافئًا مدمجًا، لذا يعني تحديث النواة فيه إعادة تشغيل في وقت تختاره أنت. أما التحديثات الأمنية التلقائية فتُفعَّل بسطر واحد على الاثنين: unattended-upgrades مفعّل افتراضيًا في Ubuntu Server، وإن لم يكن مفعّلًا في صورة Debian لديك، فإن sudo apt install unattended-upgrades && sudo dpkg-reconfigure -plow unattended-upgrades يفعّله لمجموعة الأمان.

فروق يومية ستصادفها على الخادم

• الشبكة. يضبط Ubuntu الواجهات عبر netplan (ملفات YAML في /etc/netplan/)، تُترجَم إلى systemd-networkd على الخوادم. أما صور Debian فتستخدم ifupdown التقليدي (/etc/network/interfaces) أو systemd-networkd مباشرة، بحسب الصورة.
• الجدار الناري. يثبّت Ubuntu حزمة ufw معطّلة حتى تفعّلها. ولا يهيّئ Debian أي واجهة أمامية؛ فإطار nftables هو الافتراضي لديه، وufw على بُعد أمر apt install واحد.
• مصادر apt. انتقل الاثنان إلى صيغة deb822 في التثبيتات الجديدة: يستخدم Ubuntu 24.04 الملف /etc/apt/sources.list.d/ubuntu.sources، ويستخدم Debian 13 الملف /etc/apt/sources.list.d/debian.sources. أما Debian 12 وUbuntu 22.04 فما زالا يستخدمان الصيغة أحادية السطر في /etc/apt/sources.list.
• تحديد هوية النظام. لا تثق بالملف /etc/debian_version على Ubuntu؛ فهو يعرض فرع Debian الذي اشتُق منه Ubuntu (trixie/sid في 24.04). اقرأ /etc/os-release بدلًا منه؛ وراجع كيفية معرفة إصدار نظام التشغيل من سطر الأوامر للاطلاع على مجموعة الأوامر الكاملة.
• إضافات. قد يفتقر تثبيت Debian الأدنى إلى lsb-release أو curl أو حتى sudo (يتخطاه التثبيت الشبكي عند ضبط كلمة مرور للجذر)؛ بينما يوفرها Ubuntu جميعًا.

المجتمع والتوثيق ومسارات الترقية

يملك Ubuntu منظومة شروحات أكبر: Ask Ubuntu، ودليل الخوادم من Canonical، ومعظم مقالات "تثبيت X على Linux" تستهدف إصدار Ubuntu LTS الحالي. وتعمل جميعها تقريبًا على Debian دون تعديل؛ وحين يفشل أحدها فذلك عادةً لاعتماده على مستودع PPA (خاص بـ Ubuntu) أو لافتراضه إصدار حزمة معينًا. أما نقاط قوة Debian فهي الويكي ودليل السياسات وملاحظات الإصدار التي توثّق كل تغيير سلوكي بين النسخ. ويأتي الدعم التجاري من Canonical لـ Ubuntu، ومن أطراف ثالثة مثل Freexian التي تموّل برنامجي LTS وExtended LTS بالنسبة إلى Debian.

تعمل الترقيات في المكان جيدًا على الاثنين. في Debian: وجّه مصادر apt إلى الاسم الرمزي التالي، ثم شغّل apt full-upgrade، واتبع ملاحظات الإصدار. وفي Ubuntu: sudo do-release-upgrade، ولا يُعرض الانتقال من LTS إلى LTS إلا بعد صدور أول تحديث نقطي للإصدار التالي. أما التحويل من إحدى التوزيعتين إلى الأخرى فغير مدعوم؛ وهو يعني إعادة تثبيت.

متى يكون Debian الخيار الأفضل، ومتى يكون Ubuntu

اختر Debian حين تريد خادمًا صغيرًا هادئًا ومملًا: وكيل عكسي، أو خادم بريد، أو نقطة WireGuard، أو قاعدة بيانات تريد تركها دون تغيير لسنوات، أو مضيف Docker يعيش فيه كل شيء مهم داخل الحاويات أصلًا. ستحصل على تثبيت أدنى، وغياب snap، وأرشيف مدعوم أمنيًا بالكامل، وإصدار لا يتغير إلا حين تقرر أنت ترقيته. وDebian 13 هو الخيار الافتراضي للخوادم الجديدة، بينما يبقى Debian 12 مناسبًا للخوادم القائمة طوال مرحلة LTS.

اختر Ubuntu LTS حين تريد بيئات تشغيل ونوى أحدث دون مغادرة مستودعات التوزيعة، أو حين يكون فريقك أو توثيقك متمحورًا حول Ubuntu، أو حين تحتاج إلى LXD أو MicroK8s أو أدوات Canonical الأخرى، أو حين تهمّك عشر سنوات من الدعم وLivepatch ووجود مورّد تتصل به أكثر من خفة التثبيت الافتراضي. وUbuntu 24.04 هو الخيار المنطقي للنشر الجديد، أما 22.04 فمدعوم حتى 2027 لكنه يستحق خطة ترقية. ولا تتوقع فارقًا في الأداء: عائلات النواة نفسها، والمصرّفات نفسها، والخدمات نفسها، لذا من غير المرجح أن يتصرف حمل عمل nginx أو PostgreSQL بشكل مختلف بصورة قابلة للقياس، فمعالج الخادم وذاكرته يحددان السقف قبل التوزيعة بكثير.

لا يهم هذا الاختيار إلا على خادم تتحكم فيه بالكامل. تأتي خطط Linux VPS من rdp.monster مع Debian أو Ubuntu مثبتًا مسبقًا، مع وصول جذر كامل، ومعالج وذاكرة مخصصين، وعرض نطاق غير محدود (ضمن الاستخدام العادل)، ودون تحقق من الهوية، مع قبول العملات المشفرة، ابتداءً من 8.99 دولار شهريًا؛ ويُسلَّم الخادم بعد نحو 10 ثوانٍ من تأكيد الدفع، ما يجعل القرار أعلاه مجرد قائمة منسدلة عند الدفع لا مشروعًا قائمًا بذاته.

الأسئلة الشائعة

هل Debian أسرع من Ubuntu على خادم VPS؟

ليس بأي قدر يمكنك قياسه في أحمال العمل الحقيقية؛ فـ Debian أخف في وضع الخمول فقط لأنه يشغّل خدمات أقل افتراضيًا.

تبني التوزيعتان الخدمات نفسها بعائلات المصرّفات نفسها وتشغّلان نوى من المنبع ذاته، لذا يؤدي nginx أو PostgreSQL أو تطبيق Node الأداء نفسه على الاثنين ضمن هامش الضجيج. الفارق الملموس هو بصمة الخمول: يشغّل Ubuntu Server القياسي snapd وعميل Pro وapport وmultipathd وهي غائبة عن Debian، لذا يستهلك Debian ذاكرة أقل قليلًا منذ البداية. وإذا أزلتها من Ubuntu تلاشت الفجوة في معظمها. تحقق من ذلك عبر free -m على خادمك.

هل يمكنني تحويل خادم VPS من Ubuntu إلى Debian (أو العكس) دون إعادة تثبيت؟

لا. التحويل بين التوزيعتين غير مدعوم؛ انسخ بياناتك احتياطيًا وأعد التثبيت من صورة جديدة.

رغم أن Ubuntu مشتق من Debian، فإن أرشيفي الحزم غير متبادلين، وتوجيه apt إلى مستودعات التوزيعة الأخرى سيعطّل النظام. المسار المدعوم هو تثبيت نظيف للتوزيعة المستهدفة من صورة مزودك، ثم استعادة الإعدادات والبيانات. ولأن الأدوات واحدة على الاثنين، تقتصر الهجرة عادةً على نسخ مقاطع /etc والمجلدات الشخصية ونسخ قواعد البيانات، وإعادة تشغيل apt install للحزم التي تحتاجها. خطط لنافذة صيانة قصيرة بدل محاولة تحويل في المكان.

هل ما زال استخدام Ubuntu 22.04 آمنًا على خادم في 2026؟

نعم، مع تحديثات أمنية قياسية لـ main حتى 2027 وعشر سنوات عبر Ubuntu Pro، لكنه يستحق أن يوضع ضمن خطة ترقية.

يحصل Ubuntu 22.04 LTS على صيانة أمنية قياسية حتى 2027، ومع ربط Ubuntu Pro (المجاني حتى خمسة أجهزة) تمتد التغطية الموسّعة إلى 2032. غير أن برمجياته المحزَّمة تتقادم: Python 3.10 وNode.js 12 ونواة 5.15 GA. وهو يبقى مناسبًا لخادم قائم؛ فعّل نواة HWE إذا احتجت دعمًا لعتاد أو أنظمة ملفات أحدث، وأبقِ unattended-upgrades مفعّلًا. أما لأي مشروع جديد فابدأ من 24.04، وجدوِل do-release-upgrade للأجهزة القائمة على 22.04 قبل موعد 2027.

هل أحتاج إلى Ubuntu Pro على خادم VPS؟

فقط إذا كنت تعتمد على حزم universe، أو تريد Livepatch، أو تحتاج تحديثات بعد نافذة السنوات الخمس القياسية.

تنطبق تغطية Ubuntu الأمنية المجانية على مكوّن main. أما حزم universe، ومنها docker.io وnodejs وكثير من أدوات الويب وقواعد البيانات، فلا تحصل على ترقيعات مضمونة إلا عبر الصيانة الأمنية الموسّعة في Pro. ويضيف Pro أيضًا Livepatch للنواة وخمس سنوات دعم إضافية. وهو مجاني للاستخدام الشخصي على خمسة أجهزة كحد أقصى: شغّل sudo pro attach مع رمزك وsudo pro status لمعرفة ما هو مفعّل. وإذا ثبّت حزمتك التقنية من مستودعات المنبع بدل universe، فيمكنك تخطيه بأمان.