SunucuKontrol 1.100.10

Ayrıntılı anlatım

1.100.10, 7 Kasım 2026'daki ikinci iç denetimde bulunan 17 sorunu gideriyor. Denetim, bir önceki sürümün (1.100.9) düzeltmelerini ve onların dokunmadığı kardeş yolları inceledi. Bulunan sorunların hiçbiri bir müşterinin başka bir müşterinin verisine ya da sunucuya ulaşmasına izin vermiyordu. Çoğu, bir kuralın bir yerde uygulanıp aynı işi yapan ikinci bir yolda unutulmasıydı.

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

• Trafik & Analiz ekranını kullanan site sahipleri: sayım kuralı güncellemesinden sonraki ilk gün artık eksik kalmıyor.
• Yapay zeka bağlantısını kullanan ve alan adı başına farklı izin veren hesap sahipleri.
• Ekip üyelerini belirli alan adlarıyla sınırlayan hesap sahipleri.
• Sitesinden SSL kaldıran, PHP sürümü değiştiren ya da siteleri askıya alan yöneticiler.

Ziyaretçi istatistikleri

Kural güncellemesinden sonraki ilk gün kaybolmuyor. Panel, ziyaretçi sayım kuralları iyileştiğinde trafik verisini sunucu günlüğünden yeniden hesaplıyor. 1.100.9 ile bu sırada geçmiş artık silinmiyor; günlüğün genellikle yarım olan ilk günü olduğu gibi bırakılıyor. Ancak "ilk gün", güncellemeden sonra okunan ilk satırdan belirleniyordu. Güncelleme anında erişim günlüğü boş olan bir sitede (yeni açılmış, az trafikli ya da yalnız HTTPS kullanan) bu ilk satır güncellemeden sonra gelen gerçek bir ziyaretti. Sonuçta o günün bütün trafiği "yarım ilk gün" sayılıp atlanıyordu. Ayrıca HTTP ve HTTPS günlükleri tek bir "ilk gün" paylaşıyordu. HTTP günlüğü haftalardır döndürülmemiş bir HTTPS sitesinde, HTTPS günlüğünün gece yarısından sonraki ilk saatleri yeniden yazılırken kayboluyordu.

Artık iki kural var. Güncellemeden sonra gelen her istek daha önce hiç sayılmamıştır, bu yüzden her durumda sayılıyor ve o günün eski özetine ekleniyor. "Eksik ilk gün" de HTTP ve HTTPS günlüğü için ayrı ayrı belirleniyor; bir gün ancak iki günlüğün de tamamını kapsadığı bir günse yeniden yazılıyor.

Kimlik değiştiren istemciler saatlik grafikte de bot. 1.100.9 ile, kimliğini her istekte değiştiren bir istemcinin günde sınırsız ziyaretçi kaydı üretmesi engellenmişti: sınırı aşan ziyaretçiler tek bir "sınır aşıldı" satırında bot olarak toplanıyor. Saatlik grafik ise bu istekleri insan isteği saymaya devam ediyordu. Bu yüzden "bot dalgası" uyarısı tam bu saldırıda tetiklenmiyordu. Artık bu istekler saatlik grafikte de, bot listesinde de bot olarak görünüyor.

Yarıda kalan okumada günlük özet hemen tazeleniyor. Büyük bir günlüğü okuyan tur süre sınırına takılırsa, o ana kadar yeniden yazılan eski günlerin günlük özeti ertesi günün bakımına kadar eksik kalabiliyordu; yıllık grafikte geçici bir boşluk görünüyordu. Artık özet aynı turda yenileniyor.

Sınırlı ekip üyesinin gezintisi yalnız izinli sitelerde "kendi ziyaretiniz". Panel kullanıcılarının gezintisi iç trafik sayılıp gerçek ziyaretçilerden ayrılıyor. Belirli alan adlarıyla sınırlı bir ekip üyesi, hesap sahibinin bütün sitelerinde iç trafik sayılıyordu. Artık yalnız erişebildiği sitelerde.

Yapay zeka

Sistem adreslerinin postası posta listesiyle de akıtılamıyor. 1.100.9 ile postmaster, admin, hostmaster gibi sistem adreslerinin postası yapay zeka tarafından yönlendirme, filtre ya da catch-all ile başka bir adrese akıtılamaz olmuştu. Sertifika yetkilileri alan adını bu adreslerle doğruladığı için bu önemli. Aynı sonucu veren posta listesi yolu açık kalmıştı: yapay zeka postasız bir sistem adresinde liste açıp dışarıdaki bir adresi üye yapabiliyordu. Artık yapay zeka sistem adreslerinde liste açamıyor, bu listelere üye ekleyemiyor ya da içe aktaramıyor. Sizin kapattığınız bir yönlendirme kuralını yeniden açamıyor. Yönetici anahtarı da alan adının bütün postasını başka bir alan adına yönlendiremiyor ve genel filtreyle yönlendirme kuramıyor. Bunların hepsini panelden kendiniz yapabilirsiniz.

