Fedora Server sürüm yükseltme döngüsü ve destek süresi

Bir Fedora sürümü ne kadar süreyle güvenlik güncellemeleri alır?

Bir Fedora sunucusu, makine var olduğu sürece yaklaşık yılda bir kez sürüm yükseltmesine ihtiyaç duyar. Fedora, yaklaşık her altı ayda bir yeni bir sürüm yayınlar. Her sürüm, iki sürüm sonrasının yayınlanmasından yaklaşık dört hafta sonrasına kadar desteklenir; bu da yaklaşık 13 aylık bir güncelleme süresine denk gelir. Bu tarihten sonra sürüm hiçbir güvenlik yaması almaz. Sunucu çalışmaya devam eder ancak paket seti artık kimse tarafından yamalanmaz.

Tarihler durumu somutlaştırır. Ağustos 2026 itibarıyla desteklenen sürümler Fedora 43 ve Fedora 44'tür. Fedora 44, 28 Nisan 2026 tarihinde yayınlanmıştır ve kullanım ömrünün Haziran 2027'de sona ermesi planlanmaktadır. Fedora 42, Nisan 2025'te yayınlanmış ve Fedora 44 çıktıktan dört hafta sonra, Mayıs 2026'da kullanım ömrünü tamamlamıştır. Dolayısıyla, Fedora 42 imajı ile kurulan bir sunucu, herhangi bir hatalı işlem yapılmasa dahi on üç ay sonra destek kapsamı dışına çıkmıştır.

LTS karşısında Fedora, ay cinsinden

LTS, uzun süreli destek (long term support) anlamına gelir: satıcının aylarca değil, yıllarca yama desteği sağladığı bir sürümdür. EOL, yaşam döngüsü sonu (end of life) anlamına gelir; yamaların kesildiği tarihtir. Bugün kuracağınız sürüm için her projenin yayınladığı veriler aşağıdadır.

[
  {
    "distro": "Fedora 44",
    "support_window": 13,
    "upgrades_per_decade": 10
  },
  {
    "distro": "Ubuntu 26.04 LTS",
    "support_window": 60,
    "upgrades_per_decade": 2
  },
  {
    "distro": "Debian 13 stable",
    "support_window": 36,
    "upgrades_per_decade": 3
  },
  {
    "distro": "AlmaLinux 10",
    "support_window": 120,
    "upgrades_per_decade": 1
  }
]

Fedora, sürüm başına 13 ay destek sunar. Bir Ubuntu LTS 60 ay, AlmaLinux gibi kurumsal bir yeniden yapılandırma ise 120 ay destek sağlar. İkinci sütunu bir fatura gibi okuyun. On yıl boyunca Fedora, işletim sisteminin tamamı için yaklaşık 10 yükseltme gerektirirken, Ubuntu LTS üzerinde bu sayı 2'dir. Debian'ın 36 aylık verisi standart güvenlik desteğidir; ayrı bir LTS ekibi çoğu sürümü yaklaşık beş yıla kadar uzatır.

Bunlar, Ağustos 2026 itibarıyla kontrol edilmiş yayınlanmış destek pencereleridir, ölçülen çalışma süresi değildir. Yayın sıklıklarının neden farklı olduğu bir sunucuda Ubuntu LTS ile ara sürümler arasındaki fark konusunda açıklanmıştır. Burada önemli olan, her birinin size yüklediği iş yüküdür.

Fedora sürüm yükseltme işlemi gerçekte neleri kapsar

Fedora 41'den itibaren varsayılan paket yöneticisi DNF 5'tir ve dnf bunu çalıştırır. system-upgrade komutu dnf5'in bir parçasıdır, bu nedenle önceden kurulması gereken bir eklenti yoktur. Mevcut sürümden başlayın ve tüm yamaların uygulandığından emin olun:

sudo dnf upgrade --refresh
sudo reboot

