Ubuntu LTS أم الإصدار المرحلي للخادم؟

Ubuntu LTS مقابل الإصدارات المرحلية: الإجابة المختصرة

يعتمد الاختيار بين Ubuntu LTS وإصدار مرحلي على الخوادم على رقم واحد: مدة استمرار الإصدار في تلقي تحديثات الأمان. يحصل إصدار LTS على خمس سنوات من الصيانة الأمنية القياسية. أما الإصدار المرحلي فيحصل على تسعة أشهر، ثم تتوقف التحديثات، لذلك يجب ترقيته أو إعادة بنائه. شغّل LTS على أي شيء يعتمد عليه أشخاص آخرون. وشغّل الإصدار المرحلي فقط في بيئة يمكنك فيها إعادة البناء من دون طلب موافقة أحد.

يعني LTS الدعم طويل الأمد. تنشر Canonical إصدار LTS واحداً كل عامين، في أبريل من السنوات الزوجية، وإصداراً مرحلياً واحداً كل ستة أشهر بين إصدارات LTS. صدر 26.04 LTS في 23 أبريل 2026، وتمتد صيانته الأمنية القياسية حتى عام 2031. ومن المقرر إصدار 26.10 في 15 أكتوبر 2026، وهو إصدار مرحلي، لذلك تنتهي فترة دعمه في يوليو 2027.

مدة دعم كل إصدار من Ubuntu

[
  {
    "label": "LTS, standard support",
    "support_months": 60,
    "upgrades_over_5_years": 1
  },
  {
    "label": "LTS with Ubuntu Pro",
    "support_months": 120,
    "upgrades_over_5_years": 0
  },
  {
    "label": "Interim release",
    "support_months": 9,
    "upgrades_over_5_years": 10
  }
]

هذه أرقام السياسة المنشورة من Canonical اعتباراً من أغسطس 2026، وليست قياسات من خادم اختبار. يحصل إصدار LTS على 60 شهراً من الصيانة الأمنية القياسية، ما يعني 1 ترقية مخططة للإصدار خلال خمس سنوات. ويحصل الإصدار المرحلي على 9 شهراً. ويتطلب البقاء على المسار المرحلي خلال السنوات الخمس نفسها تنفيذ 10 ترقية للإصدار، لأنّه لا يمكنك تخطي إصدار، ولأن خمس سنوات تتضمن عشرة إصدارات.

يرفع اشتراك Ubuntu Pro مدة دعم إصدار LTS إلى 120 شهراً، أي عشر سنوات، ويوسّع التغطية من مكوّن main إلى كامل الأرشيف. واعتباراً من أغسطس 2026، أصبح Pro مجانياً للاستخدام الشخصي على ما يصل إلى خمسة أجهزة، ما يغطي معظم مجموعات VPS الصغيرة. ولا يوجد خيار مكافئ للإصدار المرحلي. فتسعة أشهر هي كامل مدة الدعم، ولا يمددها أي اشتراك.

تكلفة تسعة أشهر على خادم فعلي

لنأخذ 26.10 مثالاً عملياً. يصدر في 15 October 2026، وتنتهي صيانته الأمنية في July 2027. وهذا هو نمط الأشهر التسعة نفسه الذي انتهى معه دعم 25.10 في July 2026. عند قراءة ذلك كتقويم، يبدو الأمر كأن هناك نافذة صيانة واحدة كل ثلاثة أرباع سنة. لكن هذه القراءة خاطئة، وهي خاطئة من ناحية التكلفة الأعلى.

تستبدل ترقية الإصدار نظام التشغيل في مكانه. تعيد do-release-upgrade كتابة مصادر apt، وتعطّل المستودعات التابعة لجهات خارجية، وتغيّر إصدار كل حزمة مثبتة تقريباً، وتتوقف لطرح أسئلة حول ملفات الإعداد التي عدّلتها، ثم تعيد التشغيل في النهاية. لذلك تُعد هذه العملية نافذة مخططة، وليست مهمة تعمل في الخلفية.