Alan adına özel izinler listelerde de geçerli. Bir alan adında yapay zekaya veritabanı, FTP ya da yedek bölümünü kapattıysanız, yapay zeka bu bilgileri o alan adı için soramıyordu. Ama başka bir alan adı üzerinden "veritabanlarını listele" dediğinde kapalı alan adının satırları da listede dönüyordu. Artık veritabanı, veritabanı kullanıcısı, FTP hesabı, yedek ve yedek kullanımı listelerinde her satır kendi alan adının izniyle süzülüyor.

Posta kutusu parolası onayı alan adı başına. Yapay zekanın posta kutusu parolası belirlemesi "E-posta yönetimi = Tam" ile açılıyor. Bu yetki 1.98.0'dan önce Tam'ın kapsamında değildi. O sürümden kalan Tam kayıtları için 1.100.9 açık onay istiyordu, ancak onay sunucu geneli tek bir işaretti: bir alan adında verilen onay bütün eski Tam kayıtlarına parola yetkisi veriyordu. Artık onay yalnız verildiği alan adını (ya da varsayılan ayarı) kapsıyor; diğer eski kayıtlar kendi onayını bekliyor. Varsayılan izinleri "yalnız yeni alan adları" seçeneğiyle değiştirdiğinizde, mevcut alan adlarına kopyalanan eski ayar varsayılanın onayını da taşıyor. Alan adı izin ekranı, başka bir bölümü de aynı anda Tam'a geçirdiğinizde onay kutusunu artık gösteriyor.

Başka hesabın alan adı hakkında bilgi sızmıyor. Yapay zeka başka bir hesaba ait bir alan adının adresiyle istek yaptığında yanıt, o alan adının panelde olup olmadığını ve yapay zeka izninin kapalı olup olmadığını ele veriyordu. Artık bu durumda "kayıt bulunamadı" ile aynı yanıt dönüyor.

Sohbet asistanında aynı kurallar. Sohbet asistanının önerdiği ve sizin onay kartıyla çalıştırdığınız işlemlerde de alan adı izinleri ve sistem adresi kuralları yapay zeka bağlantısıyla aynı biçimde uygulanıyor.

Ekip üyeleri

Yönlendirme / Satılık ekranında alan adı sınırı. Belirli alan adlarıyla sınırlı bir ekip üyesi bu ekranda hesabın bütün kayıtlarını görebiliyor, yönlendirme hedeflerini değiştirebiliyor ve alıcı tekliflerini okuyabiliyordu. Artık yalnız izinli olduğu alan adlarını görüyor, yönetiyor ve ekleyebiliyor.

Kendi işleri ve talepleri görünüyor. Sınırlı ekip üyesi, belirli bir alan adına bağlı olmayan arka plan işlerini (örneğin toplu posta işlemi) başlatınca bunları listesinde göremiyordu; artık kendi başlattığı işler her durumda görünüyor. Alan adı seçmeden açtığı destek talebi de kendisine görünmüyordu. Bu yüzden sınırlı üye artık talebi bir alan adı seçerek açıyor.

SSL

"SSL kaldır" sonrası durum doğru. 1.100.9 ile, sitenin sertifikası posta sunucusunda da kullanılıyorsa "SSL kaldır" sertifikayı silmiyor; yalnız sitenin HTTPS'ini kaldırıyor. Posta sunucusu her alan adının sertifikasını kullandığı için bu pratikte her sitede geçerli. Ancak panel sertifikanın varlığına bakıp siteyi hâlâ "sertifikalı" gösteriyordu. Bakım karnesi de siteyi yalnız HTTPS ile yokladığı için HTTPS'i kaldırılmış siteyi her gün "erişilemedi" sayıyordu. Artık sitenin HTTPS yapılandırması yoksa site sertifikasız görünüyor ve HTTP ile yoklanıyor.

PHP ve askıya alma

PHP sürümü değiştirilirken geri dönüş. Kaynak sınırı açık bir sitede yeni sürümün havuzu kurulurken aynı sürümdeki başka bir sitenin havuz ayarı bozuksa işlem yarıda kalıyordu. Site yeni sürüme geçmiyordu ama eski sürümün havuzu da kapanmış oluyordu; site 502 veriyordu. Artık bu durumda site eski sürümün havuzuna geri dönüyor.