Yeniden başlatma önemlidir çünkü yükseltme işlemi, yüklü ve çalışan paketler üzerinden çözümlenir; yarım kalmış bir kernel veya glibc güncellemesi, sonraki adımların analizini zorlaştırır. Şimdi yeni sürümü hazırlayın. 44 yerine geçmek istediğiniz sürüm numarasını yazın:

sudo dnf system-upgrade download --releasever=44

Bu komut tüm işlemi çözümler, gerekli tüm paketleri indirir ve çalışan sistemde hiçbir şeyi değiştirmez. Küçük bir sunucuda birkaç bin paket ve bir ila üç gigabayt arası veri indirilmesini bekleyin. Eğer dnf işlemi çözümleyemezse burada durur ve engellemeye neden olan paketi belirtir. Bu iyi bir durumdur, çünkü hata makine hala çalışır durumdayken ve elinizde bir shell varken gerçekleşir.

Ardından işlemi çalıştırın:

sudo dnf offline status
sudo dnf system-upgrade reboot

dnf offline status, bir işlemin hazırlandığını ve beklediğini doğrular. dnf system-upgrade reboot, makineyi çevrimdışı bir işleme (offline transaction) yeniden başlatır: RPM işleminin kendi başına çalıştığı minimal bir önyükleme. Bu yöntem tercih edilir çünkü çalışan servislerin altında glibc ve systemd gibi temel bileşenleri değiştirmek, sistemin yarı kurulu kalmasına yol açabilir. Sunucunuz işlem süresince erişilemez olur; küçük bir VPS üzerinde bu genellikle birkaç dakika sürer ve ardından sistem yeni sürüme yeniden başlar. İki kez yeniden başlatma ve SSH bağlantısının yanıt vermeyeceği bir zaman dilimi planlayın.

Sistem geri geldiğinde:

cat /etc/fedora-release
sudo dnf system-upgrade log --number=-1
sudo dnf distro-sync
sudo dnf repoquery --extras

/etc/fedora-release, Fedora release 44 (Forty Four) gibi bir satır çıktısı vermelidir. log alt komutu, shell erişiminizin olmadığı sırada gerçekleşen çevrimdışı önyüklemenin işlem günlüğünü yazdırır; bu, o sırada neler olup bittiğine dair tek kayıttır. distro-sync, geride kalan her şeyi yeni sürümün paket sürümlerine yükseltir. repoquery --extras, artık etkin hiçbir depoda bulunmayan yüklü paketleri listeler; yeni sürüm için yayınlanmamış depolardan kalan dosyaları burada bulabilirsiniz.

İndirme adımından önce diskin anlık görüntüsünü (snapshot) alın. İşlem, ekranı göremediğiniz bir sırada gerçekleşir; bu nedenle çevrimdışı önyükleme sırasında hata oluşursa SSH bağlantısı geri gelmeyecektir ve sisteme erişebileceğiniz tek yol sağlayıcınızın sunduğu VNC veya seri konsoldur. Başlamadan önce bir konsol erişiminiz veya anlık görüntünüz olduğundan emin olun.

İnsanların genellikle atladığı bir kontrol daha:

sudo find /etc -name '*.rpmnew' -o -name '*.rpmsave'

Bir paket yeni bir varsayılan yapılandırma dosyası sunduğunda ve siz eskisini düzenlediyseniz, RPM dosyanızın üzerine yazmaz. Paketlenmiş sürümü .rpmnew olarak yanına kaydeder. Bu nedenle sshd veya nginx servisleriniz eski sürümdeki gibi davranmaya devam ederken, yeni varsayılanlar diskte okunmadan bekler. Her yükseltmeden sonra bu dosyaları inceleyin. rpmconf paketini kurup sudo rpmconf -a komutunu çalıştırarak bu dosyaları tek tek gözden geçirebilir ve aralarındaki farkları görebilirsiniz.

Üçüncü taraf depolar yükseltmeyi bozan unsurlardır