إذا شغّلتها عبر ssh، فستحميك الأداة من انقطاع اتصالك نفسه. تبدأ جلسة screen خاصة بها وتفتح sshd ثانياً، وتخبرك بذلك أولاً:

To make recovery in case of failure easier, an additional sshd will
be started on port '1022'. If anything goes wrong with the running ssh
you can still connect to the additional one.

اتركها تعمل. إذا كان جدارك الناري أو جدار الشبكة الناري المنفصل لدى مزود الخدمة يحظر 1022، فلن تتوفر آلية الرجوع هذه، وسيؤدي انقطاع الاتصال إلى ترك مجموعة حزم في حالة ترقية جزئية. ويمنحك تشغيل العملية بنفسك داخل tmux أو screen الحماية نفسها على أي خادم.

إن مطالبات ملفات الإعداد هي ما يحوّل ترقية تستغرق خمسة عشر دقيقة إلى ساعة:

Configuration file '/etc/ssh/sshd_config'
 ==> Modified (by you or by a script) since installation.
 ==> Package distributor has shipped an updated version.
   What would you like to do about it ?

إذا أبقيت ملفك، فقد تفوّت التغييرات التي أُدخلت على الإعداد الافتراضي الجديد. وإذا استخدمت ملف المشرف على الحزمة، فستفقد إعدادات التحصين التي أجريتها إلى أن تعيدها. لا تكون أي من الإجابتين آمنة من دون معرفة ما تغيّر في ذلك الإصدار. لذلك تُعد قراءة ملاحظات الإصدار جزءاً من نافذة الترقية، وليست واجباً اختيارياً.

ثم احسب التكلفة على مستوى الخوادم. يعني تشغيل VPS واحد على المسار المرحلي عشر نوافذ ترقية خلال خمس سنوات. ويعني تشغيل خمسة خوادم VPS خمسين نافذة، ما لم يكن كل خادم قابلاً للحذف وإعادة البناء من صورة. أما خمسة خوادم على مسار LTS فتعني خمس ترقيات خلال الفترة نفسها، ويمكنك اختيار الشهر الذي تُجرى فيه كل ترقية.

لماذا لا يمكنك تخطي إصدار Ubuntu

مسارات الترقية ثابتة. تتم ترقية الإصدار المرحلي إلى الإصدار التالي، أياً كان. تتم ترقية إصدار LTS مباشرة إلى إصدار LTS التالي، أو إلى الإصدار المرحلي التالي إذا طلبت ذلك. لا تتم ترقية أي إصدار عبر خطوتين دفعة واحدة. للوصول من 26.10 إلى 28.04 LTS، يجب المرور عبر 27.04 و27.10، أو إعادة تثبيت الجهاز.

تجدر معرفة الآلية، لأنها توضح أن القاعدة غير قابلة للتجاوز. يجلب do-release-upgrade ملف meta-release من changelogs.ubuntu.com، ثم ينزّل أداة ترقية مخصّصة لانتقال واحد محدد. تنشئ Canonical كل انتقال وتختبره على حدة، لذلك لا توجد أداة ولا اختبارات تدعم القفز فوق إصدار. لا ترفض أداة الترقية ذلك بدافع الحذر. لا يوجد شيء يمكنها تقديمه.

يُحدَّد الإصدار الذي سيُعرض عليك من خلال سطر واحد في الإعدادات:

grep -i prompt /etc/update-manager/release-upgrades
sudo do-release-upgrade -c

يقدّم Prompt=lts إصدار LTS التالي فقط. يقدّم Prompt=normal الإصدار التالي، سواء كان LTS أم لا. لا يقدّم Prompt=never أي إصدار، وهذه هي الطريقة التي تمنع بها زميلاً حسن النية من بدء ترقية لم تخطط لها. في إصدار ليس LTS، يتصرف lts تماماً مثل normal، لأن الإصدار التالي بعد 26.10 هو 27.04 في كلتا الحالتين. يطبع الفحص Checking for a new Ubuntu release، ثم يطبع إما سطر New release ... available. أو No new release found.

