Ubuntu LTS ve Ara Sürüm Farkı: Sunucu İçin Hangisi?

Ubuntu LTS ve ara sürümler: kısa yanıt

Bir sunucuda Ubuntu LTS sürümü ile ara sürüm arasında seçim yapmak tek bir sayıya bağlıdır: ilgili sürümün ne kadar süreyle güvenlik güncellemeleri alacağı. Bir LTS sürümü beş yıl boyunca standart güvenlik bakımı alır. Bir ara sürüm ise dokuz ay desteklenir, ardından güncellemeler kesilir; bu nedenle sistemi yükseltmeniz veya yeniden kurmanız gerekir. Başkalarının bağımlı olduğu her sistemde LTS sürümünü çalıştırın. Ara sürümleri ise yalnızca kimseye danışmadan yeniden kurulum yapabileceğiniz ortamlarda kullanın.

LTS, uzun süreli destek (long term support) anlamına gelir. Canonical, her iki yılda bir, çift sayılı yılların Nisan ayında bir LTS sürümü ve aralarda altı ayda bir olmak üzere bir ara sürüm yayınlar. 26.04 LTS, 23 Nisan 2026 tarihinde yayınlanmıştır ve standart güvenlik bakımı 2031 yılına kadar devam eder. 26.10 sürümü 15 Ekim 2026 tarihinde beklenmektedir ve bu bir ara sürüm olduğu için destek süresi Temmuz 2027'de sona erecektir.

Her bir Ubuntu sürümünün destek süresi

[
  {
    "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
  }
]

Bunlar, test sunucularından elde edilen ölçümler değil, Canonical'ın Ağustos 2026 itibarıyla yayınladığı resmi politika rakamlarıdır. Bir LTS sürümü 60 ay boyunca standart güvenlik bakımı sunar; bu da beş yıl içinde 1 adet planlı sürüm yükseltmesi anlamına gelir. Ara sürümler ise 9 ay desteklenir. Aynı beş yıllık süre boyunca ara sürüm yolunda kalmak 10 adet sürüm yükseltmesi gerektirir; çünkü bir sürümü atlayamazsınız ve beş yıllık süre on adet sürümü kapsar.

Ubuntu Pro aboneliği, LTS sürümü için destek süresini 120 aya, yani on yıla çıkarır ve kapsamı main bileşeninden tüm arşivin geneline genişletir. Ağustos 2026 itibarıyla Pro, beş makineye kadar kişisel kullanım için ücretsizdir; bu da çoğu küçük VPS filosunu kapsar. Ara sürümler için buna eşdeğer bir seçenek bulunmamaktadır. Dokuz ay sunulan desteğin tamamıdır ve hiçbir abonelik bu süreyi uzatmaz.

Gerçek bir sunucuda dokuz ayın maliyeti

Örnek olarak 26.10 sürümünü ele alalım. Bu sürüm 15 Ekim 2026 tarihinde yayınlanır ve güvenlik desteği Temmuz 2027'de sona erer; bu, 25.10 sürümünün Temmuz 2026'da sona eren dokuz aylık döngüsüyle aynıdır. Takvim üzerinden bakıldığında bu durum, her üç çeyrekte bir bakım penceresi varmış gibi görünebilir. Ancak bu takvim okuması yanlıştır ve maliyet açısından aleyhinize bir yanılgıdır.

Sürüm yükseltme işlemi, işletim sistemini yerinde değiştirir. do-release-upgrade, apt kaynaklarını yeniden yazar, üçüncü taraf depoları devre dışı bırakır, yüklü neredeyse tüm paketlerin sürümünü değiştirir, düzenlediğiniz yapılandırma dosyaları hakkında soru sormak için durur ve sonunda sistemi yeniden başlatır. Bu nedenle, bu işlem bir arka plan görevi değil, planlanmış bir bakım penceresidir.

İşlemi ssh üzerinden çalıştırdığınızda, araç sizi bağlantınızın kopmasına karşı korur. Kendi screen oturumunu başlatır ve ikinci bir sshd açar; bunu yapmadan önce sizi bilgilendirir:

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.

