Genel Ayarlar

Genel Ayarlar, DeepFilter'ın kendini dış dünyaya nasıl tanıttığını, sistem bildirimlerini kimin adına gönderdiğini, yönetim oturumlarını hangi güvenlik politikasıyla koruduğunu, şifreli bağlantılarda hangi sertifikayla kimliğini kanıtladığını ve sunucunun işletim sistemi için yayımlanan güvenlik güncellemelerinin nasıl izlenip kurulduğunu belirlediğiniz ekrandır. Buradaki ayarlar tek bir e-posta akışını değil sunucunun tümünü ilgilendirir: içeriği taranan tek tek e-postaları değil, sunucunun kimliğini ve yönetim erişiminin güvenliğini yapılandırır. Ekranın en altındaki Güç Kontrolü ise bir ayar değil bir eylemdir: sunucuyu yönetim panelinden yeniden başlatmanızı ya da kapatmanızı sağlar. Kurulumdan hemen sonraki ilk yapılandırmada, sonradan güvenlik politikanızı sıkılaştırmak istediğinizde ve sunucuyu denetimli biçimde durdurmanız gerektiğinde bu ekranı kullanırsınız. Yönetim menüsü altında yer alır.

Ayarlar

Bu ekrandaki ayar bölümleri sunucu kimliğini, sistem bildirimlerinin göndericisini, oturum güvenliğini ve şifreli bağlantıların sertifikasını yapılandırır. Bunların altında sunucunun işletim sistemi güncelliğini yöneten İşletim Sistemi Güvenlik Yamaları bölümü, en altta ise ayar değil eylem niteliğindeki Güç Kontrolü bölümü yer alır.

SMTP Hostname

Sunucunuzun tam alan adını (FQDN) tanımlar; bu ad, e-posta sunucunuzun karşı sunuculara kendini tanıttığı HELO/EHLO adı olur. (varsayılan: sabit bir ön tanım yoktur; alan boşsa sunucunun o anki adı okunup gösterilir, örneğin mx01.deepfilter.io)

Neden var: Karşı e-posta sunucuları, bağlanan sunucunun kendini tanıttığı adın gerçekten ona ait olup olmadığına bakar. Bu ad; alan adınızın MX kaydı, sunucunuzun ters DNS (PTR) kaydı ve SMTP karşılama başlığıyla tutarlı olduğunda e-postalarınız meşru görünür. Tutarsız olduğunda spam puanı yükselir veya bağlantı reddedilir.

Değeri değiştirirsen: Bu tek alan, girdiğiniz adı sistemin birçok noktasına birden yayar: karşı sunuculara verilen HELO/EHLO adı, SMTP karşılama başlığı, geri dönen (bounce) e-postaların gönderen alan adı, HTTPS sertifikasının alındığı alan adı, yönetim paneli ile son kullanıcı portalının bağlantı adresleri ve sunucunun sistem adı. Doğru bir tam alan adı girerseniz bütün bu noktalar tek seferde hizalanır; MX ve PTR kayıtlarınızla uyumlu olduğunda karşı sunucular e-postalarınızı meşru kabul eder. Yanlış ya da eksik girerseniz HTTPS sertifikası alımı durur, geri dönen e-postaların gönderen alanı hatalı kalır ve karşı sunucularla uyumsuzluk teslimatı bozar.

Dikkat: SMTP Hostname'i kaydetmek yalnızca bir etiketi güncellemez; sunucunun sistem adını da kalıcı olarak değiştirir. Ayrıca değer, en az bir nokta içeren tam alan adı biçiminde olmalıdır (örneğin mx01.deepfilter.io) — localhost gibi noktasız bir ad kaydedilebilir ama o adla HTTPS sertifikası alınamaz.

Bildirim Gönderici Ayarları

Sistemin kendiliğinden gönderdiği tüm e-postaların gönderen kimliğini belirler: Gönderici Adı e-postada görünen addır, Gönderici E-posta Adresi ise gönderen adrestir; ikisi birlikte Ad <adres> biçimindeki gönderen satırını oluşturur. (varsayılan: ad DeepFilter, adres noreply@deepfilter.io)

Neden var: DeepFilter yalnızca gelen e-postaları filtrelemez; karantina özeti, kara liste (RBL) uyarıları, dosya güvenliği bildirimleri, sunucu izleme uyarıları, yedekleme bilgilendirmeleri, tek kullanımlık giriş kodları ve sertifika süre uyarıları gibi e-postaları da kendisi gönderir. Bu ayar, o e-postaların kimin adına gittiğini tek yerden belirler.

Değeri değiştirirsen: Adresi kendi kurumsal alan adınıza çeker (örneğin noreply@sirketiniz.com) ve o alan adının SPF/DKIM kayıtları hizalıysa, sistem e-postaları alıcılara güvenilir görünür ve spam klasörüne düşme olasılığı azalır. Size ait olmayan ya da SPF/DKIM'i hizalanmamış bir adres girerseniz alıcı sunucular bu e-postaları sahte (spoof) sayabilir; özellikle karantina özetleri spam'e düşebilir veya reddedilebilir.

Zorunlu İki Faktörlü Doğrulama (2FA)

Tüm kullanıcılar için iki faktörlü doğrulamayı zorunlu kılan aç/kapa anahtarıdır. Açıkken, 2FA kurmamış bir kullanıcı bir sonraki girişinde doğrudan 2FA kurulum ekranına yönlendirilir ve kurulumu tamamlamadan panele geçemez. (varsayılan: kapalı)

Neden var: Parola tek başına ele geçirilebilir (sızıntı, tahmin, kimlik avı). 2FA, girişe kullanıcının sahip olduğu ikinci bir kanıtı ekler: kimlik doğrulayıcı uygulamadaki kod ya da e-posta ile gelen tek kullanımlık kod. Zorunlu kılmak, her kullanıcının 2FA'yı kendiliğinden açmasını beklemeden bu korumayı bütün yönetim hesaplarına uygular.

Değeri değiştirirsen: Açarsanız hiçbir yönetim hesabı yalnızca parolayla erişilemez; 2FA'sı olmayan herkes sonraki girişte kuruluma düşer. Kapatırsanız 2FA isteğe bağlı kalır: dileyen kullanıcı kurar, kimse zorlanmaz. Bu anahtar diğer alanların aksine üstteki Kaydet düğmesini beklemez; değiştirdiğiniz anda yürürlüğe girer.

UYARI

Zorunluluğu açmak kimseyi tümden dışarıda bırakmaz: 2FA'sı olmayan kullanıcıya giriş yine verilir, yalnızca kurulum ekranına kilitlenir ve orada kimlik doğrulayıcı uygulama ya da e-posta ile tek kullanımlık kod kurabilir. Yine de güvenlik ağı olarak 2FA'sı hâlihazırda çalışan ikinci bir yönetici hesabı bulundurun: bir kullanıcı kurulum ekranında takılırsa (kimlik doğrulayıcıya ya da e-posta kutusuna erişemiyorsa), başka bir yönetici kullanıcı yönetimi ekranından onun 2FA'sını sıfırlayarak kurtarır.

