SunucuKontrol 1.100.1

Ayrıntılı anlatım

1.100.1, 6 Kasım 2026 denetiminde bulunan 27 sorunu kapatan bir bakım sürümü. Yeni ekran yok; var olan işlemler daha sıkı ve daha güvenilir çalışıyor.

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

Ekip üyesi kullanan hesap sahipleri, yapay zeka bağlantısına alan adı bazında izin veren yöneticiler, alt alan adı ve posta sertifikası kullanan herkes.

Ekip üyesi sınırı artık her yerde geçerli

Bir ekip üyesini belirli alan adlarıyla sınırladıysanız o üye artık izinli olmadığı sitenin giriş hesabının parolasını sıfırlayamıyor. Önceden bu yoldan sınırın dışındaki bir siteye girilebiliyordu. Üye alan adları listesinde de yalnız izinli adları görüyor. Hesabın bütün sitelerinin olaylarını dışarı gönderen webhook'ları yalnız sınırsız üyeler kurabiliyor.

Yapay zeka izinleri kaydın kendi alan adıyla değerlendiriliyor

Bir alan adı için yapay zekaya daha dar izin verdiyseniz bu izin artık o alan adının veritabanı, posta kutusu, FTP hesabı, DNS kaydı ve yedek dosyası üzerindeki her işlemde uygulanıyor. Önceden istekte başka bir alan adı yazılarak ya da alan adı hiç yazılmayarak bu sınır aşılabiliyordu.

Yapay zekanın parola belirleyerek açtığı posta kutusu otomatik onay açık olsa da onayınızı bekliyor. Postmaster, abuse gibi sistem adreslerinin parolasını yapay zeka değiştiremiyor.

"E-posta yönetimi" iznini posta kutusu parolasını kapsamadığı bir sürümde "Tam" kaydettiyseniz yapay zeka parola belirleyemez. İsterseniz Yapay Zeka → İzinler'de izni yeniden "Tam" kaydedin; parola dışındaki işler bundan etkilenmiyor.

Alt alan adları ve posta sertifikaları

• Alt alan adı silinirken, otomatik yazılan DNS kaydını siz değiştirdiyseniz kayıt korunuyor.
• Alan adı Cloudflare'e bağlıysa ve aynı adın orada kaydı varsa panel ikinci bir kayıt eklemiyor.
• Çöpteki ya da askıdaki alt alan adı için SSL denemesi bekliyor; ad geri gelince sürüyor.
• Bir alan adı silinirken aynı adla duran ayrı mail. ya da webmail. sitesinin sertifikası artık silinmiyor. Önceden bu durum sunucudaki web yapılandırmasının yeniden yüklenmesini engelleyebiliyordu.

PHP ve WordPress

PHP sürümü değişirken bir şey ters giderse site eski sürümde çalışmaya devam ediyor; önceden site erişilemez kalabiliyordu. WordPress akıllı güncellemesinin geri alma adımı yedeği taşıyamazsa yedek korunuyor ve sonuç başarısız olarak bildiriliyor.

Değişiklik listesi

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

Güvenlik

• Ekip üyesinin alan adı sınırı her yerde geçerli: Belirli alan adlarıyla sınırlanmış bir ekip üyesi artık izinli olmadığı sitenin giriş hesabının parolasını sıfırlayamıyor. Alan adları listesinde de yalnız izinli adları görüyor. Hesabın bütün sitelerini kapsayan webhook'ları da yalnız sınırsız üyeler yönetebiliyor.
• Reddedilen işlem iletisi tek tip: Hesabınızda olmayan bir alan adında işlem denendiğinde ileti artık o adın sunucuda başka birinde kayıtlı olup olmadığını söylemiyor. Yeni alan adı eklerken verilen açık ileti aynı kaldı.
• Uygulama bağlantısı (OAuth) istemci belgesini indirirken iç ağ adreslerine giden istekler, IPv6 içine gömülü IPv4 adresleri dahil reddediliyor.

Yapay zeka

