SunucuKontrol 1.100.9

Ayrıntılı anlatım

1.100.9, 7 Kasım 2026 iç denetiminde bulunan 21 sorunu gideriyor. Sorunların çoğu ziyaretçi istatistiklerinde ve önceki sürümde yapılan düzeltmelerin dokunmadığı kardeş yollarda. Hiçbiri bir müşterinin başka bir müşterinin verisine ulaşmasına izin vermiyordu.

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

• Trafik & Analiz ekranını kullanan bütün site sahipleri: geçmiş korunuyor, sayılar tutarlı.
• Yapay zeka bağlantısını alan adı başına farklı izinlerle kullanan yöneticiler.
• Ekip üyelerini belirli alan adlarıyla sınırlayan hesap sahipleri.
• Posta sunucusu bu panelde olan ve sitelerinden SSL kaldıran yöneticiler.
• PHP sürümü değiştiren ya da kaynak sınırı kullanan siteler.

Ziyaretçi istatistikleri

Geçmiş artık silinmiyor. Panel, ziyaretçi sayım kuralları iyileştiğinde trafik verisini sunucu günlüğünden yeniden hesaplıyor. Önceki sürümlerde bu sırada bütün geçmiş siliniyordu: 25 ay saklanan günlük özet, bot listesi ve ayrıntılar. Sunucu günlüğü ise genellikle yalnız son bir iki günü taşıdığı için yıllık grafik her kural güncellemesinde sıfırlanıyordu. Artık yeniden hesap yalnız günlüğün kapsadığı günleri yeniden yazıyor. Günlüğün ilk günü genellikle yarım olduğu için (günlük gece yarısı döndürülüyor) o gün ve daha eski günler olduğu gibi kalıyor.

Yarıda kalan okuma çift saymıyor. Toplayıcı her 10 dakikada bir günlüğü kaldığı yerden okuyor. Büyük bir günlük süre sınırına takılırsa, o ana kadar yazdıkları bir sonraki turda yeniden sayılabiliyordu. Bu her turda aynı yerde takılan büyük bir günlükte sayıların sürekli şişmesi demekti. Artık okuma konumu verinin yazıldığı aynı veritabanı işleminde kaydediliyor; yarıda kalan tur yalnız yazılmamış satırları yeniden okuyor. Canlı sunucudaki ölçümde bu durum henüz yaşanmamıştı: işlenen istek sayıları günlük satırlarıyla birebir tutuyordu.

"Bugün" grafiği ile özet kartı aynı sayıyı veriyor. Tek günlük görünümdeki saatlik sayfa görüntüleme, şüpheli ziyaretleri ve sizin kendi gezintinizi de sayıyordu; özet kartı ise yalnız gerçek ziyaretçileri. Artık saatlik grafik de seçtiğiniz grupla (gerçek ya da insan) sayıyor. Görüntülemeler oturumun başladığı saate yazılıyor.

"Kendi ziyaretiniz" yalnız o sitenin yöneticileri için. 1.100.7'den beri panelde oturum açmış kişilerin gezintisi "iç trafik" sayılıp gerçek ziyaretçilerden ayrılıyor. Kural sunucudaki bütün panel kullanıcılarına uygulanıyordu: panelde hesabı olan bir müşteri başka bir müşterinin sitesini ziyaret ettiğinde o ziyaret de gerçek sayılmıyordu. Artık yalnız o siteye erişebilen kişiler iç trafik: sitenin sahibi, bayisi, ekip üyeleri ve sunucu yöneticileri.

robots.txt okuyan ya da tarama yapan istemci bot kalıyor. Bir istemci robots.txt okuduğunda ya da açık yönetim yolları aradığında bot sayılıyor. Bu karar yalnız 10 dakikalık okuma turu içinde hatırlanıyordu; aynı istemci bir sonraki turda sayfa gezerse saatlik grafikte insan görüntülemesi, bot sayaçlarında ve bot listesinde eksik görünüyordu. Artık karar gün boyunca geçerli.

Kimlik değiştiren tarayıcılar veritabanını şişiremiyor. Her istekte farklı tarayıcı kimliği gönderen tek bir istemci her istek için yeni bir ziyaretçi kaydı üretebiliyordu. Artık alan adı başına günlük bir üst sınır var (100 000 ziyaretçi, 500 farklı bot adı); fazlası tek bir "sınır aşıldı" satırında toplanıyor.