Fedora'nın kendi paketleri, sürüm yayınlandığı gün birlikte güncellenir. Fedora dışından gelen her şey ise başkasının takvimine göre hareket eder. Çoğu tedarikçi deposu URL adresinde $releasever kullanır; bu nedenle yükseltme yaptığınız anda dnf, henüz var olmayabilecek bir yol için istekte bulunmaya başlar.

Sahip olduklarınızı listeleyin:

sudo dnf repo list --enabled
grep -R -e baseurl -e metalink /etc/yum.repos.d/

Fedora'nın kendi depoları dışındaki her depo için, herhangi bir işlem yapmadan önce hedef sürümle uyumluluğunu test edin:

sudo dnf --releasever=44 --repo=docker-ce-stable makecache

Tedarikçi ilgili sürüm için yayın yapmışsa, dnf meta verileri indirir ve sessizce çıkar. Yayın yapmamışsa, https://download.docker.com/linux/fedora/44/x86_64/stable/repodata/repomd.xml gibi bir yol için 404 hatası alırsınız ve aynı hata daha sonra system-upgrade download işlemini durdurur. Bir Fedora sürümü yayınlandıktan sonraki ilk haftalarda, yükseltmenin başlamamasının en yaygın nedeni budur.

İki seçeneğiniz vardır. Tedarikçinin yayın yapmasını birkaç hafta beklemek genellikle en doğru karardır. Ya da o depo olmadan yükseltme yapabilirsiniz:

sudo dnf system-upgrade download --releasever=44 --disable-repo=docker-ce-stable

Bir depoyu devre dışı bırakmak, paketlerini kaldırmaz. Paketler yüklü ve yönetilmeyen durumda kalır; eğer işlemde bir engel oluştururlarsa dnf bunu bildirir. --allowerasing eklemek, dnf'nin çakışmayı çözmek için yüklü paketleri kaldırmasına izin verir; bu nedenle kabul etmeden önce kaldırma listesini okuyun. İnsanların tutmak istedikleri bir veritabanı sunucusunu kaybetmelerine neden olan liste budur.

Fedora sunucusu güncelleme penceresini kaçırırsa ne olur

Gün geldiğinde hiçbir şey olmaz. Hata, paket yöneticisine bir sonraki erişiminizde ortaya çıkar. Ömrünü tamamlamış sürümler yansıma ağından arşiv dizinine taşınır; bu nedenle sürümünüze ait metalink URL'si 404 hatası döndürdüğünden dnf upgrade meta veri çekme aşamasında başarısız olur:

Status code: 404 for https://mirrors.fedoraproject.org/metalink?repo=fedora-42&arch=x86_64

Makine trafik sunmaya devam eder; bu durum süreci sessiz ve tehlikeli kılar. Güvenlik güncellemesi almaz. Ayrıca hiçbir şey yükleyemez; bu nedenle bir OpenSSH veya nginx güvenlik bülteni yayınlandığında, sistemi yamalamak için desteklenen bir yönteminiz kalmaz.

Bu durumdan kurtulmak mümkündür ancak yavaştır. Depoları https://dl.fedoraproject.org/pub/archive/fedora/linux/ adresindeki Fedora arşivine yönlendirip oradan yükseltme yapabilirsiniz. Fedora, bir veya iki sürüm atlayarak yükseltme yapılmasını bekler; bu nedenle dört sürüm geride kalan bir sunucu, her biri başarısız olma riski taşıyan ve çevrimdışı önyükleme ile gerçekleştirilen birkaç ardışık yükseltme adımı anlamına gelir. Bir VPS üzerinde, güncel bir imaj ile yeniden kurulum yapıp verileri taşımak genellikle daha kısa ve güvenli bir yoldur; bu işlem yeni bir VPS üzerindeki ilk on dakika ile aynı iş yüküne sahiptir.

Otomatik güncellemeler bir sürümü yamalar. Sürüm yükseltmesi yapmazlar.

Fedora güncellemelerini bir zamanlayıcı üzerinden kurabilir:

