SunucuKontrol 1.118.1

Ayrıntılı anlatım

# SunucuKontrol 1.118.1

1.118.1, kapsamlı bir iç denetimde bulunan 24 sorunu kapatan bir güvenlik ve güvenilirlik sürümü. Öne çıkanlar: konteyner kullanan siteler arasındaki sınır, yedekten geri yüklemede veri kaybı ve ekip üyelerinin hesap güvenlik kurallarına uyması.

Bu sürüm kimin işine yarar?

• Sitelerinde konteyner (Podman) çalıştıran ve onu alan adına bağlayan müşteriler.
• Yedekten ya da anlık görüntüden geri yükleme yapan herkes.
• Ekip üyesi açan ve hesabına IP kısıtı ya da iki adımlı doğrulama zorunluluğu koyan hesaplar.
• WooCommerce mağazasının test kopyasını kullananlar.

Konteyner bağlantıları artık siteye ait

Bir sitenin konteynerini alan adına bağladığınızda (ters vekil), panel o portu sitenize ayırıyor. Konteyneriniz güncelleme ya da yeniden başlatma için durduğunda aynı sunucudaki başka bir hesap o portu tutsa bile ziyaretçileriniz ona yönlenmiyor: sunucu, bu porttan gelen yanıtı yalnız sitenizin kullanıcısından ya da sistemden kabul ediyor. Başka bir sitenin bağladığı portla konteyner başlatmak ya da onu bağlamak da reddediliyor ve size anlaşılır bir ileti gösteriliyor.

Konteyneriniz kapalıyken ziyaretçi birkaç saniye içinde "hizmet kullanılamıyor" yanıtı alır; uzun bekleme olmaz.

Ekip üyeleri hesap güvenlik kurallarına uyuyor

Hesap sahibine konan giriş IP kısıtı ve iki adımlı doğrulama zorunluluğu artık o hesabın ekip üyelerine de uygulanıyor. Daha önce kısıt yalnız hesap sahibinin kendi girişini kapsıyordu. Kural konduğu anda ekip üyelerinin açık oturumları da kapanıyor; yeniden giriş yeni kurala tabi.

Sitenin işlemci, bellek ve süreç sınırları da artık site kullanıcısının SSH ve SFTP oturumlarına uygulanıyor. Kabuk erişimi verilmiş bir site, paketinin sınırını oturum üzerinden aşamıyor.

Geri yüklemede veri kaybı kapandı

• Anlık görüntü: Beş "geri yükleme öncesi" kopya varken en eskisine dönmek o kopyayı siliyor ve geri yükleme hata veriyordu. Artık eski kopyalar yalnız geri yükleme başarıyla bittikten sonra temizleniyor; seçtiğiniz kopya hiçbir zaman silinmiyor.
• Yedek dışı bırakılanlar: Yedeği küçültmek için hariç tuttuğunuz klasörler (ör. büyük video klasörü) klasik yedekten geri yüklerken siliniyordu. Artık mevcut sitenizden korunuyor.
• Hariç tutma kuralının anlamı: Başında / olan kural (ör. /cache/) yalnız sitenin kökündeki klasörü kapsıyor; / olmayan kural her klasörde eşleşiyor. Eskiden panel baştaki / işaretini siliyordu ve kural kod klasörlerine de (ör. bir kütüphanenin cache klasörü) uygulanabiliyordu. Restic yedeği de kuralı aynı anlamda uyguluyor. Kurallarınızı Yedek dışı bırakılanlar alanından gözden geçirmenizi öneririz.
• Silinmiş veritabanı: Panel dışında silinmiş bir veritabanının kaydı artık alan adının bütün yedeğini her gece düşürmüyor. Yedek onsuz alınıyor ve "kısmi" olarak bildiriliyor.
• Seçmeli dışa aktarma: Yarıda kesilen bir veritabanı dökümü artık ikinci denemeyle birleşip bozuk bir dosya üretmiyor; hata açıkça bildiriliyor.