İzin verin. Eğer güvenlik duvarınız veya sağlayıcınızın ağ tarafındaki güvenlik duvarı 1022 numaralı portu engelliyorsa, bu yedekleme mekanizması çalışmaz ve bağlantının kopması durumunda paketler yarı yükseltilmiş halde kalır. İşlemi kendiniz tmux veya screen içinde çalıştırmak, herhangi bir sunucuda size aynı korumayı sağlar.

Yapılandırma dosyası istemleri, on beş dakikalık bir yükseltmeyi bir saatlik bir işe dönüştüren kısımdır:

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 ?

Dosyanızı korumayı seçerseniz, yeni varsayılan ayarlardaki değişiklikleri kaçırırsınız. Paket yöneticisinin dosyasını almayı seçerseniz, siz tekrar ekleyene kadar yaptığınız güvenlik sıkılaştırmaları kaybolur. O sürümde nelerin değiştiğini bilmeden verilen her iki yanıt da güvenli değildir; bu yüzden sürüm notlarını okumak, isteğe bağlı bir ödev değil, bakım penceresinin bir parçasıdır.

Ardından bu süreci sunucu sayısıyla çarpın. Interim (ara) sürüm yolundaki bir VPS, beş yılda on yükseltme penceresi demektir. Eğer her sunucu tek kullanımlık değilse ve imajdan yeniden kurulmuyorsa, beş VPS sunucusu elli yükseltme anlamına gelir. LTS yolundaki beş sunucu ise aynı dönemde beş yükseltme demektir ve her birinin hangi ay yapılacağını siz belirlersiniz.

Neden bir Ubuntu sürümünü atlayamazsınız

Yükseltme yolları sabittir. Bir ara sürüm, bir sonraki sürüme yükseltilir; bu sürüm her ne ise o uygulanır. Bir LTS sürümü doğrudan bir sonraki LTS sürümüne veya talep edilirse bir sonraki ara sürüme yükseltilir. Hiçbir şey aynı anda iki adım birden yükseltilemez. 26.10 sürümünden 28.04 LTS sürümüne geçmek, 27.04 ve 27.10 sürümlerinden geçmeyi veya makineyi yeniden kurmayı gerektirir.

Bu mekanizmayı bilmek önemlidir, çünkü kuralın esnemeyeceğini gösterir. do-release-upgrade, changelogs.ubuntu.com adresinden bir meta-release dosyası çeker ve ardından belirli bir geçiş için oluşturulmuş bir yükseltme aracını indirir. Canonical, geçişleri her seferinde bir tane olacak şekilde oluşturur ve test eder; bu nedenle bir sürümü atlayan bir sıçramanın arkasında ne bir araç ne de bir test süreci vardır. Yükseltme aracı, tedbirli olduğu için reddetmez. Sunabileceği başka bir seçenek yoktur.

Size hangi sürümün teklif edileceği, tek bir yapılandırma satırından belirlenir:

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

Prompt=lts yalnızca bir sonraki LTS sürümünü teklif eder. Prompt=normal, LTS olsun veya olmasın bir sonraki sürümü teklif eder. Prompt=never hiçbir şey teklif etmez; bu, planlamadığınız bir yükseltmeyi başlatmaya çalışan iyi niyetli bir iş arkadaşınızı durdurmanın yoludur. LTS olmayan bir sürümde lts, normal ile tamamen aynı şekilde davranır, çünkü 26.10'dan sonraki sürüm her iki ayarda da 27.04'tür. Kontrol işlemi Checking for a new Ubuntu release ifadesini ve ardından bir New release ... available. satırını ya da No new release found. çıktısını yazdırır.

Bir diğer zamanlama kuralı ise kullanıcıları hazırlıksız yakalar. LTS'den LTS'ye yükseltme, yeni LTS sürümünün yayınlandığı gün teklif edilmez. Bu süreç ilk ara sürüm (point release) ile açılır ve 26.04.1 sürümü 27 Ağustos 2026 tarihi için planlanmıştır. 2026 yazı boyunca No new release found. yanıtını veren Prompt=lts ayarlı bir 24.04 makinesi bozuk değildir. Sadece politikayı izlemektedir. Geçiş yolu açıldığında, 24.04'ten 26.04 LTS'ye yükseltme planlanması ve prova edilmesi gereken işlemdir.