Daha anlaşılır durum satırı. Site, sunucu günlüğünü panelin tanıdığı biçimde yazmıyorsa ekran artık bunu söylüyor, günlük de her turda baştan okunmuyor. Okuma sırasında bir hata olursa ekranda iç hata metni yerine "bir sonraki turda yeniden denenecek" iletisi görünüyor.

Yapay zeka

Alan adına özel izinler her işlemde. 1.100.1 ile alan adına özel izinler, işlem yapılan kaydın ait olduğu alan adına göre değerlendirilmeye başlamıştı. Seçmeli SQL dışa aktarımı, posta filtreleri ve otomatik yanıtlar, posta listeleri, FTP sınırları ve SSH anahtarları ile toplu WordPress güncellemesi bu listede yoktu. Örneğin yapay zeka, isteğe izinli bir alan adı yazıp başka bir alan adının veritabanını seçmeli olarak dışa aktarabiliyordu. Bu işlemler de artık kaydın alan adıyla değerlendiriliyor. Buna ek olarak yeni bir güvenlik katmanı geldi: yapay zeka bir işlemde istekte geçmeyen başka bir alan adına dokunmak isterse, o alan adının izni o anda ayrıca soruluyor. Liste gelecekte bir işlemi kaçırsa bile izin atlanamıyor.

Sistem adreslerinin postası korunuyor. Sertifika yetkilileri alan adınızı postmaster, admin, hostmaster gibi adreslere gönderdikleri e-postayla doğruluyor. Yapay zeka bu adreslerin parolasını zaten değiştiremiyordu. Artık bu adreslerin postasını yönlendirme, yönlendiren filtre ya da adrese giden catch-all ile başka bir adrese de akıtamıyor. Bu ayarları gerekirse panelden yapabilirsiniz; posta yok etme kipindeki catch-all serbest.

Posta kutusu parolası yetkisi yalnız açık onayla. "E-posta yönetimi" izni 1.98.0'dan önce "Tam" kaydedildiyse parola yetkisini kapsamıyor; yöneticinin bunu ayrıca onaylaması gerekiyor. Önceki sürümde böyle bir sunucuda ilgisiz bir izni (ör. DNS) değiştirip kaydetmek bu onayı kendiliğinden veriyordu. Artık izni Tam'a yeni geçirdiğinizde ya da kaydetme penceresindeki "yapay zeka posta kutusu parolası da belirleyip değiştirebilsin" kutusunu işaretlediğinizde veriliyor.

Başka bir hesabın posta kutusu numarasıyla yapılan istekte artık o alan adının askıda olup olmadığı söylenmiyor; yanıt "hesabınızda değil" ile aynı.

Ekip üyeleri

Belirli alan adlarıyla sınırlanmış ekip üyesi artık:

• yalnız izinli alan adlarına açılmış destek taleplerini görüyor (alan adı belirtilmemiş genel talepler hesap sahibine kalıyor),
• yalnız izinli alan adlarının arka plan işlerini (yedek gibi) görüp iptal edebiliyor,
• uygulama kurucusunda yalnız izinli alan adlarını görüyor.

Ekip üyesinin alan adı sınırını daralttığınızda, onun açtığı "Sunucu erişimi" anahtarlarının uzak MySQL hesapları ve güvenlik duvarındaki 3306 izni de yeni sınıra göre hemen kapanıyor. Önceden üyenin panel istekleri reddediliyor ama veritabanına doğrudan bağlantı açık kalıyordu.

SSL ve posta

"SSL kaldır" posta sunucusunu düşürmüyor. Posta sunucusu her alan adına kendi sertifikasını sunuyor ve bu çoğunlukla sitenin sertifikası. "SSL kaldır" o sertifikayı siliyordu; posta yapılandırması silinen dosyayı gösterdiği için posta sunucusu bir sonraki yeniden yüklemede açılamayabiliyor, sunucudaki bütün IMAP/POP3 bağlantıları kesilebiliyordu. Artık sertifika posta sunucusunda kullanılıyorsa yalnız sitenin HTTPS'i kaldırılıyor, sertifika yerinde kalıyor ve size bildiriliyor. Kaldırmadan sonra posta sertifika haritası da yeniden kuruluyor.