هناك قاعدة أخرى للجدولة تسبب الالتباس. لا تُعرض ترقية LTS إلى LTS في يوم إصدار LTS الجديد. تُفتح الترقية مع أول إصدار نقطي، ومن المقرر إصدار 26.04.1 في 27 August 2026. لم يكن جهاز 24.04 الذي يستخدم Prompt=lts وأجاب بـNo new release found. طوال صيف 2026 معطلاً. بل كان يتبع السياسة. عند فتح المسار، تكون ترقية 24.04 إلى 26.04 LTS هي العملية التي ينبغي التخطيط لها والتدرّب عليها.

متى يكون الإصدار المرحلي هو الخيار المناسب

أربع حالات يكون فيها هذا الخيار أفضل فعلاً:

• تحتاج الآن، وعلى هذا الخادم، إلى إصدار من kernel أو userspace لا يتضمنه مستودع LTS.
• الجهاز هو مضيف build أو مشغّل CI أو جهاز اختبار تعيد إنشاءه من image، لذلك تكون الترقية عبارة عن instance جديدة بدلاً من نافذة صيانة.
• وصلت ميزة جديدة إلى hardware أو hypervisor بعد تجميد إصدار LTS، ولا يتوفر لها backport.
• تتحقق مما سيتضمنه إصدار LTS التالي. يُبنى 28.04 انطلاقاً من 26.10 و27.04 و27.10، ويكون اكتشاف تغيير يسبب تعارضاً على VPS احتياطي أقل تكلفة من اكتشافه على الخادم المهم.

معظم من يختارون إصداراً مرحلياً يريدون package أحدث واحداً، لا توزيعة أحدث. يتوفر خياران أقل تكلفة. تنقل حزمة تمكين hardware إصدارات kernel من إصدارات أحدث إلى LTS؛ وفي 24.04 تكون sudo apt install linux-generic-hwe-24.04، وتتقدم مع كل إصدار point، بدءاً من الإصدار الثاني. أما لتطبيق واحد، فتنقل container image أو مستودع المورّد نفسه مكوّناً واحداً بدلاً من نظام التشغيل بأكمله.

متى يكون الإصدار المرحلي خياراً غير مناسب

• أي نظام لديه مستخدمون يدفعون رسوماً أو يخضع لمناوبة الاستجابة. ستقبل بترقية إلزامية مرتين سنوياً مقابل إصدارات حزم قد لا تستخدمها مطلقاً.
• أي خادم تتولى فيه unattended-upgrades تطبيق تصحيحات الأمان نيابةً عنك. هذه الأتمتة لا تكون أفضل من مستودع الأمان الذي تسحب الحزم منه.
• مجموعة خوادم ترقيها يدوياً، لأن التكلفة الفعلية هي نافذة صيانة واحدة مضروبة في عدد الخوادم.
• أي شيء تثبّته ثم لا تراجعه لمدة عام. فالإصدار المرحلي الذي تنساه يصبح بعد تسعة أشهر خادماً غير مصحح ومتاحاً عبر الإنترنت.

يحدث الفشل الأخير بصمت، وهذا ما يجعله خطيراً. عندما يصل إصدار إلى نهاية دورة حياته، تنتقل حزمُه إلى old-releases.ubuntu.com، ولذلك يبدأ sudo apt update بالفشل عند الاتصال بـ archive.ubuntu.com مع أخطاء 404. وتصبح قوائم الحزم المخزنة على القرص قديمة. ويواصل unattended-upgrades العمل وفق المؤقت الخاص به، ويواصل كتابة أسطر مثل هذا السطر في /var/log/unattended-upgrades/unattended-upgrades.log:

No packages found that can be upgraded unattended and no pending auto-removals

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

نوع التغيير الذي يصل أولاً إلى مسار الإصدارات المرحلية