SSL Sertifikası

DeepFilter yönetim paneli, son kullanıcı portalı ve gelen e-posta trafiği (SMTP STARTTLS) şifreli TLS bağlantılarıyla sunulur. Bu şifrelemenin kimlik doğrulama tarafını bir SSL/TLS sertifikası üstlenir: tarayıcının ve karşı e-posta sunucusunun, bağlandıkları adresin gerçekten sizin sunucunuz olduğunu doğrulamasını sağlar. Sertifika güvenilir bir sertifika otoritesince imzalanmamışsa tarayıcılar güvenlik uyarısı gösterir; bazı karşı e-posta sunucuları da şifreli bağlantıyı kurmakta tereddüt eder.

Tek bir sertifika üç hizmette birden kullanılır:

Hizmet	Port	Sertifikanın rolü
Yönetim paneli (HTTPS)	9443	Yöneticinin panele güvenli erişimi
Son kullanıcı portalı (HTTPS)	9445	Kullanıcıların karantina portalına güvenli erişimi
Gelen e-posta (SMTP STARTTLS)	25	Karşı e-posta sunucusuyla şifreli teslim

Kurulumdan hemen sonra sistem, kendinden imzalı (self-signed) geçici bir sertifika üretir; kartta sarı bir kalkan ikonu ve Self-Signed Sertifika etiketiyle görünür. Kalan gün rozetinin rengi ise sertifika türüne değil kalan süreye bağlıdır: süre azaldığında sarıya döner, aksi durumda yeşil kalır. Bu sertifika şifrelemeyi sağlar ama bir sertifika otoritesince imzalanmadığından hiçbir tarayıcı onu güvenilir kabul etmez — üretim ortamına geçmeden önce aşağıdaki yöntemlerden biriyle gerçek bir sertifikayla değiştirmeniz beklenir.

Kart üzerinde mevcut sertifikanın özeti gösterilir: türü (örneğin Self-Signed Sertifika) ve kalan gün sayısı, Konu ve Sağlayıcı bilgileri, Başlangıç ve Bitiş tarihleri.

BİLGİ

Gelen e-posta için TLS zorunlu değil, fırsatçıdır (STARTTLS): karşı sunucu TLS destekliyorsa bağlantı şifrelenir, desteklemiyorsa e-posta yine teslim edilir. Bu nedenle sertifika sorunları önce yönetim paneline erişimi etkiler; e-posta akışını kesmez.

Sertifika Edinme Yöntemleri

Üç yöntem vardır; hangisini seçeceğiniz sunucunuza dışarıdan nasıl erişildiğine ve sertifikayı nereden aldığınıza bağlıdır.

• Kendi sertifikanızı yükleme — Ticari bir sertifika otoritesinden ya da kurumunuzun kendi otoritesinden aldığınız hazır bir sertifikanız varsa bunu doğrudan yükleyin. Wildcard sertifikalar ve kurumsal PKI senaryoları için uygundur.
• Let's Encrypt (HTTP-01) — Sunucunuza internetten 80 numaralı port üzerinden erişilebiliyorsa ve alan adının DNS A kaydı bu sunucuyu gösteriyorsa, ücretsiz ve otomatik yenilenen bir sertifikayı en kısa yoldan bu yöntemle alırsınız.
• Let's Encrypt (DNS-01) — Port 80 dışarıya kapalıysa ya da alan adınız Cloudflare DNS kullanıyorsa, doğrulamayı port yerine bir DNS kaydıyla yapan bu yöntemi seçin. Port 80'e ihtiyaç duymaz.

BİLGİ

Let's Encrypt yöntemlerinin ikisi de sertifikayı RSA anahtar tipiyle üretir. Bu bilinçli bir tercihtir: yalnızca ECDSA içeren sertifikalar, RSA bekleyen eski karşı e-posta sunucularında STARTTLS el sıkışmasını düşürüp teslimi geciktirebilir. RSA anahtar, eski istemcilerle uyumluluğu korur.

Kendi Sertifikanızı Yükleme

Yüklediğiniz sertifika ve özel anahtar sunucuya kaydedilir, birbirleriyle eşleştikleri doğrulanır ve üç hizmete de dağıtılır. Elinizde bir otoriteden alınmış hazır sertifika olduğunda bu yöntemi kullanırsınız.

Ön koşullar

• PEM formatında sertifika (tam zincir önerilir) ve ona ait özel anahtar dosyası.
• Sertifika ile özel anahtar birbirine ait olmalı; sistem yüklemeden önce eşleşmeyi doğrular ve eşleşmezse yüklemeyi reddeder.

Adımlar

1. Yönetim → Genel Ayarlar ekranını açın ve SSL Sertifikası kartını bulun.
2. Sertifika Yükle'ye tıklayın.
3. Sertifika PEM'ini (-----BEGIN CERTIFICATE----- ile başlayan blok) ilgili alana yapıştırın.
4. Özel anahtar PEM'ini (-----BEGIN ... PRIVATE KEY----- içeren blok) diğer alana yapıştırın.
5. "Yükle ve Uygula"'ya tıklayın.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Kart artık Self-Signed uyarısını göstermez; Sağlayıcı alanında sertifikayı imzalayan otorite ve yeni Bitiş tarihi görünür.
• Yönetim panelini tarayıcıda yenilediğinizde güvenlik uyarısı çıkmaz (sertifika genel güvenilir bir otoriteden ise).

UYARI

Yükleme doğrulaması RSA anahtar bekler. Elinizde ECDSA türünde bir özel anahtar varsa eşleşme veya anahtar okuma hatası alır ve yükleme başarısız olur. Bu senaryoda RSA türünde bir sertifika/anahtar çifti kullanın.

Let's Encrypt ile HTTP-01 Doğrulaması

Let's Encrypt, alan adının sizin kontrolünüzde olduğunu port 80 üzerinden doğrular: DeepFilter geçici bir doğrulama dosyasını port 80'de yayınlar, doğrulama geçince sertifika alınır ve tüm hizmetlere dağıtılır. Sunucunuz internetten port 80'den erişilebiliyorsa bu en kısa yoldur.

Ön koşullar

• Geçerli bir SMTP Hostname tanımlı olmalı — tam alan adı; localhost gibi noktasız bir ad kabul edilmez. Tanımlı değilse akış, önce SMTP Hostname tanımlamanızı isteyen bir hatayla durur.
• Alan adının DNS A kaydı bu sunucunun genel IP adresini göstermeli.
• Sunucuya internetten 80/tcp erişilebilmeli. Kurulum bu portu güvenlik duvarında açar; sunucunun önünde ayrı bir güvenlik duvarı veya NAT varsa orada da açılmalıdır.

Adımlar

1. Yönetim → Genel Ayarlar → SSL Sertifikası kartını açın.
2. Let's Encrypt'e tıklayın.
3. Doğrulama yöntemi olarak "HTTP (Port 80)"'i seçin.
4. Sertifikayı alın ve kaydedin.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Kart Sağlayıcı olarak Let's Encrypt'i ve yaklaşık 90 günlük yeni Bitiş tarihini gösterir.
• Yönetim paneli tarayıcıda güvenlik uyarısı vermez.