sudo dnf install -y dnf5-plugin-automatic
sudo systemctl enable --now dnf5-automatic.timer

Ayarlar, /usr/share/dnf5/dnf5-plugins/automatic.conf içindeki varsayılanları geçersiz kılan /etc/dnf/automatic.conf dosyasında tutulur. apply_updates varsayılan olarak kapalıdır; bu nedenle zamanlayıcı güncellemeleri indirir ancak hiçbirini kurmaz. upgrade_type, default ve security arasında seçim yapar. reboot; never, when-changed veya when-needed değerlerini kabul eder.

Bu mekanizma, mevcut sürümünüzü güncel tutar. Fedora 43'ü Fedora 44'e taşımaz; çünkü sürüm yükseltme işlemi, çevrimdışı bir işleme yeniden başlatmayı gerektiren ayrı ve bilinçli bir operasyondur. LTS sürümleri ile aradaki pratik fark budur. Ubuntu üzerinde, katılımsız güvenlik güncellemeleri, bir makineyi beş yıllık pencere boyunca sürüm değişikliği olmadan taşır; sürüm değişikliğinin kendisi ise birkaç yılda bir yapılan 24.04'ten 26.04'e yükseltme gibi planlı bir iştir.

Fedora'nın sunucu olarak doğru tercih olduğu durumlar

Fedora, güncelliğin esas olduğu durumlarda iyi bir tercihtir.

• LTS sürümlerinin sunduğundan daha yeni bir çekirdeğe veya kullanıcı alanı yazılımına ihtiyaç duyuyorsanız: yeni donanımlar veya kurumsal sürümlere gelmesine daha bir yıl olan container ve systemd yığını için uygundur. Fedora, sürüm döngüsü içerisinde de yeni upstream çekirdeklere geçiş yapar; dolayısıyla bu avantaj yalnızca kurulum anıyla sınırlı değildir.
• RHEL (Red Hat Enterprise Linux) içerisine nelerin dahil edileceğini doğruluyorsanız. Fedora, CentOS Stream'i besler, o da RHEL'i besler; bu nedenle bugün Fedora üzerinde derlenen ve çalışan yazılımlar, birkaç yıl sonraki kurumsal platforma karşı test edilmiş olur.
• Makine tasarım gereği kısa ömürlüdür. İki ay içinde silinecek bir derleme sunucusu veya test kutusu, hiçbir zaman ömür sonu (EOL) tarihine ulaşmaz. Aynı mantık, kodlama aracılarına verdiğiniz tek kullanımlık VM'ler için de geçerlidir; bu kutular Fedora sürümlerinden çok daha sık yeniden oluşturulur.
• Yükseltme işlemlerini takip eden bir sorumlusu varsa. Fedora, belirli bir sahibi olan ve takviminde bakım kaydı bulunan sunucularda sorunsuz çalışır. Herkesin unuttuğu sunucular için uygun bir seçenek değildir.

Orta yol: kararlı bir temel üzerinde güncel paketler

Sunucuda Fedora kullanmak isteyen çoğu kişi, güncel bir işletim sisteminden ziyade iki veya üç güncel pakete ihtiyaç duyar. Bunlar birbirinden ayrılabilir. Temel olarak bir LTS veya kurumsal bir yeniden yapılandırma (rebuild) sürümü çalıştırın, ardından ihtiyaç duyduğunuz noktada yeni yazılımı içeri çekin. Bir container imajı, yükseltme yapmanıza gerek kalmayan bir ana makine üzerinde uygulamanın yeni sürümünü size sunar (VPS üzerinde Docker çalıştırma). İlgilendiğiniz tek bir paket için (PostgreSQL veya nginx gibi) bir üretici deposu kullanmak, o tek öğeyi ileri taşır ve temeli olduğu gibi bırakır.