في مارس 2026، اقترح مهندس من Canonical على Ubuntu Discourse إزالة محمّل الإقلاع GRUB الموقّع الذي يأتي لتوفير الإقلاع الآمن في 26.10. يزيل الاقتراح برامج تشغيل أنظمة الملفات الخاصة بـ btrfs وhfsplus وxfs وzfs، ومحللات صور JPEG وPNG، وجداول تقسيم Apple، و/boot على LVM، ومصفوفات RAID البرمجية باستثناء RAID 1، و/boot مشفّراً باستخدام LUKS. والسبب المذكور هو أن المحللات الموجودة داخل محمّل الإقلاع تمثل مصدراً متكرراً للأخطاء الأمنية، وأن منطق التخزين والتشفير مكانه في initramfs، وهو نظام الملفات الصغير في الذاكرة الأولية الذي يحمّله kernel قبل نظام root الفعلي. وحتى أغسطس 2026، ما يزال هذا اقتراحاً قيد النقاش، وليس تغييراً صدر ضمن إصدار.

بالنسبة إلى معظم مثيلات VPS، لن يغيّر ذلك شيئاً، لأنها تقلع من دون secure boot باستخدام /boot عادي بنظام ext4 على جدول تقسيم GPT. تحقّق من إعدادك بدلاً من الافتراض. إذا كان root لديك يستخدم ZFS، أو كان /boot موجوداً على btrfs أو داخل LUKS، فهذا هو تحديداً نوع التغيير الذي يصل إليك أولاً عبر مسار الإصدارات المرحلية، ونصيحة النقاش نفسه للمستخدمين المتأثرين هي البقاء على إصدار LTS. تختصر هذه النصيحة الحجة كلها في جملة واحدة. الإصدارات المرحلية هي المكان الذي تُجرَّب فيه التغييرات. أما إصدار LTS فهو المكان الذي تصل إليه التغييرات بعد أن تكشف إصدارات مرحلية استمرت عامين ما الذي يمكن أن تتسبب في تعطيله.

يظهر النمط نفسه بأشكال أصغر في كل إصدار مرحلي. تتقدم الإصدارات الافتراضية لقاعدة البيانات وبيئة تشغيل اللغة وإعداد init، ولذلك قد تتوقف ملفات الإعداد التي كانت تعمل عن العمل. دفع الإعدادات الافتراضية إلى الأمام هو المهمة التي يوجد الإصدار المرحلي لتنفيذها، وهذا يعني أن قراءة ملاحظات الإصدار قبل كل ترقية من هذه الترقيات العشر جزء من التكلفة التي وافقت على دفعها.

اختيار المسار عند إعداد الخادم

اختر المسار أثناء التثبيت، لأن تغييره بعد ذلك يتطلب إعادة التثبيت أو سلسلة من عمليات الترقية. في الخادم الجديد، توضّح لك أربعة أوامر وضعك الحالي:

lsb_release -a
grep -i prompt /etc/update-manager/release-upgrades
sudo do-release-upgrade -c
pro security-status

يجب أن يذكر lsb_release -a الإصدار الذي قصدت تثبيته، وعلى إصدار LTS يجب أن ينتهي سطر الوصف بـ LTS. يجب أن يطابق سطر Prompt المسار الذي اخترته، لا المسار الذي جاءت به صورة المزوّد. يجب أن يعرض do-release-upgrade -c في إصدار LTS حالي الإجابة No new release found.. وإذا عرض بدلاً من ذلك إصداراً مؤقتاً، فستكون Prompt مضبوطة على normal، ويجب أن يقرر أحدهم ما إذا كان ذلك مقصوداً. يوضّح pro security-status عدد الحزم المثبّتة التي تغطيها مسارات التحديث المختلفة، ويذكر بوضوح عندما لا يكون الخادم مرتبطاً باشتراك.

ثم اكتب تاريخ نهاية الدعم في مكان ستراه فيه مجدداً، إلى جانب بقية ملاحظات إعداد ذلك الخادم. يندرج ذلك ضمن العمل الآخر في الدقائق العشر الأولى على VPS جديد، لأن تاريخ الدعم الموجود في ذاكرة شخص ما فقط هو التاريخ الذي ينتهي دون أن يلاحظه أحد. وإذا كان التغيير كل ستة أشهر هو المشكلة التي تحاول تجنّبها تماماً، فاقرأ نموذج إصدارات FreeBSD مقارنةً بـ Linux لمدة ساعة قبل أن تلتزم باستخدام أي منهما في مجموعة من الخوادم.