UYARI

HTTP-01, port 80'e dış erişim veya doğru DNS A kaydı olmadan başarısız olur. Port 80'i açamıyorsanız (ISP engeli, NAT arkası kurulum) DNS-01 yöntemini kullanın.

Let's Encrypt ile DNS-01 Doğrulaması (Cloudflare)

Doğrulama, port yerine geçici bir DNS TXT kaydıyla yapılır: DeepFilter, Cloudflare API'si üzerinden gerekli kaydı oluşturur ve doğrulama sonrası kaldırır. Port 80 dışarıya kapalı olsa da çalışır; alan adı Cloudflare DNS kullanıyorsa ve/veya port 80 açılamıyorsa tercih edilir.

Ön koşullar

• Geçerli bir SMTP Hostname (HTTP-01 ile aynı kural).
• Alan adı Cloudflare DNS bölgesinde (zone) yönetiliyor olmalı.
• Alan adınızın bölgesinde DNS düzenleme (Zone / DNS / Edit) yetkisine sahip bir Cloudflare API token'ı.

Adımlar

1. Yönetim → Genel Ayarlar → SSL Sertifikası → Let's Encrypt yolunu açın.
2. Doğrulama yöntemi olarak "Cloudflare DNS"'i seçin.
3. Cloudflare API token'ınızı ilgili alana girin. Arayüzdeki bağlantı, doğru yetkiler önceden seçili biçimde Cloudflare'in token oluşturma sayfasını açar. DeepFilter, girdiğiniz token'ı Cloudflare'de doğrular ve alan adınızı kapsayan bölgeye yetkili olduğunu kontrol eder.
4. Sertifikayı alın ve kaydedin.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Kart Let's Encrypt sertifikasını ve yeni Bitiş tarihini gösterir.
• Token, arayüzde yalnızca son dört hanesiyle maskeli görünür. Token'ın tamamı veritabanına yazılmaz; sunucuda erişimi kısıtlı bir dosyada tutulur — bu yüzden token'a hesabın tamamına değil, yalnızca DNS düzenleme yetkisi verin.

UYARI

DNS-01 doğrulaması, kaydın yayılması için sabit 30 saniye bekler. Çok yavaş güncellenen DNS bölgelerinde bu süre yetersiz kalıp doğrulamayı başarısız kılabilir; böyle bir durumda işlemi tekrar deneyin.

Otomatik Yenileme

Let's Encrypt sertifikaları kısa ömürlüdür (yaklaşık 90 gün) ve otomatik yenilenir: süre dolmaya yaklaşık 30 gün kala yenileme kendiliğinden denenir, elle müdahale gerekmez.

• Başarılı yenileme: yeni sertifika üç hizmete de otomatik dağıtılır ve servisler yeni sertifikayı kullanacak şekilde yeniden yüklenir. Bitiş tarihi kartta ileri kayar.
• Başarısız yenileme: yönetici e-posta adresine kritik öncelikli bir uyarı gönderilir; e-posta, ilgili alan adını ve hata kaydının son satırlarını içerir; böylece yenilemenin hangi aşamada takıldığını görürsünüz.

Ayrıca DeepFilter her gün sertifikanın geçerlilik süresini denetler ve sertifikanın süresi dolmuşsa kritik bir uyarı e-postası gönderir.

Let's Encrypt kaydı bir e-posta adresi verilmeden yapıldığından, Let's Encrypt'in kendi süre-dolum hatırlatma e-postaları size ulaşmaz. Bu bildirimi yukarıdaki otomatik yenileme ve günlük denetim üstlenir.

BİLGİ

Otomatik yenileme yalnızca Let's Encrypt yöntemleriyle alınan sertifikalar için geçerlidir. Kendi yüklediğiniz sertifikalar ve kurulumdaki self-signed sertifika otomatik yenilenmez; süreleri dolmadan önce elle yenilemeniz gerekir.

Sorun Giderme

• Yönetim paneline girerken tarayıcı "güvenli değil" uyarısı veriyor. Sertifika hâlâ kurulumdaki self-signed sertifikadır ya da süresi dolmuştur. Karttaki türü ve Bitiş tarihini kontrol edin; gerçek bir sertifikayla değiştirin.
• Let's Encrypt sertifikası alınamıyor veya yenileme başarısız uyarısı geldi. En sık sebepler: port 80 dışarıya kapalı (HTTP-01), DNS A kaydı sunucuyu göstermiyor ya da doğrulama dosyasına erişilemiyor. Uyarı e-postasındaki hata satırları takılınan aşamayı gösterir. Port 80'i açamıyorsanız DNS-01'e geçin.
• "Önce Ayarlar sayfasından geçerli bir SMTP Hostname tanımlayın" hatası. Let's Encrypt, sertifikayı hangi alan adına alacağını SMTP Hostname'den okur. Bu alan boş veya geçersizse (noktasız ad) sertifika alınamaz; önce Genel Ayarlar → SMTP Hostname'i geçerli bir tam alan adıyla doldurun.
• Sertifika alma birkaç denemeden sonra hız sınırıyla (rate limit) reddediliyor. Let's Encrypt, başarısız doğrulamaları saatte 5, aynı sertifikanın tekrar üretimini haftada 5 ile sınırlar. Sınıra takıldıysanız art arda denemeyi bırakın; yaklaşık bir saat bekleyip kök sorunu (DNS, port) düzelttikten sonra tekrar deneyin — üst üste deneme sınırı yeniden tetikler.
• Cloudflare token reddediliyor veya "bölgeye yetkisi yok" hatası. Token, alan adınızı içeren Cloudflare bölgesine DNS düzenleme yetkisiyle tanımlı olmalı. Token'ı doğru bölge ve Zone / DNS / Edit yetkileriyle yeniden oluşturup girin.

İşletim Sistemi Güvenlik Yamaları

DeepFilter, üzerinde çalıştığı işletim sisteminden ayrı bir yazılımdır: Yönetim → Yazılım ekranından uygulanan güncelleme yalnızca DeepFilter bileşenlerini yeniler. Sunucunun işletim sistemi ise kendi bileşenleri için ayrıca güvenlik güncellemeleri yayımlar; bunlar filtreleme kurallarını değil, sunucunun altında duran altyapıyı (şifreleme kitaplıkları, ağ bileşenleri, işletim sistemi çekirdeği gibi) ilgilendirir. Bu bölüm o güncellemeleri görünür kılar: bekleyen güvenlik duyurularını önem düzeyleriyle listeler, denetimi elle başlatmanızı, güncellemeleri kurmanızı ve dilerseniz kurulumu kendiliğinden yapacak biçimde ayarlamanızı sağlar.

Bölüm yalnızca tam yönetici yetkisine sahip hesaplara çizilir; alan adı yöneticisi ve salt okunur hesaplarda hiç görünmez.