Alan adı yeniden adlandırılırken eski mail. adının sertifikası posta haritasında olduğu için korunuyor. Bu durum artık "posta bileşenleri taşınamadı" hatası olarak raporlanmıyor; panel haritayı yeniledikten sonra sertifikayı kendisi temizliyor. Posta düğümünün başka sunucuda olduğu kurulumlarda bu yanlış hata başarılı taşımaları başarısız gösteriyordu.

PHP

Sürüm değişikliği hatasında site gerçekten eski hâline dönüyor. PHP sürümü değiştirilirken web sunucusu yapılandırma testi ya da yeniden yükleme başarısız olursa site eski sürüme dönüyor. İki durumda bu çalışmıyordu:

• Kaynak sınırı açık sitede eski sürümün PHP süreci yeni sürümle değiştirilmişti; site eski sürüme döndüğünde PHP yoktu (502).
• Aynı sürüm yeniden seçildiğinde ve sunucuda o siteden kalmış eski bir havuz varsa, geri alma sitenin kullandığı havuzu siliyordu.

Artık geri alma, sitenin döndüğü sürümü açıkça biliyor ve yalnız gerekeni yapıyor. Web sunucusu yeniden yüklenemediğinde de site yapılandırması eski hâline dönüyor.

Askı işlemi başka siteleri düşürmüyor. Aynı PHP sürümünde başka bir sitenin havuz ayarı bozuksa, bir siteyi askıya almak ya da askıdan çıkarmak o sürümün PHP servisini yeniden başlatıyordu; bozuk ayar yüzünden servis açılamayınca o sürümdeki bütün siteler düşebiliyordu. Artık önce yapılandırma sınanıyor; sınama geçmezse servis yeniden başlatılmıyor ve uyarı yazılıyor. Askıdaki sitenin web tarafı zaten kapalı.

Arayüz

Çok sayıda alan adı ya da alt alan adı olan hesapta sağlık ve SSL sütunları dakikadaki istek sınırına takılabiliyordu; sınırı aşan siteler "Sağlık denetlenemedi" gösteriyordu. Artık ekran sınıra takılınca birkaç saniye bekleyip kendiliğinden yeniden soruyor.

Mevcut sayılar

Güncellemeden sonraki ilk toplama turunda (en geç 10 dakika) trafik verisi yeni kurallarla yeniden hesaplanıyor. Bu kez yalnız sunucu günlüğünün kapsadığı günler yeniden yazılıyor. Önceki sürümlerdeki yeniden hesaplarda silinen eski günler geri gelmiyor; bundan sonraki kural güncellemeleri geçmişi korur.

Güncellemeden sonra

Ek bir işlem gerekmiyor. Eski bir "E-posta yönetimi = Tam" kaydınız varsa ve yapay zekanın posta kutusu parolası belirlemesini istiyorsanız, Yapay Zeka → İzinler'de kaydederken pencerede çıkan kutuyu işaretleyin.

Değişiklik listesi

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

Ziyaretçi istatistikleri

• Kural güncellemeleri geçmişi silmiyor: Sayım kuralları değiştiğinde trafik verisi yeniden hesaplanırken önceden bütün geçmiş (25 aylık günlük özet ve bot listesi dahil) siliniyordu. Artık yalnız sunucu günlüğünün kapsadığı günler yeniden yazılıyor; daha eski özetler olduğu gibi kalıyor.
• Yarıda kalan okuma çift sayım yapmıyor: Toplayıcı büyük bir günlüğü okurken süre sınırına takılırsa, o ana kadar yazdıkları bir sonraki turda yeniden sayılabiliyordu. Okuma konumu artık verinin yazıldığı aynı adımda kaydediliyor.
• "Bugün" grafiği özet kartıyla aynı sayıyor: Tek günlük görünümde saatlik sayfa görüntüleme, şüpheli ziyaretleri ve kendi gezintinizi de sayıyordu; artık seçtiğiniz grupla (gerçek / insan) özet kartıyla aynı.
• "Kendi ziyaretiniz" yalnız sitenin yöneticileri için: Panelde hesabı olan herkesin IP adresi bütün sitelerde "iç trafik" sayılıyordu; artık yalnız o siteye erişebilen kişiler (sahibi, bayisi, ekip üyeleri, sunucu yöneticileri).
• robots.txt okuyan ya da tarama yapan istemci ertesi turlarda da bot: Bu karar yalnız 10 dakikalık tur içinde hatırlanıyordu; sonraki turlarda aynı istemcinin sayfaları insan görüntülemesi, bot sayaçlarında eksik görünüyordu.
• Kimliğini her istekte değiştiren tek bir istemcinin günde sınırsız ziyaretçi kaydı üretmesi engellendi (gün başına üst sınır; fazlası tek satırda).
• Günlük satırları tanınmayan sitede ekran sebebi söylüyor ve günlük artık her turda baştan okunmuyor. Hata durumunda ekranda iç hata metni yerine sade bir ileti görünüyor.