Bu takas her iki yönde de dürüsttür. Bir container, ana makinenin eski çekirdeği üzerinde size yeni bir kullanıcı alanı sunar; bu nedenle çekirdeğin kendisi ihtiyaç duyduğunuz şey olduğunda bir faydası olmaz. Bir üretici deposu ise, üreticinin daha az test ettiği bir temel üzerinde size yeni bir paket sunar. Her iki yöntem de temel sistemin güvenlik güncellemelerini LTS döngüsüne bırakır; Fedora'da her yıl bir bakım penceresi gerektiren maliyetli kısım da bu döngüdür.

Eğer sunucu için Fedora'yı seçerseniz, döngüyü bir takvime bağlayın. Yeni bir sürüm yayınlandığında üretici depolarının güncellenmesi için birkaç hafta bekleyin, snapshot alın, yükseltmeyi gerçekleştirin ve ardından servislerin tekrar ayağa kalktığını doğrulayın. Bu ritim yılda yaklaşık bir saate mal olur ve işe yarar. Başarısız olan sürüm, yükseltmenin ancak bir şeyler bozulduğunda hatırlandığı sürümdür.

FAQ

Bir Fedora sürümü ne kadar süre desteklenir?

Yaklaşık 13 ay. Fedora yaklaşık altı ayda bir yeni sürüm yayınlar ve her sürümü, kendisinden iki sürüm sonraki yayından yaklaşık dört hafta sonrasına kadar destekler. Fedora 44, 28 Nisan 2026 tarihinde yayınlanmış olup ömrünün Haziran 2027'de sona ermesi planlanmıştır. Bu tarih geçtiğinde, ilgili sürüm güvenlik güncellemelerini almayı durdurur ve paketleri yansıtıcılardan (mirrors) Fedora arşivine taşınır.

Bir Fedora sürümünü atlayıp aynı anda iki sürüm birden yükseltebilir miyim?

Evet, belirli sınırlar dahilinde. dnf system-upgrade download --releasever=, bir veya iki sürüm ilerisindeki bir hedefi kabul eder; iki sürüm birden atlamak, yılda bir kez yapılan yükseltme ritminin tam olarak nasıl çalıştığıdır. Daha fazlasını yapmak desteklenen bir yöntem değildir ve her fazladan sürüm, bir paket adının değişmesi veya yapılandırma formatı değişikliğinin işlemi durdurma ihtimalini artırır. Eğer bir makine halihazırda birkaç sürüm geride kalmış ve kullanım ömrünü tamamlamışsa, güncel bir imaj üzerine yeniden kurulum yapmak genellikle bir dizi yükseltme işleminden daha hızlıdır.

Fedora sunucumun kullanım ömrü dolarsa ne olur?

Sunucu çalışmaya devam eder ancak yama almayı durdurur. Bir sonraki dnf upgrade işlemi, sürümünüz için metalink URL'sinde 404 hatası verir; çünkü kullanım ömrü dolan sürümler dl.fedoraproject.org adresindeki arşive taşınır. Depo dosyalarını bu arşive yönlendirip aşamalı olarak yükseltme yapabilir veya sunucuyu desteklenen bir sürüm üzerinde yeniden kurabilirsiniz. Bu iki yöntemden birini yapana kadar, makineye hiçbir güvenlik güncellemesi ulaşamaz ve hiçbir paket yüklenemez.

Fedora, üretim sunucusu için kötü bir tercih midir?

Kötü bir varsayılan tercihtir ancak geçerli bir nedeni varsa makul bir seçimdir. Bunun maliyeti, dokunmak istemeyebileceğiniz bir makinede sonsuza kadar her yıl tam işletim sistemi yükseltmesi yapmaktır. Bir LTS sürümünün sunduğundan daha yeni bir çekirdek veya kullanıcı alanı (userspace) gerekiyorsa ya da sunucu tasarımı gereği kısa ömürlü olacaksa Fedora'yı seçin. Sürümünü değiştirmeden bir sunucuyu yıllarca yamalamak istiyorsanız bir LTS veya kurumsal bir yeniden yapılandırma (enterprise rebuild) tercih edin.