Neden var: İşletim sistemi düzeyindeki bir güvenlik açığı, DeepFilter ne kadar güncel olursa olsun sunucunun tamamını riske atar. Bu güncellemeleri izlemek geleneksel olarak sunucuya doğrudan erişen bir sistem yöneticisinin işidir; bu bölüm aynı görünürlüğü yönetim paneline taşır, böylece sunucunun komut satırına hiç girmeden bekleyen güvenlik güncellemelerini görür ve kurarsınız.

Dikkat: Bu bölüm sunucuyu hiçbir koşulda yeniden başlatmaz — otomatik kurulum açıkken bile. Kurulan yamaların bir kısmı ancak yeniden başlatmadan sonra devreye girer; yeniden başlatma kararı ve işlemi yalnızca aynı ekrandaki Güç Kontrolü bölümüne, yani sizin onayınıza aittir.

Bekleyen Güncellemelerin Okunması

Bölümün üst satırı bekleyen güvenlik güncellemesi sayısını ve bu güncellemelerin etkilediği bileşen sayısını verir. Üç ayrı durum vardır ve üçü aynı anlama gelmez:

• Bekleyen güvenlik güncellemesi: N — denetim yapılmış ve N adet güvenlik duyurusu kurulmayı bekliyor.
• Bekleyen güvenlik güncellemesi yok — denetim yapılmış, sonuç temiz.
• Bekleyen güvenlik güncellemesi sayısı bilinmiyor — sunucu henüz hiç denetlenmemiş ya da durum okunamamış.

UYARI

"Bilinmiyor" ile "yok" aynı şey değildir. Uyarı ikonuyla gelen bilinmiyor durumu, bekleyen güncelleme olmadığını değil, sistemin bu soruya henüz cevap veremediğini söyler. Bu durumda Şimdi denetle ile bir denetim başlatın; sayı ancak bir denetimden sonra anlamlıdır.

Önem rozetleri. Bekleyen duyurular önem düzeyine göre gruplanır ve her rozet o düzeydeki duyuru adedini taşır (örneğin Kritik · 3). Düzeyi DeepFilter hesaplamaz; güvenlik duyurusunu yayımlayan kaynak bildirir.

Rozet	Anlamı
Kritik	Duyuruda en yüksek önem derecesiyle yayımlanan güncellemeler. Öncelikle bunları kurun.
Önemli	Kritik'in hemen ardından gelen derece.
Orta	Orta düzey önem derecesi.
Düşük	En düşük önem derecesi.
Belirtilmemiş	Duyurusunda bir önem derecesi bildirilmemiş güncellemeler.

Kritik ve Önemli rozetleri kırmızı, Orta amber, diğerleri nötr renkte gösterilir; renk yalnızca bakışta önceliklendirmeyi kolaylaştırır, kurulum sırasını değiştirmez — kurulum bekleyen güvenlik güncellemelerinin tümünü birlikte uygular.

Duyuru listesi. Bekleyen duyurulardan en fazla 5 tanesi duyuru kimliği ve etkilediği bileşenlerle listelenir; geri kalanı "Diğer duyurular: N" biçiminde özetlenir. Liste bir envanter değil, neyin beklediğine dair bir örneklemdir; sayının tamamı üst satırdadır.

Kapsam notu. Sayım yalnızca güvenlik duyurusu yayımlayan yazılım kaynaklarını kapsar. Bazı kaynaklar güncellemelerini güvenlik etiketiyle işaretlemediğinden bu sayıya girmez; bölümdeki kapsam notu bunu belirtir. Bu yüzden buradaki sayı, sunucuda güncellenebilecek her şeyin sayısı değil, güvenlik güncellemesi olarak duyurulanların sayısıdır.

Son denetim zamanı. Sayının altında en son ne zaman denetim yapıldığı görünür; hiç denetlenmediyse "Henüz denetlenmedi" yazar.

Hariç tutulan bileşenler. Sunucunun işlemcisi belirli bir komut kümesini desteklemiyorsa raporlama veritabanı bileşenleri yama kapsamı dışında tutulur ve bölümde bunun gerekçesi ile hariç tutulan bileşenlerin listesi gösterilir. Bu bilinçli bir korumadır: uyumsuz bir sürüme yükseltmek raporlama veritabanını başlatılamaz hâle getirir. İşlemci uyumluysa "paket kısıtlaması uygulanmıyor" bilgisi görünür.

Yeniden başlatılması gereken servisler. Kurulumdan sonra, güncellenen kitaplıkları kullanmayı sürdüren servisler varsa bunlar listelenir. Bu liste yalnızca bilgidir; DeepFilter bu servisleri kendiliğinden yeniden başlatmaz.

Kurulum günlüğü. Günlüğü göster ile son kurulumun günlüğünü açarsınız. Kurulum sürerken günlük canlı akar, kurulum bitince son satırlar da alınır. Günlük okunamıyorsa bölüm bunu "Kurulum günlüğü okunamadı" diyerek söyler — boş bir günlüğü "kayıt yok" gibi göstermez.

Güvenlik Yamalarını Otomatik Kurma

Bekleyen güvenlik güncellemelerinin yönetici onayı beklemeden kurulmasını sağlayan aç/kapa anahtarıdır. (varsayılan: kapalı)

Ne yapar: Güvenlik denetimi, anahtar kapalı olsa da altı saatte bir kendiliğinden koşar ve yalnızca bakar. Anahtar açıkken her denetimin hemen ardından kurulum da tetiklenir; kurulum durumu bölümde yaklaşık on dakikada bir tazelenir.

Neden var: Kritik bir işletim sistemi açığının kapanması, yöneticinin paneli açmasını beklememelidir. Anahtar, güvenlik güncellemelerinin sahaya gecikmeden ulaşmasını sağlar.

Açarsan / kapatırsan ne olur: Açarsan güvenlik güncellemeleri arka planda, siz başında olmadan kurulur; buna karşılık kurulumun tam olarak ne zaman koştuğunu siz belirlemezsiniz. Yeniden başlatma yine de yönetici onayını bekler — bu anahtar sunucuyu yeniden başlatma yetkisi vermez. Kapalı tutarsan (varsayılan) sistem yalnızca bekleyen güncellemeleri gösterir; kurulumu her seferinde elle başlatırsınız.

BİLGİ

Bu anahtar, Yönetim → Yazılım ekranındaki DeepFilter otomatik güncelleme ayarından tümüyle bağımsızdır: biri işletim sisteminin güvenlik güncellemelerini, diğeri DeepFilter'ın kendi sürümünü yönetir. Birini açmak diğerini açmaz. DeepFilter sürüm güncellemesi için bkz. Yazılım.

Bekleyen Güncellemeleri Denetleme

Altı saatlik otomatik denetimi beklemeden, o an bekleyen güvenlik güncellemesi olup olmadığını öğrenmek için kullanılır.

Ön koşullar

• Tam yönetici yetkisiyle giriş yapmış olun.
• O sırada süren bir yama kurulumu olmamalı; kurulum sürerken denetim başlatılamaz ("Kurulum sürerken güvenlik denetimi başlatılamaz.").

