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 أكتوبر 2026، وينتهي تحديثه الأمني في يوليو 2027. هذا هو نمط التسعة أشهر نفسه الذي انتهى به دعم 25.10 في يوليو 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. إصدار النقطة ليس نسخة جديدة من Ubuntu، بل الإصدار نفسه مع إدراج الإصلاحات المتراكمة خلال أربعة أشهر في وسائط تثبيت جديدة، ويُنتظر ذلك حتى يحصل مسار الترقية على أربعة أشهر من الاختبارات قبل عرضه على أي مستخدم. لم يكن جهاز 24.04 الذي يحتوي على Prompt=lts وأجاب بـNo new release found. طوال صيف 2026 معطلاً. بل كان يطبّق السياسة. عند فتح المسار، تكون ترقية 24.04 إلى 26.04 LTS هي العملية التي يجب تخطيطها والتدرّب عليها.

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

يفوز الإصدار المرحلي فعلياً في أربع حالات:

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

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

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

• أي نظام يستخدمه مستخدمون يدفعون مقابل الخدمة أو يخضع لمناوبة on-call. ستقبل ترقية إلزامية مرتين سنوياً مقابل إصدارات حزم قد لا تستخدمها أبداً.
• أي خادم تتولى فيه 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 قبل افتراض أن النواة هي العائق. إذا كان الجزء المفقود هو إصداراً من مساحة المستخدم بدلاً من النواة، فستكون الحاوية أو مستودع المورّد تغييراً أصغر بكثير من نقل الجهاز بأكمله إلى المسار المرحلي.