Ara sürümün doğru tercih olduğu durumlar

Gerçekten avantaj sağladığı dört durum:

• LTS arşivinde bulunmayan bir çekirdek veya kullanıcı alanı sürümüne bu sunucuda hemen ihtiyaç duyuyorsanız.
• Makine bir derleme sunucusu, CI çalıştırıcısı veya imajdan yeniden oluşturduğunuz bir test kutusuysa; bu durumda yükseltme işlemi bir bakım penceresi yerine yeni bir kurulum anlamına gelir.
• Donanım veya hipervizör özelliği LTS dondurulduktan sonra kullanıma sunulduysa ve herhangi bir backport mevcut değilse.
• Bir sonraki LTS sürümünün neleri içereceğini kontrol ediyorsanız. 28.04 sürümü 26.10, 27.04 ve 27.10 sürümleri üzerinden oluşturulur; yedek bir VPS üzerinde bozucu bir değişikliği tespit etmenin maliyeti, kritik bir sunucuda tespit etmekten daha düşüktür.

Ara sürüme yönelen çoğu kullanıcı, tüm işletim sistemini değil, yalnızca daha yeni bir paket sürümünü ister. Bunun için iki daha ekonomik çözüm mevcuttur. Donanım etkinleştirme yığını (hardware enablement stack), sonraki sürümlerdeki çekirdekleri LTS sürümlerine taşır: 24.04 sürümünde bu sudo apt install linux-generic-hwe-24.04 ile sağlanır ve ikinci ara sürümden başlayarak her noktada güncellenmeye devam eder. Tek bir uygulama için ise, tüm işletim sistemini değiştirmek yerine bir container imajı veya üreticinin kendi deposunu kullanmak daha verimli bir yöntemdir.

Ara sürümün yanlış tercih olduğu durumlar

• Ödeme yapan kullanıcıların bulunduğu veya on-call rotasyonunun olduğu her türlü sistem. Asla kullanmayacağınız paket sürümleri karşılığında yılda iki kez zorunlu yükseltme yapmayı kabul etmiş olursunuz.
• unattended-upgrades ile güvenlik yamalarının yapıldığı her türlü sunucu. Bu otomasyonun başarısı, yalnızca yamaları çektiği güvenlik havuzunun güncelliği kadardır.
• Elle yükseltme yaptığınız bir sunucu filosu; çünkü gerçek maliyet, tek bir bakım penceresinin sunucu sayısıyla çarpımıdır.
• Kurup bir yıl boyunca bakmadığınız her şey. Unuttuğunuz bir ara sürüm, dokuz ay sonra yamalanmamış ve internete açık bir sunucu haline gelir.

Bu son başarısızlık sessizdir ve onu tehlikeli kılan da budur. Bir sürümün kullanım ömrü dolduğunda paketleri old-releases.ubuntu.com adresine taşınır, bu nedenle sudo apt update, archive.ubuntu.com üzerinde 404 hataları vererek başarısız olmaya başlar. Diskteki paket listeleri güncelliğini yitirir. unattended-upgrades zamanlayıcısı çalışmaya devam eder ve /var/log/unattended-upgrades/unattended-upgrades.log içine şu şekilde satırlar yazmayı sürdürür:

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

Bu satır, tamamen yamalanmış bir sunucuda da sürümü dört ay önce ölmüş bir sunucuda da aynı şekilde görünür. Birisi apt hatalarını okumadığı veya kullanım ömrü bitiş tarihini takip etmediği sürece, makinedeki hiçbir şey size hangi durumda olduğunuzu söylemez.

Ara sürümlerde ilk olarak uygulanan değişiklik türü