Adımlar

1. Yönetim → Genel Ayarlar ekranını açın ve İşletim Sistemi Güvenlik Yamaları bölümüne inin.
2. Şimdi denetle'ye tıklayın.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Durum çipi sırayla Denetim sıraya alındı → Denetleniyor aşamalarından geçer. Denetim eşzamanlı değildir; arka planda kuyruğa alınır, bu yüzden sonuç birkaç saniye sonra düşer.
• Denetim bitince son denetim zamanı güncellenir ve sayı ya bir değere ya da "Bekleyen güvenlik güncellemesi yok"a döner; "bilinmiyor" ifadesi kaybolur.

İPUCU

Art arda basmanın faydası yoktur: bir denetimden sonraki bir dakika içinde yeniden denerseniz sistem "Denetim az önce yapıldı. Lütfen bir dakika bekleyin." der ve yeni denetim başlatmaz.

Güvenlik Yamalarını Kurma

Bekleyen güvenlik güncellemelerinin tümü birlikte kurulur. Kurulum tek tık değildir: önce ne kurulacağını özetleyen bir onay penceresi çıkar, onaydan sonra işlem sunucuda arka planda yürür.

Ön koşullar

• Bekleyen en az bir güvenlik güncellemesi olmalı; yoksa kurulum düğmesi kullanılamaz.
• O sırada süren bir denetim ya da başka bir kurulum olmamalı.
• Bekleyen bir güç işlemi (planlanmış yeniden başlatma veya kapatma) olmamalı; varsa önce onu iptal edin ya da tamamlanmasını bekleyin.
• DeepFilter sürüm güncellemesiyle aynı ana denk getirmeyin; sunucuda süren başka bir paket işlemi varsa kurulum reddedilir.

Adımlar

1. Yönetim → Genel Ayarlar → İşletim Sistemi Güvenlik Yamaları bölümünü açın.
2. Güvenlik yamalarını kur'a tıklayın.
3. Açılan "Güvenlik yamaları kurulsun mu?" penceresindeki özeti okuyun: bekleyen duyuru ve bileşen sayısı, varsa hariç tutma notu ve şu bilgi tekrar gösterilir — işletim sistemi güvenlik güncellemeleri kurulur, e-posta akışı sürer ve sunucu kendiliğinden yeniden başlamaz.
4. Kur'a tıklayın.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Bölüm Yamalar kuruluyor durumuna geçer ve kurulumun arka planda sürdüğünü, sayfadan ayrılabileceğinizi bildirir. Sayfayı yenileseniz de bu durum kaybolmaz; tarayıcıdan değil sunucudan okunur.
• Kurulum bitince "Güvenlik yamaları kuruldu." bilgisi, kurulan bileşen sayısı ve tarihiyle birlikte görünür. Bekleyen güncelleme kalmadıysa sayı "Bekleyen güvenlik güncellemesi yok"a döner.
• Kurulan güncellemeler yeniden başlatma gerektiriyorsa panelin her sayfasının üstünde yeniden başlatma uyarısı belirir (bkz. Yeniden Başlatma Uyarısı).

UYARI

Kurulum sürerken sunucuyu yeniden başlatmayın ya da kapatmayın: yarıda kesilen bir kurulum sunucuyu tutarsız bir durumda bırakır. Sistem bunu kendi de engeller — kurulum boyunca Güç Kontrolü bölümündeki Yeniden Başlat ve Kapat düğmeleri geçici olarak kilitlenir ve bölümde "İşletim sistemi güvenlik yaması kurulumu sürüyor. Yeniden başlatma ve kapatma, kurulum tamamlanınca kullanılabilir." bilgisi görünür. Kilit yalnızca arayüzde değildir; sunucu da bu sırada gelen güç isteklerini reddeder. Kurulum bitince düğmeler kendiliğinden açılır.

Kurulum beklenenden uzun sürerse bölüm "Kurulum beklenenden uzun sürüyor. Sunucu günlüklerini kontrol edin." uyarısını gösterir; bu durumda Günlüğü göster ile kurulumun hangi adımda olduğunu görebilirsiniz. Kurulacak bir güncelleme kalmadığı anlaşılırsa "Kurulacak güvenlik güncellemesi bulunamadı.", kurulum hata verirse "Yama kurulumu başarısız oldu." bilgisi düşer.

Yeniden Başlatma Uyarısı

Kurulan güvenlik güncellemelerinin bir kısmı — özellikle işletim sistemi çekirdeğini ilgilendirenler — ancak sunucu yeniden başlatıldıktan sonra devreye girer. Bu durumda paket kurulu görünür ama açık fiilen kapanmamıştır; DeepFilter bu boşluğu görünmez bırakmaz.

Kalıcı uyarı şeridi. Yeniden başlatma bekleniyorsa yönetim panelinin her sayfasının üstünde, tam genişlikte sarı bir şerit belirir: "Sunucu yeniden başlatma bekliyor" bilgisi ve sizi bu ekrandaki Güç Kontrolü bölümüne götüren Yeniden başlatmayı planla düğmesi. Şeridin kapatma düğmesi bilerek yoktur: durum sunucuda tutulduğu için sayfayı yenilemek, başka bir tarayıcıdan girmek ya da başka bir yöneticiyle bakmak şeridi kaldırmaz. Tek çıkış yolu sunucuyu gerçekten yeniden başlatmaktır; yeniden başlatmadan sonra şerit kendiliğinden kaybolur.

Şerit iki durumda gizlenir: bekleyen bir güç işlemi zaten planlanmışsa (geri sayım Güç Kontrolü bölümünde görünür) ve bir yama kurulumu sürüyorsa.

Gerekçe bilgisi. Bölüm, yeniden başlatmanın neden gerektiğini de gösterir: işletim sistemi çekirdeğinin çalışan ve kurulu sürümleri, yeniden başlatma gerektiren bileşenler ve durumun tespit edildiği tarih. Karar verilemeyen durumlarda sistem "gerekmiyor" demez; "Yeniden başlatma gerekliliği belirlenemedi." yazar. Denetim yalnızca kısmen tamamlanabildiyse "Bileşen denetimi tamamlanamadı; sonuç yalnızca çekirdek karşılaştırmasına dayanıyor." bilgisi eklenir — bu, sonucun eksik veriyle üretildiğini açıkça söyler.

Yeniden başlatma buradan yapılmaz. Bu bölümde yeniden başlatma düğmesi yoktur ve otomatik kurulum açık olsa bile sunucu kendiliğinden yeniden başlatılmaz. Yeniden başlatmayı, aynı ekranın altındaki Güç Kontrolü bölümünden, bir dakikalık gecikmeli ve iptal edilebilir akışla siz planlarsınız; adımlar için bkz. Sunucuyu Yeniden Başlatma.

