Fedora sunucu sürüm yükseltme ve destek süresi

Fedora sürümleri 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 kimsenin yama yapmadığı bir paket setiyle kalır.

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'ün çıkışından 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 hata 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üm. EOL, yaşam döngüsü sonu (end of life) anlamına gelir; bu tarih, yamaların kesildiği gündür. 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 derleme ise 120 ay destek sağlar. İkinci sütunu bir fatura olarak okuyun. On yıl boyunca Fedora, işletim sisteminin tamamı için yaklaşık 10 yükseltme gerektirirken, Ubuntu LTS üzerinde bu sayı 2 kadardır. Debian'ın 36 aylık süresi 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 süreleridir, ölçülmüş çalışma süresi değildir. Yayın takvimlerinin neden farklı olduğu 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 kendi parçasıdır, bu nedenle önceden kurulması gereken bir eklenti yoktur. Debian veya Ubuntu tabanlı bir sistemden geçiş yapıyorsanız, günlük kullandığınız komutların çoğu doğrudan bir apt - dnf karşılığına sahiptir; ancak aşağıdaki sürüm yükseltme işlemi, gerçek bir karşılığı olmayan nadir görevlerden biridir. Mevcut sürümden başlayın ve tüm yamaları uygulayın:

sudo dnf upgrade --refresh
sudo reboot

Yeniden başlatma önemlidir çünkü yükseltme işlemi, kurulu ve çalışan paketler üzerinden çözümlenir; yarım kalmış bir kernel veya glibc güncellemesi, bir sonraki adımı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, her paketi indirir ve çalışan sistem üzerinde 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 senaryodur çünkü hata, makine hala çalışır durumdayken ve bir kabuk erişiminiz 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 yeniden başlatır: RPM işleminin kendi başına çalıştığı minimal bir önyükleme. Bu yöntem kullanılır çünkü çalışan servislerin altında glibc ve systemd gibi temel bileşenleri değiştirmek, sistemin yarım kurulmasına yol açar. Sunucunuz işlem süresince ulaşılamaz olur; küçük bir VPS üzerinde bu genellikle birkaç dakika sürer ve ardından yeni sürümle tekrar açılır. İki yeniden başlatma ve SSH'ı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 yazdırmalıdır. log alt komutu, kabuk erişiminizin olmadığı sırada gerçekleşen çevrimdışı önyüklemenin işlem günlüğünü yazdırır; bu, o sırada neler olduğunun tek kaydıdır. distro-sync, geride kalan her şeyi yeni sürümün paketlerine yükseltir. repoquery --extras, artık etkin hiçbir depoda bulunmayan kurulu paketleri listeler; bu, yeni sürüm için yayınlanmamış depolardan kalan dosyaları bulacağınız yerdir.

İ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 başarısız olursa SSH geri gelmeyecektir ve tek erişim yolunuz sağlayıcının sunduğu VNC veya seri konsol olacaktır. Başlamadan önce bir konsolunuzun veya anlık görüntünüzün olduğundan emin olun, işlem sonrasında değil.

İnsanların 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ü yanına .rpmnew olarak 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ırmak, bu dosyaları tek tek gözden geçirmenizi ve aradaki farkları görmenizi sağlar.

Üçüncü taraf depolar yükseltmeyi kesintiye uğratır

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

Mevcut depolarınızı listeleyin:

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

Fedora'ya ait olmayan 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

Eğer tedarikçi ilgili sürüm için yayın yapmışsa, dnf meta verileri indirir ve sessizce çıkar. Aksi takdirde, 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 yoldur. 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, içindeki paketleri 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ışmaları çözmek için yüklü paketleri kaldırmasına izin verir; bu nedenle onay vermeden önce kaldırma listesini dikkatlice okuyun. İnsanlar, tutmak istedikleri bir veritabanı sunucusunu genellikle bu listedeki dikkatsizlikleri yüzünden kaybederler.

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