Mart 2026'da bir Canonical mühendisi, Ubuntu discourse platformunda, 26.10 sürümüyle birlikte gelen ve secure boot için imzalanmış GRUB önyükleyicisinin sadeleştirilmesini önerdi. Bu öneri; btrfs, hfsplus, xfs ve zfs dosya sistemi sürücülerini, JPEG ve PNG görsel ayrıştırıcılarını, Apple bölüm tablolarını, LVM üzerindeki /boot yapısını, RAID 1 dışındaki yazılım tabanlı RAID sistemlerini ve LUKS ile şifrelenmiş /boot bölümlerini kapsam dışı bırakmaktadır. Belirtilen gerekçe, önyükleyici içindeki ayrıştırıcıların sürekli bir güvenlik açığı kaynağı olması ve depolama ile şifreleme mantığının, çekirdeğin gerçek kök dizinden önce bağladığı küçük bir ilk RAM dosya sistemi olan initramfs içinde yer alması gerektiğidir. Ağustos 2026 itibarıyla bu, tartışılmakta olan bir öneridir; henüz yayınlanmış bir değişiklik değildir.

Çoğu VPS örneği için bu durum hiçbir şeyi değiştirmez; çünkü bu sistemler, GPT bölüm tablosu üzerindeki standart bir ext4 /boot üzerinden, secure boot olmadan önyüklenir. Varsayımlarda bulunmak yerine kendi sisteminizi kontrol edin. Eğer kök dizininiz ZFS ise veya /boot yapınız btrfs üzerinde ya da LUKS içinde yer alıyorsa, bu tam olarak ara sürümlerde ilk karşılaşacağınız değişiklik türüdür. İlgili tartışma başlığında etkilenen kullanıcılara verilen tavsiye, LTS sürümünde kalmaları yönündedir. Bu tavsiye, tüm argümanı tek bir cümlede özetlemektedir. Ara sürümler, değişikliklerin denendiği yerlerdir. LTS sürümleri ise, iki yıllık ara sürüm sürecinde nelerin bozulduğunun tespit edilmesinin ardından değişikliklerin ulaştığı yerdir.

Aynı model, her ara sürümde daha küçük ölçeklerde de kendini gösterir. Veritabanı, dil çalışma zamanı ve init yapılandırmasının varsayılan sürümleri güncellenir; bu nedenle daha önce çalışan yapılandırma dosyaları çalışmaz hale gelebilir. Varsayılanları ileri taşımak, bir ara sürümün varlık nedenidir. Bu da, on yükseltmenin her birinden önce sürüm notlarını okumanın, ödemeyi kabul ettiğiniz bedelin bir parçası olduğu anlamına gelir.

Sunucuyu kurarken izlenecek yolu seçme

Kurulum aşamasında izlenecek yolu seçin; çünkü sonradan değiştirmek, yeniden kurulum veya bir dizi yükseltme işlemi gerektirir. Yeni bir sunucuda, mevcut durumunuzu dört komutla öğrenebilirsiniz:

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

lsb_release -a, kurmayı hedeflediğiniz sürümü belirtmelidir; bir LTS sürümünde açıklama satırı LTS ile biter. Prompt satırı, sağlayıcının imajında yüklü gelen sürümden bağımsız olarak, seçtiğiniz izleme yoluyla eşleşmelidir. Güncel bir LTS üzerinde do-release-upgrade -c komutu No new release found. yanıtını vermelidir. Eğer bunun yerine bir ara sürüm öneriyorsa, Prompt değeri normal olarak ayarlanmış demektir ve bunun bilinçli bir tercih olup olmadığına karar verilmelidir. pro security-status, yüklü paketlerin kaçının hangi güncelleme akışı kapsamında olduğunu raporlar ve makine bir aboneliğe bağlı olmadığında bunu açıkça belirtir.

Ardından, kullanım ömrü sonu (end of life) tarihini, o sunucuya ait diğer yapılandırma notlarının yanına, tekrar görebileceğiniz bir yere yazın. Bu işlem, yeni bir VPS üzerindeki ilk on dakika içinde yapılması gereken diğer işlerle birlikte ele alınmalıdır; çünkü yalnızca birinin hafızasında tutulan destek tarihi, fark edilmeden sona erer. Eğer altı aylık sürüm döngüsünden tamamen kaçınmak istiyorsanız, bir filoyu herhangi birine emanet etmeden önce FreeBSD sürüm modeli ile Linux'un karşılaştırması üzerine bir saatlik okuma yapmak faydalı olacaktır.