Test kopyası ve WordPress

• Test kopyası veri maskelemesi WooCommerce'in analitik müşteri tablosunu (ad, e-posta, şehir, posta kodu), kullanıcı adlarını ve sipariş adresindeki il bilgisini de maskeliyor. Maskeleme doğrulaması bunları da sayıyor.
• Aynı veritabanında ikinci bir WordPress kurulumu varsa (ör. /blog için ayrı önek), tablo öneki değiştirme artık o kurulumun tablolarına dokunmuyor.
• Bul-değiştir işleminin bildirdiği kayıt sayısı, eklentilerin yazdığı uyarılardaki rakamlarla karışmıyor.
• WordPress zafiyet taramasında "6.4" ile "6.4.0" aynı sürüm sayılıyor. Birden çok dalda yaması olan bir eklentide kurulu sürümünüz için doğru yama sürümü seçiliyor.

İzleme ve uyarılar

• Açık kalan bir anomali kaydı artık aynı olay günler sonra yeniden çıktığında bildirim gönderiyor.
• Dış nöbetçi (heartbeat) yalnız başarılı (2xx) yanıtı "sinyal gitti" sayıyor. Yanlış ya da silinmiş bir kontrol adresi artık yeşil görünmüyor; ekranda "Dış servis sinyali reddetti (HTTP 404)" gibi yazıyor. Adresi değiştirdiğinizde eski başarı damgası sıfırlanıyor.
• Çok hızlı büyüyen sistem günlüklerinde alarm taraması geride kalırsa en yeni satırları okuyor. Bellek tükenmesi ve disk dolu gibi kritik olaylar atlanmıyor.
• Saat dilimini değiştirdiğinizde web sunucusu da yeniden yükleniyor; trafik ve bant genişliği sayımı kaymıyor.

Diğer düzeltmeler

• Hazır siteyi yayına aldığınızda panelin "Yapım aşamasında" sayfası index.php.sk-yedek adıyla kenara alınıyor; ziyaretçiler yeni sitenizi hemen görüyor. Klasörde kendi index.php dosyanız varsa ona dokunulmuyor, uyarı gösteriliyor.
• Geri yükleme provasında adının ilk 20 karakteri aynı olan iki veritabanı artık çakışmıyor; sağlam yedek "hata" görünmüyor.
• Aynı sitenin web sunucusu yapılandırmasına aynı anda yapılan iki değişiklik (önbellek, site ayarları, konteyner bağlantısı) artık birbirini ezmiyor.

Sonrasında yapılacaklar

• Güncelleme kendiliğinden uygulanır; ek bir adım gerekmez.
• Konteyner bağlantısı kullanan sitelerde port koruması güncellemeden sonra ilk 15 dakika içinde kuruluyor. Bağlantıyı yeniden kaydetmek korumayı hemen kurar.
• Yedek dışı bırakılan kurallarınızda başında / olmayan klasör adları varsa (ör. cache/), yalnız kökteki klasörü kastediyorsanız başına / ekleyin.

Değişiklik listesi

Panelde Panel Yönetimi → Panel Güncellemesi ekranında gösterilen sürüm notunun tamamı:

Güvenlik

• Bir sitenin konteynerini alan adına bağlayan ters vekilin portu artık o siteye ayrılıyor. Sitenin konteyneri dururken aynı sunucudaki başka bir hesap o portu tutsa bile ziyaretçi trafiği ona gitmiyor: yanıt yalnız site kullanıcısından ya da sistemden gelebiliyor. Başka bir sitenin bağladığı port, konteyner başlatırken ve bağlarken reddediliyor.
• Hesap sahibine konan giriş IP kısıtı ve iki adımlı doğrulama zorunluluğu artık o hesabın ekip üyelerine de uygulanıyor. Kural konduğunda ekip üyelerinin açık oturumları da kapanıyor.
• Sitenin işlemci, bellek ve süreç sınırları artık site kullanıcısının SSH/SFTP oturumlarına da uygulanıyor.