Askıdan çıkarmada açık hata. Aynı PHP sürümünde başka bir sitenin havuz ayarı bozuksa, askıdan çıkarılan sitenin havuzu yüklenemiyordu ama panel "askıdan çıkarıldı" diyordu ve site 502 veriyordu. Artık bu durumda askı kaldırılmıyor, site askı sayfasında kalıyor ve hata açıkça söyleniyor. Bozuk havuz ayarı düzeltildikten sonra askıyı yeniden kaldırabilirsiniz.

Sonrası

• Yükseltmeden sonra yapmanız gereken bir şey yok.
• Yapay zekanın posta kutusu parolası belirlemesine izin vermek istediğiniz her eski "E-posta yönetimi = Tam" alan adında, izin ekranındaki onay kutusunu bir kez işaretleyip kaydedin.

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üncellemesinden sonraki ilk gün kaybolmuyor: Sayım kuralları güncellenip veri yeniden hesaplanırken, o anda erişim günlüğü boş olan sitelerde (yeni açılan, az trafikli, yalnız HTTPS kullanan) güncellemeden sonraki ilk günün bütün trafiği sayılmayabiliyordu; HTTP günlüğü uzun süredir döndürülmemiş HTTPS sitelerinde de gece yarısından sonraki ilk saatler kaybolabiliyordu. Artık güncellemeden sonra gelen her istek sayılıyor ve "eksik ilk gün" HTTP ile HTTPS günlüğü için ayrı ayrı belirleniyor.
• Kimliğini her istekte değiştiren istemcilerin günlük üst sınırı aşan istekleri saatlik grafikte de bot sayılıyor; "bot dalgası" uyarısı bu saldırıda da çalışıyor.
• Yarıda kalan bir okuma turunda yeniden yazılan günlerin günlük özeti hemen tazeleniyor (önceden ertesi güne kadar yıllık grafikte boşluk kalabiliyordu).
• Belirli alan adlarıyla sınırlı ekip üyesinin gezintisi yalnız izinli olduğu sitelerde "kendi ziyaretiniz" sayılıyor.

Yapay zeka

• Sistem adreslerinin postası posta listesiyle de akıtılamıyor: Yapay zeka postmaster, admin gibi sistem adreslerinde posta listesi açamıyor, bu listelere üye ekleyemiyor ve sizin kapattığınız bir yönlendirme kuralını yeniden açamıyor. Yönetici anahtarı da alan adının bütün postasını başka alan adına yönlendiremiyor ve genel filtreyle yönlendirme kuramıyor. Bunları panelden yapabilirsiniz.
• Alan adına özel izinler listelerde de geçerli: Bir alan adında yapay zekaya kapattığınız veritabanı, FTP ve yedek bilgileri, yapay zeka başka bir alan adı üzerinden liste istediğinde de görünmüyor.
• Posta kutusu parolası onayı alan adı başına: Eski bir "E-posta yönetimi = Tam" kaydı olan sunucuda bir alan adı için verdiğiniz parola onayı artık yalnız o alan adını (ya da varsayılan ayarı) kapsıyor; diğer eski kayıtlar kendi onayını bekliyor. Alan adı izin ekranı, başka bir bölümü de Tam'a geçirdiğinizde onay kutusunu gösteriyor.
• Yapay zeka başka bir hesabın alan adına ait bir adresle istek yaptığında, o alan adının panelde olup olmadığı ve iznin açık mı kapalı mı olduğu artık yanıttan anlaşılamıyor.
• Sohbet asistanının onay kartıyla çalıştırılan işlemlerde de aynı alan adı izinleri ve sistem adresi kuralları uygulanıyor.

Ekip üyeleri

• Belirli alan adlarıyla sınırlı ekip üyesi Yönlendirme / Satılık ekranında yalnız izinli alan adlarını görüyor, yönetiyor ve ekleyebiliyor (önceden hesabın bütün kayıtlarını ve tekliflerini görebiliyordu).
• Sınırlı ekip üyesi kendi başlattığı arka plan işlerini her durumda görüyor; destek talebini bir alan adı seçerek açıyor (alan adsız talep kendisine görünmüyordu).

SSL ve PHP

• "SSL kaldır" sonrası, sertifika yalnız posta sunucusu için tutuluyorsa site artık "sertifikalı" görünmüyor ve bakım karnesi siteyi HTTPS ile yoklayıp her gün "erişilemedi" saymıyor.
• Kaynak sınırı açık bir sitede PHP sürümü değiştirilirken yeni havuz kurulamazsa site eski sürümün havuzuna geri dönüyor (önceden 502 verebiliyordu).
• Askıdan çıkarılan sitenin PHP havuzu yüklenemezse (aynı sürümde başka bir sitenin havuz ayarı bozuksa) askı kaldırılmıyor ve hata açıkça söyleniyor; önceden "askıdan çıkarıldı" deniyor ama site 502 veriyordu.

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.