• Alan adına özel izinler kaydın kendi alan adıyla değerlendiriliyor: Veritabanı, posta kutusu, FTP hesabı, DNS kaydı ya da yedek dosyası üzerinde çalışan işlemlerde yapay zekanın izni, işlem yapılan kaydın ait olduğu alan adının izinlerine göre veriliyor. İstekte başka bir alan adı yazılırsa ya da alan adı hiç yazılmazsa işlem reddediliyor.
• Parolayla posta kutusu açmak her seferinde onay istiyor: Otomatik onay açık olsa bile yapay zekanın parola belirleyerek açtığı posta kutusu onayınızı bekliyor; parola değiştirme zaten böyleydi.
• Yapay zeka postmaster, abuse gibi sistem adreslerinin parolasını değiştiremiyor; bu adreslerin parolası panelden değiştirilebilir.
• Eski "E-posta yönetimi = Tam" kayıtları: Bu izin, posta kutusu parolasını kapsamadığı bir sürümde "Tam" kaydedildiyse yapay zeka parola belirleyemiyor. Yönetici Yapay Zeka → İzinler'de izni yeniden "Tam" kaydedince açılıyor; parola dışındaki işler etkilenmiyor.
• "E-posta yönetimi" Tam iken posta kutusu açma (parolalı ya da parolasız) ve parola değiştirme açık. Bağlantı penceresindeki kilitler artık işlem anındaki kararla aynı.
• İzinler kaydedilemediğinde ekran artık "uygulandı" demiyor, hatayı söylüyor.
• Domain Listesi'ndeki "Özel" rozeti yalnız varsayılandan gerçekten farklı izinlerde görünüyor. İç içe alt alan adları kendi kök alan adlarının altında listeleniyor.

Alt alan adları ve DNS

• Alt alan adı kalıcı silinirken otomatik yazılan DNS kaydı yalnız hâlâ panelin yazdığı değerdeyse siliniyor; sizin başka sunucuya yönlendirdiğiniz kayıt korunuyor.
• Alan adı Cloudflare'e bağlıysa ve aynı adın orada zaten bir kaydı varsa otomatik kayıt yazılmıyor. Cloudflare kayıtları okunamazsa kayıt yalnız panelde yazılıyor ve size bildiriliyor.
• Çöpteki ya da askıdaki alt alan adı için otomatik SSL denemesi bekletiliyor. Ad geri getirilince ya da askı kalkınca deneme kaldığı yerden sürüyor.
• Alt alan adları listesindeki SSL sütunu artık bütün alt alan adlarını gösteriyor (önceden yalnız ilk 25).
• Alan adları listesinde sağlığı ölçülemeyen site artık sağlıklı gibi görünmüyor; "Sağlık denetlenemedi" simgesi çıkıyor.

Posta sertifikaları

• Bir alan adı silinirken, aynı adı taşıyan ayrı bir mail. ya da webmail. sitesi hâlâ duruyorsa onun sertifikası silinmiyor. Önceden bu durumda sertifika silinip sunucunun web yapılandırması yeniden yüklenemez hâle gelebiliyordu.
• Alan adı yeniden adlandırılınca eski adın posta sertifikası, artık kullanılmıyorsa temizleniyor.
• Posta adı sertifikası istenmeden önce DNS denetimi IPv6 kayıtlarını da kapsıyor.
• Posta sertifikası turu en uzun süredir denenmeyen adlardan başlıyor; çok sayıda başarısız ad varken sıra sondakilere de geliyor.

PHP ve WordPress

• PHP sürümü değiştirilirken web sunucusu yeni ayarı kabul etmezse site eski PHP havuzunda çalışmaya devam ediyor (önceden eski havuz silindiği için site erişilemez kalabiliyordu).
• PHP havuz ayarı geçersiz çıktığında işlem açık hatayla duruyor ve önceki havuz geri konuyor; site silinirken bu hata temizliği yarıda bırakmıyor.
• WordPress akıllı güncellemesinin geri alma adımı yedeği taşıyamazsa yedek silinmiyor ve işlem başarısız olarak bildiriliyor.
• Yedek geri yükleme provası yedekteki dosyaları okurken sitenin bağlarını izlemiyor ve askıda kalmıyor.

Diğer

• Bayi paketi büyütülürken o paketi kullanan alt bayilerin tahsis sınırı da denetleniyor.
• Askıda kalan alan adı devri isteği, park edilmiş alan adlarında da doğru sonuçla kapanıyor.
• Zamanlanmış görev ekranındaki günlük çalışma tahmini "her 2 günde bir" gibi gün aralıklarını doğru hesaplıyor.

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.