Yönetici e-postası. Yeniden başlatma beklendiği tespit edildiğinde yöneticilere kritik öncelikli bir uyarı e-postası da gönderilir. Konusu "Sunucu yeniden başlatma bekliyor — güvenlik yamaları" olan bu e-posta, çalışan ve kurulu çekirdek sürümlerini karşılaştırmalı gösterir ve yeniden başlatmanın kendiliğinden yapılmayacağını, planlamanın Yönetim → Genel Ayarlar ekranındaki Güç Kontrolü bölümünden yapılacağını belirtir. E-posta, sunucunun aynı açılışı içinde ilk tespitte bir kez gönderilir, sonra durum sürdükçe yedi günde bir tekrarlanır ve sunucu yeniden başlatıldığında kendiliğinden susar.

UYARI

Bu uyarı e-postası kapatılamaz: Yönetim → Bildirimler ekranındaki bildirim türleri listesinde bir anahtarı yoktur ve her zaman gönderilir. Yeniden başlatma bekleyen bir sunucuda güvenlik açığının fiilen açık kaldığı düşünüldüğünde bu bilinçli bir tercihtir. Tekrarı durdurmanın tek yolu sunucuyu yeniden başlatmaktır.

Sorun Giderme

• Bölümde "İşletim sistemi yama bileşeni bu sunucuda kurulu değil" yazıyor. Sunucudaki DeepFilter altyapı bileşenleri bu özelliği içermeyecek kadar eski. Yönetim → Yazılım ekranından sunucu yazılımını güncelleyin; güncellemeden sonra bölüm işlevleriyle birlikte gelir.
• Bekleyen güncelleme sayısı "bilinmiyor" görünüyor. Sunucu henüz hiç denetlenmemiş ya da durum okunamamıştır. Şimdi denetle'ye basın; bu ifade "bekleyen güncelleme yok" anlamına gelmez.
• Sayı bana eksik geliyor; sunucuda daha çok güncelleme olduğunu biliyorum. Buradaki sayı yalnızca güvenlik duyurusu yayımlanmış güncellemeleri kapsar. Güncellemelerini güvenlik etiketiyle işaretlemeyen yazılım kaynakları ve işlemci uyumluluğu nedeniyle hariç tutulan raporlama veritabanı bileşenleri sayıma girmez; ikisi de bölümde ayrıca belirtilir.
• "Denetim az önce yapıldı. Lütfen bir dakika bekleyin." uyarısı alıyorum. Denetimler arasında bir dakikalık koruma vardır. Bir dakika bekleyip tekrar deneyin.
• "Denetim başlatılamadı; arka plan servisi yanıt vermiyor." hatası. Denetimi yürüten arka plan servisi o an çalışmıyor. Bir süre sonra tekrar deneyin; sorun sürerse sunucu servislerinin durumunu kontrol ettirin.
• Kurulum düğmesi pasif. Dört sebepten biri geçerlidir: bekleyen güvenlik güncellemesi yoktur, bir denetim sürüyordur, bir kurulum zaten sürüyordur ya da bekleyen bir güç işlemi (planlanmış yeniden başlatma/kapatma) vardır. Sonuncusunda "Bekleyen bir güç işlemi varken yama kurulumu başlatılamaz." uyarısı çıkar; Güç Kontrolü bölümünden işlemi iptal edin ya da tamamlanmasını bekleyin.
• "Sunucuda süren başka bir paket işlemi var." hatası. Büyük olasılıkla aynı anda bir DeepFilter sürüm güncellemesi koşuyor. Yönetim → Yazılım ekranından güncellemenin bitmesini bekleyip yama kurulumunu tekrar başlatın.
• Yeniden başlatma uyarısı şeridi kaybolmuyor. Şerit kapatılamaz ve sayfa yenilemekle, başka tarayıcıyla ya da başka bir yönetici hesabıyla gitmez; durum sunucuda tutulur. Sunucuyu Güç Kontrolü bölümünden yeniden başlattığınızda kendiliğinden kaybolur.

Güç Kontrolü

Sunucuyu yönetim panelinden yeniden başlatmanızı ya da tümüyle kapatmanızı sağlar. Ekranın en altında yer alır ve diğer bölümlerden bir farkı vardır: burası bir değeri değil, sunucunun çalışmasını doğrudan durduran bir işlemi barındırır — bu yüzden üstteki ortak Kaydet düğmesiyle değil, kendi onay ve iptal akışıyla çalışır. Bu bölüm yalnızca tam yönetici yetkisine sahip hesaplara görünür; alan adı yöneticisi ve salt okunur hesaplarda hiç çizilmez.

Neden var: Bakım sonrası bir yeniden başlatma, donanım müdahalesinden önce denetimli bir kapatma ya da sunucu taşınmadan önce güvenle durdurulması gerekebilir. Bu bölüm olmadan bu işlemler yalnızca sunucuya doğrudan erişebilen kişilerce yapılabilirdi. Buradan yapıldığında ise işlem yönetim panelinden yürür, kimin başlattığı kayda geçer ve fikir değiştirmeye zaman tanıyan bir gecikmeyle uygulanır.

Hangi işlemi seçtiğinize göre: Yeniden Başlat, sunucuyu kapatıp kendiliğinden tekrar açar; panel ve e-posta akışı birkaç dakika içinde kendiliğinden geri gelir. Kapat, sunucuyu kapalı bırakır; DeepFilter kendi kendine geri gelmez ve sunucu ancak fiziksel güç düğmesiyle ya da donanımın uzak yönetim arabirimiyle (IPMI, iLO, iDRAC gibi) yeniden açılabilir.

E-posta trafiğine etkisi: Sunucu kapanırken yeni SMTP bağlantıları kabul edilmez; gönderen sunucular teslim edemedikleri e-postaları bir süre sonra yeniden dener. Bu yüzden kısa süreli bir yeniden başlatma çoğunlukla teslimat kaybına yol açmaz. Sunucuda bekleyen e-postalar kaybolmaz: kuyruk disk üzerinde tutulur ve sunucu tekrar açıldığında teslimat kaldığı yerden sürer. Sunucu uzun süre kapalı kalırsa gönderen sunucuların yeniden deneme süresi dolar ve göndericiye teslim edilemedi bildirimi döner.

Gecikme ve iptal: Her iki işlem de onaydan 1 dakika sonra başlar; bu süre sabittir ve arayüzden değiştirilemez. Bu bir dakika boyunca bölüm tek bir banda döner: planlanan işlem, Kalan süre geri sayımı, işlemi başlatan yöneticinin e-posta adresi (Başlatan) ve İşlemi İptal Et düğmesi görünür. Bant yeniden başlatmada sarı, kapatmada kırmızıdır. Geri sayımın ölçüsü sunucu saatidir, yöneticinin bilgisayar saati değil. Süre dolduğunda iptal düğmesi kaybolur ve işlem başlar.

Dikkat: Aynı anda yalnızca bir güç işlemi bekleyebilir. Bekleyen bir işlem varken ikincisini planlamaya çalışırsanız "Zaten bekleyen bir güç işlemi var. Önce mevcut işlemi iptal edin." uyarısını alırsınız.

UYARI