Veri güvenliği

• Anlık görüntüden geri yüklerken en eski "geri yükleme öncesi" kopyayı seçmek o kopyayı silip geri yüklemeyi düşürüyordu. Eski kopyalar artık yalnız geri yükleme başarıyla bittikten sonra temizleniyor; seçilen kopya hiç silinmiyor.
• Yedek dışı bırakılan yollar (.backupignore) klasik yedekten geri yüklerken artık silinmiyor, mevcut siteden korunuyor. Başında / olan kural yalnız sitenin kökündeki klasörü kapsıyor; eskiden her derinlikte eşleşip (ör. vendor/…/cache) kodu yedek dışı bırakabiliyordu. Restic yedeği de aynı kuralı aynı anlamda uyguluyor.
• Panel dışında silinmiş bir veritabanı artık alan adının bütün yedeğini (dosyalar dahil) her gece düşürmüyor; yedek onsuz alınıyor ve "kısmi" diye bildiriliyor.
• Test kopyası veri maskelemesi WooCommerce'in müşteri tablosunu, kullanıcı adlarını ve il bilgisini de maskeliyor; doğrulama bunları da sayıyor.
• WordPress tablo öneki değiştirilirken aynı veritabanını kullanan ikinci bir WordPress kurulumunun tabloları artık taşınmıyor.
• Seçmeli veritabanı dışa aktarmada yarıda kesilen bir döküm, ikinci denemeyle birleşip bozuk ama "başarılı" bir dosya üretmiyor.

Düzeltildi

• Açık kalan bir anomali kaydı, aynı olay günler sonra yeniden çıktığında artık bildirim gönderiyor.
• Dış nöbetçi (heartbeat) yalnız 2xx yanıtı başarı sayıyor; yanlış adres (404) artık yeşil görünmüyor, ekranda "reddetti (HTTP n)" yazıyor. Adres değişince eski başarı damgası sıfırlanıyor.
• Hızlı büyüyen sistem günlüklerinde alarm taraması geride kalınca en yeni satırları okuyor; OOM ve disk dolu gibi kritik satırlar atlanmıyor.
• WordPress zafiyet taramasında "6.4" ile "6.4.0" aynı sürüm sayılıyor; birden çok dalda yaması olan bileşende doğru yama sürümü seçiliyor.
• Saat dilimi değiştirilince nginx de yeniden yükleniyor; trafik ve bant genişliği sayımı kaymıyor.
• Hazır site yayına alınınca panelin "Yapım aşamasında" sayfası (index.php) kenara alınıyor; ziyaretçi yeni siteyi görüyor. Sitenin kendi index.php'si varsa uyarı veriliyor.
• WordPress bul-değiştir sayısı eklenti uyarılarındaki rakamlarla karışmıyor.
• Geri yükleme provasında adının ilk 20 karakteri aynı olan iki veritabanı artık çakışıp sağlam yedeği "hata" göstermiyor.
• Aynı sitenin nginx yapılandırmasına aynı anda yapılan iki değişiklik (önbellek, site ayarları, konteyner bağlantısı…) artık birbirini ezmiyor.

Bu sürüme nasıl geçilir?

Panelde Panel Yönetimi → Panel Güncellemesi ekranında Güncellemeyi Denetle deyin; sürüm numarasının yanında bu sayfadaki notlar görünür. Kurulum tek tıktır ya da gece kendiliğinden yapılabilir. Paket, yayıncının RSA-4096 anahtarıyla imzalanmış bir manifestle gelir; imza doğrulanmazsa kurulum başlamaz, kurulum sonrası sağlık denetimi geçmezse panel önceki sürüme kendiliğinden döner. Güncelleme için lisansın geçerli olması gerekir; süresi dolmuş lisansta panel ve siteler çalışmaya devam eder.