Gün tarihinde hiçbir şey olmaz. Hata, paket yöneticisine bir sonraki erişim denemenizde ortaya çıkar. Ömrünü tamamlamış sürümler yansıma (mirror) ağından arşiv dizinine taşınır, bu nedenle dnf upgrade meta veri çekme sırasında başarısız olur ve sürümünüzün metalink URL'si için 404 hatası döndürür:

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 yüzden bir OpenSSH veya nginx güvenlik uyarısı yayınlandığında 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, her seferinde bir veya iki sürüm atlamanızı bekler; dört sürüm geride olan bir sunucu, her biri başarısız olma riski taşıyan ve her biri çevrimdışı önyükleme ile körlemesine çalışan birkaç ardışık yükseltme demektir. Bir VPS üzerinde, güncel bir imaj ile yeniden kurulum yapıp verileri taşımak genellikle daha kısa ve güvenli bir işlemdir; bu da yeni bir VPS'teki 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ılan değerleri geçersiz kılan /etc/dnf/automatic.conf dosyasında tutulur. apply_updates varsayılan olarak kapalıdır; bu nedenle zamanlayıcı, kutudan çıktığı haliyle 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 içerisinde güncel kalmanızı sağlar. Fedora 43'ü Fedora 44'e taşımaz; çünkü sürüm yükseltme işlemi, çevrimdışı bir işlemle 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 süre boyunca sürüm değişikliği olmadan taşır ve sürüm değişikliğinin kendisi, 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

Yenilik öncelikli olduğunda Fedora iyi bir tercihtir.

• Herhangi bir LTS sürümünün sunduğundan daha yeni bir çekirdeğe veya kullanıcı alanına (userspace) ihtiyaç duyuyorsanız: yeni donanımlar veya kurumsal bir sürüme gelmesine daha bir yıl olan bir container ve systemd yığını. Fedora, sürüm döngüsü içerisinde yeni upstream çekirdeklere geçiş yapar; bu nedenle 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; dolayısıyla 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 sonra silinecek bir derleme çalıştırıcısı veya test kutusu, hiçbir zaman destek sonu tarihine ulaşmaz. Aynı mantık, kodlama ajanlarına verdiğiniz tek kullanımlık sanal makineler için de geçerlidir; bu makineler Fedora sürümlerinden çok daha sık yeniden oluşturulur.
• Yükseltme işlemlerini üstlenen birisi varsa. Fedora, sahibi belli olan ve takviminde bakım kaydı bulunan sunucularda sorunsuz çalışır. Herkesin unuttuğu makineler için uygun bir seçenek değildir.

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

Sunucuda Fedora kullanmak isteyenlerin çoğu, 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 alın. Bir container imajı, uygulama için yeni sürümü, yükseltme yapmanıza gerek kalmayan bir ana makine üzerinde sunar (VPS üzerinde Docker çalıştırma). İlgilendiğiniz tek bir paket (PostgreSQL veya nginx gibi) için kullanılan bir üretici deposu, sadece o öğeyi günceller ve temel sistemi 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 yeni bir kullanıcı alanı (userspace) sağlar; bu nedenle çekirdeğe ihtiyaç duyduğunuz durumlarda yardımcı 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 bakım penceresi gerektiren maliyetli kısım da bu döngüdür.

Eğer sunucu için Fedora'yı tercih ederseniz, 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 geri geldiğini doğrulayın. Bu ritim yılda yaklaşık bir saatlik bir maliyet gerektirir 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 tarihinde sona ermesi planlanmıştır. Bu tarih geçildiğinde, sürüm güvenlik güncellemelerini almayı durdurur ve paketleri yansıma sunucularından (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 hedefi kabul eder; iki sürüm birden atlamak, yılda bir kez yapılan yükseltme düzeninin tam olarak çalışma şeklidir. Daha fazlasını yapmak desteklenen bir yöntem değildir ve atlanan her ek sürüm, bir paket isminin değişmesi veya yapılandırma formatı değişikliği nedeniyle işlemin durma olasılığını artırır. Eğer bir makine halihazırda birkaç sürüm geride kalmış ve ömrünü tamamlamışsa, güncel bir imaj üzerinde yeniden kurulum yapmak genellikle bir dizi yükseltme işleminden daha hızlıdır.

Fedora sunucum ömrünü tamamlarsa 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 adresinde 404 hatası vererek başarısız olur; çünkü ömrünü tamamlayan sürümler dl.fedoraproject.org adresindeki arşive taşınır. Depo dosyalarını bu arşive yönlendirerek aşamalı yükseltmeler yapabilir veya sunucuyu desteklenen bir sürüm üzerinde yeniden kurabilirsiniz. Bu iki seçenekten birini yapana kadar makineye hiçbir güvenlik güncellemesi ulaşamaz ve hiçbir paket yüklenemez.

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

Kötü bir varsayılan tercihtir ancak geçerli bir gerekçeniz 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. Bir sunucuyu sürüm değiştirmeden yıllarca yamalamak istiyorsanız bir LTS veya kurumsal bir dağıtım seçin.