Kapat işlemi geri alınamaz bir erişim kaybı yaratır: kapanan sunucu yönetim panelinden ya da başka bir uzak bağlantıdan tekrar açılamaz. Sunucuyu yalnızca fiziksel güç düğmesine ya da donanımın uzak yönetim arabirimine (IPMI, iLO, iDRAC) erişiminiz varken kapatın. Bu erişimden emin değilseniz Kapat yerine Yeniden Başlat'ı kullanın.

Kapatmada arayüz fazladan bir kapı koyar: onay penceresi sunucunun adını yazmanızı ister ve yazdığınız ad beklenen adla eşleşmedikçe Sunucuyu Kapat düğmesi pasif kalır. Karşılaştırma büyük/küçük harf ayrımı gözetmez, baştaki ve sondaki boşlukları da yok sayar. Bu kapının amacı, birden çok sunucuyu ayrı sekmelerde yöneten bir yöneticinin yanlış sunucuyu kapatmasını önlemektir; yalnızca bir arayüz süsü de değildir — panel yerine doğrudan istek gönderen bir istemci de aynı kapıdan geçer. Yeniden başlatmada böyle bir kapı yoktur, tek onay penceresi yeterlidir.

BİLGİ

Bekleyen bir güç işlemi yalnızca bu ekranda görünmez: yönetim panelinin diğer sayfalarında da sol alt köşede aynı bilgiyi taşıyan bir bant belirir — planlanan işlem, kalan süre, başlatan kişi ve İşlemi İptal Et düğmesi. İşlem oradan da iptal edilebilir; bunun için Genel Ayarlar'a dönmeniz gerekmez. (Genel Ayarlar ekranındayken bant çıkmaz; orada aynı bilgiyi bölümün kendisi gösterir.) Böylece trafik ya da karantina ekranında çalışan başka bir yönetici de sunucunun birazdan duracağını fark eder.

Bekleyen işlemin durumu tarayıcınızın hafızasından değil sunucudan okunur: sayfayı yenileseniz de, başka bir yönetici başka bir bilgisayardan girse de aynı bant görünür ve işlem oradan da iptal edilebilir. İşlem sunucunun kendi konsolundan planlanmışsa Başlatan satırı bir kişi adı yerine "Başlatan bilinmiyor — işlem sunucu konsolundan planlanmış olabilir." bilgisini gösterir; sistem yanlış kişiye atıf yapmaz. Durum hiç okunamadığında sarı bir uyarı çıkar ("Güç durumu okunamadı; bekleyen bir işlem olup olmadığı doğrulanamıyor") ve iptal düğmesi güvenlik gereği açık bırakılır — böylece bekleyen bir işlem varsa yine de durdurabilirsiniz.

Yeniden başlatma, kapatma ve iptal işlemlerinin üçü de denetim kaydına yazılır; kimin ne zaman hangi işlemi başlattığını İzle → Denetim Logları ekranından geriye dönük görebilirsiniz.

SMTP Hostname'i Tanımlama

Ön koşullar

• Gireceğiniz ad tam alan adı olmalı; en az bir nokta içermeli (örneğin mx01.deepfilter.io). localhost gibi noktasız bir ad kaydedilse bile o adla HTTPS sertifikası alınamaz.
• Bu adın, alan adınızın MX kaydı ve sunucunuzun ters DNS (PTR) kaydıyla birebir uyumlu olduğundan emin olun; uyumsuzluk teslimat sorunlarına yol açar.

Adımlar

1. Yönetim → Genel Ayarlar ekranını açın.
2. SMTP Hostname alanına sunucunuzun tam alan adını yazın.
3. İsterseniz aynı ekrandaki Bildirim Gönderici Ayarları alanlarını da düzenleyin; bu alanlar bir sonraki adımdaki düğmeyle birlikte kaydedilir.
4. Ekranın üstünde beliren tek Kaydet düğmesine tıklayın. SMTP Hostname ve bildirim gönderici bilgileri bu ortak düğmeyle birlikte kaydedilir; 2FA anahtarı ise ayrıdır ve anında uygulanır.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Ekranı yenilediğinizde alan girdiğiniz değeri korur.
• SSL Sertifikası kartından Let's Encrypt sertifikası almaya çalıştığınızda "Önce Ayarlar sayfasından geçerli bir SMTP Hostname tanımlayın" hatası çıkmaz; alınan sertifikanın Konu alanında bu alan adı görünür.

Zorunlu 2FA'yı Açma

Ön koşullar

• 2FA'sı hâlihazırda çalışan ikinci bir yönetici hesabınız olsun; bir kullanıcı kurulum ekranında takılırsa bu hesapla onun 2FA'sını sıfırlayabilirsiniz.

Adımlar

1. Yönetim → Genel Ayarlar ekranını açın.
2. Zorunlu İki Faktörlü Doğrulama (2FA) kartını bulun.
3. Sağdaki aç/kapa anahtarını açık konuma getirin.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Anahtar, üstteki Kaydet düğmesini beklemeden anında açık konuma geçer.
• 2FA'sı olmayan bir hesapla (deneme amaçlı) giriş yaptığınızda, panel yerine doğrudan 2FA kurulum ekranının geldiğini görürsünüz.

Sunucuyu Yeniden Başlatma

Sunucu kapanır ve kendiliğinden tekrar açılır; işlem bittiğinde panel ve e-posta akışı elle müdahale gerektirmeden geri gelir.

Ön koşullar

• Tam yönetici yetkisiyle giriş yapmış olun; Güç Kontrolü bölümü yalnızca bu yetkiyle görünür.
• Bekleyen başka bir güç işlemi olmamalı; varsa önce onu iptal edin.
• E-posta akışının birkaç dakika duracağını hesaba katın. Yeniden başlatmayı trafiğin düşük olduğu bir zamana denk getirmek, gönderen sunucuların yeniden deneme yükünü azaltır.

Adımlar

1. Yönetim → Genel Ayarlar ekranını açın ve sayfanın en altındaki Güç Kontrolü bölümüne inin.
2. Yeniden Başlat'a tıklayın.
3. Açılan onay penceresindeki bilgiyi okuyun: işlem 1 dakika sonra başlar ve bu süre içinde iptal edilebilir.
4. Yeniden Başlatmayı Planla'ya tıklayın.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Bölüm tek bir sarı banda döner: "Yeniden başlatma planlandı" başlığı, Kalan süre geri sayımı, Başlatan olarak sizin e-posta adresiniz ve İşlemi İptal Et düğmesi görünür.
• Geri sayım bittiğinde iptal düğmesi kaybolur ve bant yeniden başlatmanın başladığını bildirir. Panel kısa süre yanıt vermez; birkaç dakika sonra tarayıcıyı yenilediğinizde giriş ekranı yeniden açılır.

Sunucuyu Kapatma

Sunucu kapanır ve kapalı kalır. Yeniden açmanın uzaktan bir yolu yoktur; bu yüzden kapatma, yeniden başlatmadan farklı olarak sunucu adını yazdığınız ikinci bir onay kapısı ister.

Ön koşullar

