Güncelleme konusunda iki uç yaklaşım vardır. Birincisi hiç güncellememek — "çalışıyorsa dokunma" felsefesi. İkincisi her güncellemeyi anında uygulamak. İkisi de risklidir, biri güvenlik diğeri kararlılık tarafından.
Bu yazı, VDS sunucunuzda dengeli bir güncelleme politikası kurmayı anlatıyor.
İki Yönlü Risk
| Yaklaşım | Risk | Sonuç |
|---|---|---|
| Hiç güncellememek | Bilinen açıklar açık kalır | Otomatik saldırılara hedef olur |
| Her şeyi anında güncellemek | Uyumsuzluk ve beklenmedik davranış | Çalışan sistem bozulur |
| Sınıflandırarak güncellemek | Biraz planlama gerektirir | Dengeli ve öngörülebilir |
İlk satır teoride değil pratikte tehlikelidir: internete açık sunucular sürekli taranır ve bilinen açıklar otomatik araçlarla denenir. Güncellenmemiş bir sunucunun ele geçirilmesi, hedef seçilmesini gerektirmez.
Güncellemeleri Sınıflandırmak
Tüm güncellemeler aynı aciliyette değildir. Üç sınıf ayırt edin:
Güvenlik Yamaları
Bilinen bir açığı kapatan güncellemelerdir. Bunlar hızlı uygulanmalıdır — özellikle uzaktan istismar edilebilen ve internete açık servisleri ilgilendirenler.
Güvenlik yamaları genellikle küçük ve odaklıdır; kırılma riski düşüktür. Beklemenin riski, uygulamanın riskinden yüksektir.
Hata Düzeltmeleri
Yaşadığınız bir sorunu çözüyorsa uygulayın; yaşamadığınız bir sorunu çözüyorsa aciliyeti yoktur. Planlı bakım penceresine bırakılabilir.
Sürüm Yükseltmeleri
Ana sürüm değişiklikleri — örneğin bir veritabanı veya dil sürümünün büyük atlaması — en riskli kategoridir. Bunlar asla üretim sunucusunda doğrudan denenmemelidir.
Otomatik Güvenlik Güncellemeleri
Çoğu dağıtım, yalnızca güvenlik güncellemelerini otomatik uygulayan bir mekanizma sunar. Bu, güncelleme borcunun birikmesini önleyen en pratik yöntemdir.
Etkinleştirirken dikkat edilecekler:
- Yalnızca güvenlik deposunu kapsasın. Tüm güncellemelerin otomatik uygulanması istenmez.
- Otomatik yeniden başlatmayı kontrollü yapın. Çekirdek güncellemeleri yeniden başlatma gerektirir; bunun trafiğin düşük olduğu saatte olması gerekir.
- Bildirim alın. Ne güncellendiğini bilmeniz gerekir; sessiz çalışan otomasyon teşhisi zorlaştırır.
- Kritik paketleri hariç tutun. Veritabanı veya özel yapılandırılmış servisler elle yönetilmelidir.
İkinci madde önemlidir: bazı güvenlik yamaları etkili olmak için servis veya sistem yeniden başlatması ister. Yama uygulanır ama yeniden başlatma yapılmazsa, açık kapanmamış olur.
Elle Güncelleme Süreci
Önce Yedek
Güncelleme öncesi anlık görüntü veya yedek alın. Çoğu sağlayıcı, işlem öncesi anlık görüntü almayı destekler — geri dönüş gerekirse dakikalar içinde eski hâle dönersiniz.
Anlık görüntü desteği, güncelleme politikanızı doğrudan etkiler: geri dönüş imkânı varsa daha cesur davranabilirsiniz. VDS sunucu paketinizde bu özelliğin bulunup bulunmadığını ve kaç anlık görüntü saklayabildiğinizi kontrol edin.
Neyin Güncelleneceğini Görün
Uygulamadan önce listeyi inceleyin. Beklemediğiniz bir paketin listede olması, bir bağımlılık değişikliğinin habercisi olabilir.
Düşük Trafikte Uygulayın
Bazı güncellemeler servisleri yeniden başlatır. Kısa kesintiler olacaktır; bunu yoğun saatlere denk getirmeyin.
Sonrasını Doğrulayın
Güncelleme "başarılı" dese bile kontrol edin: servisler çalışıyor mu, site açılıyor mu, loglarda yeni hata var mı? En sık karşılaşılan durum, bir servisin güncelleme sonrası başlatılmamış olmasıdır.
Yapılandırma Çakışmalarını Çözün
Güncelleme, sizin düzenlediğiniz bir yapılandırma dosyasının yeni sürümünü getirebilir. Bu durumda ya sizinki korunur ya da yenisi yazılır. Hangisinin olduğunu kontrol edin — sessizce değişen bir ayar, günler sonra tuhaf bir soruna dönüşür.
Büyük Sürüm Yükseltmeleri
İşletim sistemi veya ana bileşen sürümü değiştirecekseniz, süreç tamamen farklıdır:
- Önce test ortamında deneyin. Aynı yapılandırmayla bir kopya oluşturup yükseltmeyi orada yapın.
- Uyumluluk notlarını okuyun. Kaldırılan özellikler ve davranış değişiklikleri uygulamanızı etkileyebilir.
- Yerinde yükseltme yerine yeni kurulum düşünün. Temiz kurulu yeni bir sunucuya taşınmak, çoğu zaman yerinde yükseltmeden daha güvenlidir.
- Geri dönüş planı hazırlayın. Yükseltme başarısız olursa ne yapacaksınız?
Üçüncü madde deneyimli yöneticilerin tercihidir: yeni sunucu kurup uygulamayı taşımak, hem eski yapılandırma artıklarından kurtulmayı hem de sorun çıkarsa eski sunucuya dönmeyi mümkün kılar.
Neyi Takip Etmeli?
Güncelleme politikasının unutulan yarısı takiptir:
- Kullandığınız dağıtımın destek süresi ne zaman bitiyor?
- Dil ve veritabanı sürümleriniz hâlâ güvenlik güncellemesi alıyor mu?
- Uygulamanızın bağımlılıklarında bilinen açık var mı?
Destek süresi biten bir sürüm, güncelleme almadığı için zamanla açık birikimine dönüşür. Bu tarihleri önceden bilmek, aceleyle yapılan bir yükseltmeden çok daha iyidir.
Sonuç
Güncelleme politikasının özü sınıflandırmadır: güvenlik yamalarını hızlı uygulayın, hata düzeltmelerini planlı bakıma bırakın, ana sürüm yükseltmelerini asla doğrudan üretimde denemeyin. Otomatik güvenlik güncellemelerini açın ama yalnızca güvenlik deposunu kapsayacak şekilde ve bildirim alarak. Her güncelleme öncesi anlık görüntü alın, sonrasında servislerin gerçekten çalıştığını doğrulayın. Ve dağıtımınızın destek bitiş tarihini takviminize yazın — o tarih geldiğinde acele etmemiş olursunuz.
Sıkça Sorulan Sorular (SSS)
Sunucumu ne sıklıkla güncellemeliyim?
Güvenlik yamalarını mümkün olan en kısa sürede — otomatik güvenlik güncellemelerini açmak en pratik yoldur. Diğer güncellemeleri ayda bir planlı bakım penceresinde uygulamak çoğu ortam için yeterlidir.
Otomatik güncelleme açmalı mıyım?
Yalnızca güvenlik güncellemeleri için evet. Tüm güncellemelerin otomatik uygulanması, beklenmedik uyumsuzluklara yol açabilir. Veritabanı gibi kritik ve özel yapılandırılmış paketleri otomasyondan hariç tutun.
Güncelleme sonrası yeniden başlatma şart mı?
Çekirdek ve bazı temel kütüphane güncellemeleri için evet. Yama uygulanmış olsa bile sistem yeniden başlatılmazsa eski sürüm bellekte çalışmaya devam eder ve açık kapanmamış olur. Bunu düşük trafik saatine planlayın.
İşletim sistemi sürümünü yerinde yükseltmeli miyim?
Mümkünse hayır. Yeni bir sunucuya temiz kurulum yapıp uygulamanızı taşımak genellikle daha güvenlidir: eski yapılandırma artıklarından kurtulursunuz ve sorun çıkarsa eski sunucu ayakta durduğu için geri dönüş kolaydır.