FAQ

هل ينبغي تشغيل إصدار Ubuntu مرحلي على خادم إنتاج؟

في جميع الحالات تقريباً، لا. يتوقف الإصدار المرحلي عن تلقي تحديثات الأمان بعد تسعة أشهر من إصداره، ولذلك يعني تشغيل الإنتاج على هذا المسار فرض نافذة ترقية تقريباً مرتين في السنة، إلى أجل غير محدد. الاستثناءات المنطقية هي الأجهزة التي تعيد إنشاءها من صورة على أي حال، مثل مشغلات CI وخوادم البناء، حيث تكون الترقية مثيلاً جديداً بدلاً من نافذة صيانة. إذا كان مستخدمون فعليون يعتمدون على الخادم، فثبّت إصدار LTS واستثمر نوافذ الصيانة التي وفّرتها في أمر آخر.

ما مدة دعم إصدار Ubuntu المرحلي؟

تسعة أشهر. يصدر 26.10 في 15 October 2026، وتنتهي صيانته الأمنية في July 2027، وفق الجدول نفسه الذي انتهى به دعم 25.10 في July 2026. يتبع كل إصدار مرحلي هذا النمط: يصدر في April أو October، وينتهي بعد تسعة أشهر. يحصل إصدار LTS على خمس سنوات من الصيانة الأمنية القياسية، وتمتد إلى عشر سنوات مع Ubuntu Pro، وهي مجانية، حتى August 2026، للاستخدام الشخصي على ما يصل إلى خمس أجهزة.

هل يمكنني تخطي إصدارات Ubuntu أثناء الترقية؟

لا. do-release-upgrade ينتقل خطوة واحدة في كل مرة: ينتقل الإصدار المرحلي إلى الإصدار التالي، ويمكن لإصدار LTS الانتقال مباشرة إلى إصدار LTS التالي. للوصول من 26.10 إلى 28.04 LTS، يجب تشغيل الترقية أولاً عبر 27.04 ثم 27.10، أو إعادة تثبيت الجهاز. تنشئ Canonical كل انتقال وتختبره على حدة، كما أن أداة الترقية تنزّل أداة مخصصة لهذه القفزة تحديداً. لذلك لا توجد أداة تدعم القفز خطوتين، ولا تُعرض هذه القفزة مطلقاً.

ماذا يحدث عندما يصل إصدار Ubuntu لدي إلى نهاية عمره؟

تنتقل حزم الإصدار إلى old-releases.ubuntu.com، ولذلك يبدأ sudo apt update بالفشل عند الاتصال بـ archive.ubuntu.com مع أخطاء 404، ولا تُنشر أي تحديثات أمنية جديدة لهذا الإصدار بعد ذلك. لا يعرض الجهاز أي تنبيه يوضح ذلك. يستمر الخادم في العمل ويواصل تمرير حركة الشبكة، بينما تبقى كل ثغرة تُكتشف فيه بعد ذلك مفتوحة. يكون التعافي عبر ترقية الإصدار تحت ضغط الوقت، أو عبر إعادة إنشاء الجهاز. لذلك راقب التاريخ بدلاً من انتظار ظهور الأعراض.

هل نواة LTS قديمة جداً لتشغيل العتاد الجديد؟

عادةً لا، لأن إصدار LTS لا يحتفظ بنواته الأصلية طوال خمس سنوات. تجلب حزمة تمكين العتاد، HWE، نوات من الإصدارات اللاحقة إلى إصدار LTS ضمن الإصدارات النقطية، ويمكن لتثبيت الخادم تفعيلها باستخدام حزمة مثل linux-generic-hwe-24.04. تحقّق مما تشغّله عبر uname -r قبل افتراض أن النواة هي العائق. إذا كان الجزء المفقود هو إصداراً من مساحة المستخدم وليس من النواة، فسيكون استخدام حاوية أو مستودع مورّد تغييراً أصغر بكثير من نقل الجهاز بأكمله إلى المسار المرحلي.