• Sunucuya fiziksel erişiminiz ya da donanımın uzak yönetim arabirimine (IPMI, iLO, iDRAC) erişiminiz olduğundan emin olun. Bu erişim yoksa sunucuyu kapatmayın.
• Onay penceresinin beklediği sunucu adını bilmeniz gerekir; pencere hangi adı istediğini kendisi gösterir.
• Bekleyen başka bir güç işlemi olmamalı.
• Sunucu kapalı kaldığı sürece e-posta kabul edilmez. Kapalılık uzarsa gönderen sunucuların yeniden deneme süresi dolar ve göndericilere teslim edilemedi bildirimi döner; kapalı kalacak süreyi buna göre planlayın.

Adımlar

1. Yönetim → Genel Ayarlar ekranını açın ve sayfanın en altındaki Güç Kontrolü bölümüne inin.
2. Kapat'a tıklayın.
3. Açılan pencerede kapatmanın sonuçlarını anlatan uyarıyı okuyun.
4. Onay alanına, pencerede gösterilen sunucu adını yazın. Ad eşleşmezse "Yazdığınız ad sunucu adıyla eşleşmiyor" uyarısı çıkar ve düğme pasif kalmayı sürdürür.
5. Sunucuyu Kapat'a tıklayın.

Doğrulama — başarılı olduğunu şuradan anlarsın

• Bölüm kırmızı bir banda döner: "Kapatma planlandı" başlığı, Kalan süre, Başlatan ve İşlemi İptal Et düğmesi görünür.
• Geri sayım bittiğinde bant kapatmanın başladığını ve sunucunun bundan sonra yalnızca fiziksel ya da uzak donanım erişimiyle açılabileceğini bildirir; kısa süre sonra panel yanıt vermez olur.

UYARI

Bu adımların sonunda sunucu erişilemez hâle gelir ve yönetim panelinden geri getirilemez. Kapatmadan önce sunucuyu fiziksel olarak ya da uzak donanım arabiriminden açabileceğinizden emin olun; yalnızca bir bakım penceresi için durdurmak istiyorsanız Yeniden Başlat daha güvenli seçimdir.

Bekleyen Güç İşlemini İptal Etme

Planlanan bir yeniden başlatma veya kapatma, geri sayım bitene kadar iptal edilebilir. İptal, işlemi başlatan yöneticiyi beklemez: tam yönetici yetkisine sahip herhangi bir hesap, herhangi bir bilgisayardan iptal edebilir.

Ön koşullar

• Geri sayım hâlâ sürüyor olmalı. Süre dolduktan sonra iptal düğmesi kaybolur ve işlem durdurulamaz.

Adımlar

1. Bekleyen işlemi gösteren bandı bulun: Yönetim → Genel Ayarlar ekranındaki Güç Kontrolü bölümünde ya da panelin diğer sayfalarında sol alt köşede.
2. İşlemi İptal Et'e tıklayın. Ayrıca bir onay sorulmaz.

Doğrulama — başarılı olduğunu şuradan anlarsın

• "Bekleyen güç işlemi iptal edildi." bildirimi çıkar; bant kaybolur ve Güç Kontrolü bölümü yeniden Yeniden Başlat ile Kapat düğmelerini gösterir.
• Planlanan saat geldiğinde sunucu kapanmaz, panel çalışmaya devam eder.

İPUCU

Bekleyen bir işlem olup olmadığından emin değilseniz iptali yine de deneyebilirsiniz: ortada bekleyen bir işlem yokken iptal etmek hata üretmez, sistemin durumunu değiştirmez.

Sorun Giderme

• Sistem e-postaları (karantina özeti, uyarılar) hiç gelmiyor veya spam klasörüne düşüyor. Büyük olasılıkla gönderici e-posta adresinin alan adı, alıcı sunucuların SPF/DKIM doğrulamasını geçemiyor. Bildirim Gönderici Ayarları'ndaki adresin; SPF ve DKIM kayıtları düzgün tanımlı, size ait bir alan adına ait olduğundan emin olun.
• Zorunlu 2FA anahtarı gri ve tıklanamıyor. Politikanın mevcut durumu okunamıyor (çoğunlukla yetki ya da geçici bir bağlantı sorunu); sistem, yanlışlıkla kapatmayı önlemek için anahtarı kilitli tutar. Sayfayı yenileyin; sorun sürerse tam yönetici yetkisiyle giriş yaptığınızı doğrulayın.
• Bir kullanıcı her girişte 2FA kurulum ekranına takılıyor ve geçemiyor. Kullanıcının hiç 2FA yöntemi yok ama zorunluluk açık. Kullanıcı, kimlik doğrulayıcı uygulama yerine e-posta ile tek kullanımlık kod yöntemini kurabilir; ya da başka bir yönetici, kullanıcı yönetimi ekranından o kullanıcının 2FA'sını sıfırlar.
• Geri dönen (bounce) e-postalarda veya karşılama başlığında yanlış sunucu adı görünüyor. SMTP Hostname boş bırakılmış ya da eksik bir değerle kaydedilmiş olabilir. Alanı geçerli bir tam alan adıyla doldurup kaydedin; değer kaydedildikten sonra karşılama başlığına ve gönderen alanına yansır.
• Ekranda Güç Kontrolü bölümünü hiç göremiyorum. Bu bölüm yalnızca tam yönetici yetkisine sahip hesaplara çizilir; alan adı yöneticisi ve salt okunur hesaplarda görünmez. Tam yönetici yetkisiyle giriş yaptığınızı doğrulayın.
• Güç Kontrolü bölümünde düğme yerine "Güç kontrolü bileşeni bu sunucuda kurulu değil" yazıyor. Sunucudaki DeepFilter sürümü bu özelliği içermiyor. Yönetim → Yazılım ekranından sunucu yazılımını güncelleyin; güncellemeden sonra bölüm düğmeleriyle birlikte gelir.
• Yeniden Başlat ve Kapat düğmelerinin ikisi de pasif. O sırada bir işletim sistemi güvenlik yaması kurulumu sürüyordur; bu süre boyunca her iki düğme de kilitlenir ve bölümde kurulumun sürdüğünü bildiren bir bilgi şeridi görünür. Yarıda kesilen bir kurulum sunucuyu tutarsız bırakacağı için bu kilit bilinçlidir; kurulum bitince düğmeler kendiliğinden açılır (bkz. İşletim Sistemi Güvenlik Yamaları).
• Sunucuyu Kapat düğmesi pasif, tıklayamıyorum. Onay alanına yazdığınız ad, pencerede gösterilen sunucu adıyla eşleşmiyor. Adı harfi harfine yazın; büyük/küçük harf farkı ile baştaki ve sondaki boşluklar sorun değildir, ama tek bir harf farkı düğmeyi pasif tutar.
• "Zaten bekleyen bir güç işlemi var" uyarısı alıyorum. Aynı anda yalnızca bir güç işlemi bekleyebilir; büyük olasılıkla başka bir yönetici (ya da siz, başka bir sekmede) zaten bir işlem planlamış. Banttaki İşlemi İptal Et ile mevcut işlemi iptal edin, sonra yenisini planlayın.