FAQ

Bir üretim sunucusunda Ubuntu ara sürümünü çalıştırmalı mıyım?

Neredeyse her durumda, hayır. Bir ara sürüm, piyasaya sürüldükten dokuz ay sonra güvenlik güncellemelerini almayı durdurur; bu nedenle bu sürüm hattında üretim yapmak, yılda yaklaşık iki kez zorunlu bir yükseltme penceresi anlamına gelir. CI çalıştırıcıları ve derleme sunucuları gibi zaten bir imajdan yeniden oluşturduğunuz makineler, yükseltmenin bir pencere değil yeni bir örnek olduğu dürüst istisnalardır. Eğer gerçek kullanıcılar sunucuya bağımlıysa, LTS sürümünü kurun ve kazandığınız zamanı başka işlere ayırın.

Bir Ubuntu ara sürümü ne kadar süre desteklenir?

Dokuz ay. 26.10 sürümü 15 Ekim 2026 tarihinde yayınlanır ve güvenlik bakımı Temmuz 2027'de sona erer; bu, 25.10 sürümünün Temmuz 2026'da sona ermesiyle aynı takvimdir. Her ara sürüm aynı yolu izler: Nisan veya Ekim aylarında yayınlanır, dokuz ay sonra sona erer. Bir LTS sürümü beş yıllık standart güvenlik bakımı alır; bu süre, Ağustos 2026 itibarıyla beş makineye kadar kişisel kullanım için ücretsiz olan Ubuntu Pro ile on yıla uzatılabilir.

Yükseltme yaparken Ubuntu sürümlerini atlayabilir miyim?

Hayır. do-release-upgrade her seferinde bir adım ilerler: bir ara sürüm bir sonraki sürüme geçer ve bir LTS sürümü doğrudan bir sonraki LTS sürümüne geçebilir. 26.10 sürümünden 28.04 LTS sürümüne geçmek, yükseltmeyi önce 27.04 ve 27.10 üzerinden çalıştırmak veya makineyi yeniden kurmak anlamına gelir. Canonical her geçişi tek tek oluşturur ve test eder; yükseltme aracı o belirli sıçrama için bir araç indirir, bu nedenle iki adımlı bir sıçramanın arkasında bir araç yoktur ve asla sunulmaz.

Ubuntu sürümümün kullanım ömrü dolduğunda ne olur?

Paketleri old-releases.ubuntu.com adresine taşınır, bu nedenle sudo apt update, archive.ubuntu.com üzerinde 404 hataları vererek başarısız olmaya başlar ve bu sürüm için hiçbir yeni güvenlik güncellemesi yayınlanmaz. Makinedeki hiçbir şey bunu bildirmez. Sunucu çalışmaya ve trafik karşılamaya devam ederken, içindeki her yeni yayınlanan güvenlik açığı açık kalır. Kurtarma işlemi, zaman baskısı altında yapılan bir sürüm yükseltmesi veya yeniden kurulumdur; bu nedenle belirtileri beklemek yerine tarihi takip edin.

LTS çekirdeği yeni donanımlar için çok mu eski?

Genellikle hayır, çünkü bir LTS sürümü orijinal çekirdeğini beş yıl boyunca tutmaz. Donanım etkinleştirme yığını (HWE), sonraki sürümlerden gelen çekirdekleri ara sürümlerde LTS'ye getirir ve bir sunucu kurulumu linux-generic-hwe-24.04 gibi bir paketle bu sisteme dahil olabilir. Çekirdeğin engelleyici olduğunu varsaymadan önce uname -r ile ne çalıştırdığınızı kontrol edin. Eksik olan parça bir çekirdek değil de bir kullanıcı alanı sürümü ise, tüm makineyi ara sürüm hattına taşımaktan çok daha küçük bir değişiklik olarak bir container veya üretici deposu kullanın.