Yapay zeka

• Alan adına özel izinler her işlemde: Seçmeli SQL dışa aktarımı, posta filtreleri, posta listeleri, FTP sınırları/anahtarları ve toplu WordPress güncellemesi de işlem yapılan kaydın alan adının izniyle değerlendiriliyor. Ayrıca yapay zeka bir işlemde, istekte geçmeyen başka bir alan adına dokunmak isterse o alan adının izni ayrıca soruluyor.
• Sistem adreslerinin postası yapay zekaya yönlendirilemiyor: postmaster, admin, hostmaster gibi adreslerin postası yapay zeka tarafından yönlendirme, filtre ya da catch-all ile başka bir adrese akıtılamıyor (sertifika yetkilileri alan adını bu adreslerle doğruluyor). Bunları panelden yapabilirsiniz.
• Posta kutusu parolası yetkisi yalnız açık onayla: Eski bir "E-posta yönetimi = Tam" kaydı olan sunucuda, ilgisiz bir izni değiştirip kaydetmek parola yetkisini kendiliğinden açıyordu. Artık kaydetme penceresindeki kutuyu işaretlemeniz ya da izni Tam'a yeni geçirmeniz gerekiyor.
• Başka bir hesabın posta kutusu numarasıyla yapılan istekte artık o alan adının askıda olup olmadığı söylenmiyor.

Ekip üyeleri

• Belirli alan adlarıyla sınırlı ekip üyesi artık izinli olmadığı alan adlarının destek taleplerini ve arka plan işlerini göremiyor, iptal edemiyor; uygulama kurucusunda yalnız izinli alan adlarını görüyor.
• Ekip üyesinin alan adı sınırı daraltıldığında, onun açtığı "Sunucu erişimi" anahtarlarının uzak MySQL erişimi de yeni sınıra göre kapanıyor.

SSL ve posta

• "SSL kaldır" posta sertifikasını bozmuyor: Sitenin sertifikası posta sunucusunda o alan adı için de kullanılıyorsa, "SSL kaldır" yalnız sitenin HTTPS'ini kaldırıyor ve sertifikayı siliyor değil; önceden posta sunucusunun bir sonraki yeniden yüklemesinde IMAP/POP3 hizmeti düşebiliyordu.
• Alan adı yeniden adlandırılırken eski posta adının sertifikasının korunması artık "posta taşınamadı" hatası olarak raporlanmıyor.

PHP

• PHP sürümü değiştirilirken web sunucusu yapılandırma testi ya da yeniden yükleme başarısız olursa site eski sürümüne gerçekten dönüyor: kaynak sınırı açık sitelerde de, aynı sürüm yeniden seçildiğinde de (önceden site PHP havuzsuz kalıp 502 verebiliyordu).
• Bir siteyi askıya alırken ya da askıdan çıkarırken, aynı PHP sürümünde başka bir sitenin havuz ayarı bozuksa PHP servisi yeniden başlatılmıyor (yeniden başlatma o sürümdeki bütün siteleri düşürürdü).

Arayüz

• Çok sayıda alan adı ya da alt alan adı olan hesapta sağlık / SSL sütunu istek sınırına takılınca birkaç saniye bekleyip kendiliğinden yeniden deniyor; "Sağlık denetlenemedi" yalnız gerçekten ölçülemeyen sitede görünü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.