Sunucu Güvenliği
Sunucunuzu Sentinel'e bağlama: güvenlik duvarı izni, SSH erişimi ve sık hatalar
Sentinel sunucunuza ajan kurmadan, sabit bir IP'den SSH ile bağlanır. Hangi bilgilerin gerektiğini, Sentinel'e özel anahtarı, sudo kullanıcısını, CSF ve bulut güvenlik duvarı izinlerini ve sık bağlantı hatalarının çözümünü adım adım anlatıyoruz.
Güncellendi:
Sentinel'e bir sunucu eklediğinizde sunucunuza hiçbir yazılım ya da ajan kurmanız gerekmez. Sentinel, denetim zamanı geldiğinde sunucunuza SSH ile bağlanır, kontrolleri çalıştırır ve bağlantıyı kapatır. Bağlantı her zaman aynı, sabit bir IP adresinden gelir. Bu yüzden kurulumun büyük kısmı iki soruya iner: Sentinel hangi kullanıcıyla ve hangi yöntemle giriş yapacak, ve bu IP adresi sunucunuza hangi güvenlik duvarlarından geçerek ulaşacak?
Bu yazı bağlantının nasıl kurulduğunu adım adım anlatıyor. Komutlar AlmaLinux, Rocky Linux ve CloudLinux üzerindeki cPanel/WHM sunucuları içindir. Güvenlik duvarı değiştirirken mevcut SSH oturumunuzu kapatmadan test edin.
Neden SSH ve neden IP izni?
Ajan tabanlı araçlar sunucuya sürekli çalışan, ayrıca güncellenmesi gereken bir yazılım kurar. Sentinel ise sunucunuzda zaten çalışan SSH servisini kullanır; geride kalıcı bir süreç ya da paket bırakmaz.
Bunun karşılığında iki şeye ihtiyaç vardır. Birincisi, Sentinel'in giriş yapabileceği bir hesap: root ya da parolasız sudo yetkisi olan bir kullanıcı. Denetim, sistem yapılandırmasını okuyabilmek için bu yetkiyi gerektirir. İkincisi, Sentinel'in IP adresinin SSH portunuza ulaşabilmesi. Sabit tek bir adres olduğu için SSH'yi herkese açmanız gerekmez; yalnızca bu adrese izin vermeniz yeterlidir.
Hangi bilgiler gerekir, nerede bulunur?
| Alan | Nereden bulunur |
|---|---|
| Sunucu adresi (IP) | WHM » IP Functions » Show or Delete Current IP Addresses sayfası ya da sağlayıcı panelindeki sunucu özeti. AWS gibi NAT arkasındaki sunucularda bu sayfada Local IP ve Public IP ayrı görünür; Sentinel'e Public IP'yi girin. 10.x, 172.16-31.x ve 192.168.x ile başlayan özel adreslere dışarıdan bağlanılamaz. |
| SSH portu | Sunucudaki /etc/ssh/sshd_config dosyasının Port satırı. Satır yoksa ya da yorum satırıysa port 22'dir. Etkin değeri sshd -T ile kesin görürsünüz (aşağıdaki komut). |
| SSH kullanıcısı | root ya da parolasız sudo yetkili ayrı bir kullanıcı. Bulut imajlarında root girişi çoğu zaman kapalıdır; örneğin AWS EC2'de varsayılan kullanıcı ec2-user'dır. |
| Erişim yöntemi | Sentinel'e özel anahtar (önerilen), kendi SSH anahtarınız ya da parola. Ayrıntılar bir sonraki bölümde. |
SSH portunu sunucuda şu komutlarla görebilirsiniz. İlki dosyadaki satırı, ikincisi sshd'nin gerçekte kullandığı değeri gösterir. AlmaLinux 9'da /etc/ssh/sshd_config.d/ altındaki dosyalar da ayarları etkilediği için ikinci komut daha güvenilirdir.
bash
grep -i '^Port' /etc/ssh/sshd_config
sshd -T | grep -i '^port'Erişim yöntemini seçin
Panel üç yöntem sunar. Hangisini seçerseniz seçin, girdiğiniz parola ya da özel anahtar şifrelenmiş olarak saklanır; PDF raporlarda, e-postalarda ve API yanıtlarında yer almaz.
1. Sentinel'e özel anahtar (önerilen)
Panel yalnızca o sunucu için yeni bir Ed25519 anahtar çifti üretir; özel anahtar Sentinel'de şifreli kalır. Panel size tek satırlık bir kurulum komutu verir; bu komutu sunucuda, Sentinel'in bağlanacağı kullanıcıyla bir kez çalıştırırsınız. Komut ~/.ssh dizinini ve authorized_keys dosyasını doğru izinlerle (700 ve 600) oluşturur, anahtar satırını ekler ve başarılı olursa SENTINEL_KEY_OK yazar. Anahtar zaten ekliyse ikinci kez eklemez; komutu tekrar çalıştırmak zarar vermez.
authorized_keys dosyasına eklenen satır şu biçimdedir (anahtar kısmı kısaltıldı, numara sunucunuza göre değişir):
bash
from="144.76.229.51",no-agent-forwarding,no-port-forwarding,no-X11-forwarding ssh-ed25519 AAAA... sentinel-42@teknowebBaştaki seçenekler bu yöntemi önerilen yöntem yapan kısımdır. from="144.76.229.51" sayesinde sshd bu anahtarı yalnızca Sentinel'in adresinden gelen bağlantılarda kabul eder; anahtar bir şekilde başkasının eline geçse bile başka bir adresten kullanılamaz. no-agent-forwarding, no-port-forwarding ve no-X11-forwarding ise bu oturum üzerinden ajan, port ve X11 yönlendirmesini kapatır. Satırın sonundaki sentinel-42@teknoweb etiketi de erişimi geri almayı tek komuta indirir (yazının sonunda).
2. Kendi SSH anahtarınız
Hâlihazırda kullandığınız bir anahtar çiftini de girebilirsiniz. Bu durumda açık anahtarın sunucuda yetkilendirilmiş olması gerekir. WHM'de bunu Security Center » Manage root's SSH Keys sayfasından yaparsınız: Import Key ile yalnızca açık anahtarı içe aktarın, ardından Manage Authorization » Authorize ile yetkilendirin. Yetkilendirilmemiş anahtar çalışmaz. İsterseniz authorized_keys dosyasındaki satırın başına elle from="144.76.229.51" ekleyerek aynı IP kısıtını bu anahtar için de uygulayabilirsiniz; WHM arayüzünde bu seçenek yoktur.
3. Parola
En hızlı yöntem budur ama iki sunucu ayarına takılabilir. OpenSSH'ın varsayılan PermitRootLogin değeri prohibit-password'dür; bu ayarda root yalnızca anahtarla girebilir, root ve parola birlikte reddedilir. Ayrıca WHM » Security Center » SSH Password Authorization Tweak ile parola girişi kapatıldıysa (PasswordAuthentication no) hiçbir kullanıcı parolayla giremez. Etkin değerleri şu komutla görebilirsiniz:
bash
sshd -T | grep -Ei 'passwordauthentication|permitrootlogin'Bu ayarları Sentinel için gevşetmenizi önermiyoruz; Sentinel'in SSH denetimi açık parola girişini zaten bulgu olarak raporlar. Anahtarlı yöntemlerden birini seçin.
root yerine sudo kullanıcısıyla bağlanmak
cPanel kendi güvenlik dokümanında root ile doğrudan SSH girişinin kapatılmasını (PermitRootLogin no) öneriyor. Bu ayarı kullanıyorsanız ya da Sentinel erişimini ayrı bir kimlikte tutmak istiyorsanız Sentinel'i parolasız sudo yetkili bir kullanıcıyla bağlayabilirsiniz. Sentinel bu durumda komutları sudo -n ile çalıştırır; -n seçeneği sudo'nun parola sormasını engeller, parola gerekirse komut beklemeden hata verir. Bu yüzden sudo yetkisinin parolasız olması şarttır.
Sunucuda root olarak şu adımları uygulayın. Önce kullanıcıyı oluşturun ve sudoers dosyasını visudo ile açın:
bash
useradd -m -s /bin/bash sentinel
visudo -f /etc/sudoers.d/sentinelAçılan düzenleyiciye şu satırı yazıp kaydedin:
bash
sentinel ALL=(ALL) NOPASSWD: ALLArdından söz dizimini kontrol edin. Komut hata vermeden dönerse dosya geçerlidir:
bash
visudo -cf /etc/sudoers.d/sentinel- Dosya adında nokta kullanmayın. sudo, /etc/sudoers.d/ altında adı nokta içeren ya da ~ ile biten dosyaları okumaz; sentinel.conf adlı bir dosya sessizce yok sayılır, sentinel adlı dosya okunur.
- WHM » Manage Wheel Group Users kullanıcıya yalnızca su yetkisi verir, sudo yetkisi vermez. sudo için yukarıdaki dosya gerekir.
- Panelde SSH kullanıcısı olarak sentinel yazın. Sentinel'e özel anahtarın kurulum komutunu, root iken su - sentinel ile bu kullanıcıya geçtikten sonra çalıştırın; komut anahtarı o an hangi kullanıcıysanız onun ~/.ssh dizinine ekler.
- Açık konuşalım: NOPASSWD: ALL pratikte root yetkisine eşdeğerdir. Kazancınız; root ile doğrudan SSH girişini kapatabilmeniz, Sentinel bağlantılarını /var/log/secure içinde ayrı bir kullanıcı adıyla görebilmeniz ve erişimi tek dosya silerek geri alabilmenizdir.
Sunucudaki güvenlik duvarında izin verin
cPanel sunucularında genellikle CSF, Imunify360 ya da firewalld'den biri çalışır; bazı sunucularda birden fazlası birlikte bulunur. Hangisi varsa ona izin ekleyin. Komut örneklerinde SSH portu 22 alındı; farklı bir port kullanıyorsanız kendi portunuzu yazın.
CSF ve LFD
CSF'de en dar izin, Sentinel'in IP'sine yalnızca SSH portunda izin vermektir. /etc/csf/csf.allow dosyasına şu satırı ekleyin. Biçim protokol|yön|port|IP şeklindedir; yorum aynı satırda, boşluk-diyez-boşluk ile ayrılır:
bash
tcp|in|d=22|s=144.76.229.51 # SentinelBurada sık atlanan bir nokta var: csf.allow listesinde olmak, LFD'nin (CSF'nin giriş denemelerini izleyen servisi) bu IP'yi engellemesini önlemez. Varsayılan ayarlarda LFD yalnızca /etc/csf/csf.ignore dosyasındaki adresleri yok sayar. Bu yüzden aynı adresi bu dosyaya da ekleyin:
bash
144.76.229.51 # Sentinelİki dosyayı kaydettikten sonra CSF ve LFD'yi yeniden başlatın. Aynı dosyaları WHM » Plugins » ConfigServer Security & Firewall ekranındaki csf.allow ve csf.ignore düzenleme düğmeleriyle de değiştirebilirsiniz.
bash
csf -raImunify360
Arayüzden: WHM » Plugins » Imunify360 » Firewall sekmesinde Add » IP seçin, adresi ve Sentinel yorumunu yazın, TTL alanını kalıcı olması için boş bırakın ve White List'i seçin. Komut satırından aynı işlem şöyledir:
bash
imunify360-agent ip-list local add --purpose white 144.76.229.51 --comment "Sentinel"
# Kontrol:
imunify360-agent ip-list local list --purpose white --by-ip 144.76.229.51SSH portunuz Imunify360'ın Blocked ports listesindeyse beyaz liste tek başına yetmez; arayüzde Full Access kutusunu işaretleyin ya da komuta --full-access ekleyin. CSF entegrasyonu açıksa Imunify360 port kurallarını CSF'den alır; o durumda yukarıdaki CSF adımları geçerlidir.
firewalld
CSF ve Imunify360 yoksa AlmaLinux ve Rocky Linux'ta varsayılan güvenlik duvarı firewalld'dir. Kalıcı bir kural ekleyip yeniden yükleyin; --permanent olmadan eklenen kural yeniden yüklemede kaybolur:
bash
firewall-cmd --permanent --add-rich-rule='rule family="ipv4" source address="144.76.229.51" port port="22" protocol="tcp" accept'
firewall-cmd --reload
firewall-cmd --list-rich-rulescPHulk
cPanel'in kaba kuvvet koruması cPHulk, kurulum sırasındaki birkaç başarısız denemeden sonra Sentinel'in adresini engelleyebilir. Önceden beyaz listeye almak için WHM » Security Center » cPHulk Brute Force Protection » Whitelist Management sekmesinde New Whitelist Records alanına 144.76.229.51 yazın, yoruma Sentinel yazıp Add'e tıklayın.
Sağlayıcı panelindeki güvenlik duvarında izin verin
Bulut ve sunucu sağlayıcılarının panellerindeki güvenlik duvarı, sunucudaki CSF ya da firewalld'den ayrı bir katmandır. Trafik önce sağlayıcının duvarından, sonra sunucudakinden geçer; ikisinde de izin gerekir. Sağlayıcı panelinde güvenlik duvarı tanımlı değilse bu adımı atlayın.
| Sağlayıcı | Nereden | Dikkat edilecek nokta |
|---|---|---|
| Hetzner Cloud | Hetzner Console » proje » Firewalls » Create Firewall. Inbound rules alanına kaynak olarak 144.76.229.51 adresini girip kuralı SSH portunuz için tanımlayın, Apply to ile sunucuyu seçin. | Güvenlik duvarı sunucuya bağlandığında kurala uymayan gelen trafik düşürülür. Mevcut kurallarınıza kendi erişiminizi de dahil edin. |
| Hetzner Robot (dedicated) | Robot » Servers » sunucu » Firewall sekmesi. Kural: Action accept, Protocol TCP, Source IP 144.76.229.51, Destination port 22. | Kurallar yukarıdan aşağı değerlendirilir, yön başına en fazla 10 kural vardır. Durumsuz çalışır: sunucudan çıkan bağlantıların dönüşü için TCP ack bayraklı, hedef portu 32768-65535 olan bir accept kuralı gerekir. Kuralsız etkinleştirmek tüm gelen trafiği keser. |
| DigitalOcean | Networking » Firewalls » güvenlik duvarı » Rules » Add inbound rule. Type SSH (farklı port için Custom, TCP ve port). | Sources altındaki varsayılan All IPv4 ve All IPv6 girdilerini silip 144.76.229.51 ekleyin. Güvenlik duvarını Apply to Droplets ile sunucuya uygulayın. |
| AWS EC2 | EC2 konsolu » Security Groups » grup » Inbound rules » Edit inbound rules » Add rule. Type SSH, Source Custom 144.76.229.51/32, ardından Save rules. | Varsayılan kullanıcı ec2-user'dır; root ve parola girişi varsayılan olarak kapalıdır, anahtarlı yöntemi kullanın. Elastic IP yoksa sunucu durdurulup başlatıldığında IP değişir. |
| AWS Lightsail | Instances » sunucu » Networking » IPv4 Firewall » Add rule (ya da mevcut SSH kuralında kalem simgesi). Restrict to IP address ile 144.76.229.51 girip Create. | Aynı port için birden fazla kural varsa en izin verici olan geçerlidir. Varsayılan herkese açık SSH kuralı duruyorsa kısıtlamanız etkisiz kalır. |
| OVHcloud | Network » Public IP Addresses » IP'nin yanındaki menü » Configure Edge Network Firewall. TCP için kaynak IP ve hedef port 22 ile bir Accept kuralı ekleyin. | Edge Network Firewall yalnızca IPv4 içindir, IP başına 20 kural alır ve ilk eşleşen kural uygulanır. Sunucuda port açmaz; işletim sistemi güvenlik duvarında da izin gerekir. |
| Vultr | Products » Network » Firewall » Add Firewall. Grupta IPv4 gelen kuralı: Protocol SSH (ya da Custom ve port), Source 144.76.229.51, Add Firewall Rule. | Grup varsayılan olarak her şeyi reddeder. Kuralın sunucuya uygulanması için Linked Instances sekmesinden sunucuyu ekleyin. |
| Linode (Akamai) | Cloud Manager » Firewalls » güvenlik duvarı » Add An Inbound Rule. Preset SSH, Sources altında IP/Netmask ile 144.76.229.51/32, Action izin. | Add Rule'dan sonra Save Changes'e basmadan kural etkin olmaz. Kurallar yukarıdan aşağı değerlendirilir. |
| Google Cloud | Console » Firewall policies » Create firewall rule. Direction ingress, Action allow, hedef VM ya da etiket, Source IPv4 ranges 144.76.229.51/32, Protocols and ports TCP 22. | Komut satırından: gcloud compute firewall-rules create (örnek aşağıda). OS Login açıksa metadata ile eklenen SSH anahtarları yok sayılır. |
| Microsoft Azure | Portal » Network security groups » NSG » Inbound security rules » + Add. Source IP Addresses, adres 144.76.229.51, Destination port ranges 22, Protocol TCP, Action Allow. | Priority değerini varsayılan kurallardan daha düşük bir sayı (daha yüksek öncelik) olarak verin. |
AWS ve Google Cloud'da aynı izni komut satırından da ekleyebilirsiniz. sg-XXXX ve TAG yerine kendi güvenlik grubu kimliğinizi ve ağ etiketinizi yazın:
bash
aws ec2 authorize-security-group-ingress --group-id sg-XXXX --protocol tcp --port 22 --cidr 144.76.229.51/32
gcloud compute firewall-rules create sentinel-ssh --direction=INGRESS --action=allow --rules=tcp:22 --source-ranges=144.76.229.51/32 --target-tags=TAGTürkiye'deki sağlayıcılar ve Contabo
Natro, Turhost, Güzel Hosting, İsimtescil, Radore, Veridyen gibi yerli sağlayıcılarda ve Contabo'da panel menüleri ürüne ve döneme göre değişebiliyor; bu yüzden burada menü yolu vermiyoruz. Root bilgisi ve SSH portu genellikle sunucu teslim e-postasında ya da müşteri panelindeki hizmet ayrıntısında yer alır. Bulamazsanız ya da ağ seviyesinde bir güvenlik duvarı olup olmadığından emin değilseniz destek ekibinden isteyin. Yönetilen sunucularda bu işlemi çoğu zaman sağlayıcı sizin yerinize yapar. Şu metni kendi bilgilerinizle gönderebilirsiniz:
Parmak izini doğrulayın
Bilgiler girildikten sonra Sentinel sunucunuzun SSH host anahtarını okur ve parmak izini size gösterir. Bu değeri onaylamadan bağlantı kurulmaz. Onaylamadan önce sunucunun kendisinde aynı değeri üretip karşılaştırın. Sunucuya SSH ile bağlanabiliyorsanız orada, bağlanamıyorsanız WHM'deki Terminal özelliğinde ya da sağlayıcınızın web konsolunda şu komutu çalıştırın:
bash
ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pubÇıktıdaki SHA256: ile başlayan değer, panelde gösterilenle birebir aynı olmalıdır. Aynı değilse onaylamayın: yanlış sunucunun adresini girmiş olabilirsiniz ya da araya biri girmiş olabilir. Onayladığınız parmak izi daha sonra değişirse Sentinel o sunucuya bağlanmayı durdurur ve sizi uyarır.
Bağlantıyı test edin: sık hatalar ve çözümleri
İlk denetimden önce paneldeki Bağlantıyı test et adımı; girişin, yetkinin ve cPanel'in varlığını kontrol eder ve sorunu türüne göre adlandırır:
| Paneldeki hata | Olası neden | Ne yapmalı |
|---|---|---|
| Zaman aşımı | Paket sunucuya ulaşmıyor. Neredeyse her zaman güvenlik duvarıdır: sağlayıcı paneli ya da sunucudaki CSF, Imunify360, firewalld. Daha seyrek olarak yanlış IP ya da kapalı sunucu. | Sağlayıcı ve sunucu güvenlik duvarında 144.76.229.51 adresine SSH portunda izin verin. Adresin ve portun doğru olduğunu, NAT arkasındaysa Public IP girdiğinizi kontrol edin. |
| Bağlantı reddedildi | Paket ulaşıyor ama o portta SSH çalışmıyor. Genellikle yanlış port girilmiştir. | grep -i '^Port' /etc/ssh/sshd_config ile portu kontrol edin (satır yoksa 22). Doğru portu panelde güncelleyin. |
| Bağlantı kesildi | Sunucu bağlantıyı kabul edip hemen kapatıyor. Sentinel'in adresi büyük olasılıkla CSF/LFD, cPHulk ya da Imunify360 tarafından engellendi; çoğu zaman kurulum sırasındaki başarısız denemelerden sonra olur. | Engeli kaldırın (komutlar aşağıda), ardından adresi csf.ignore, cPHulk beyaz listesi ya da Imunify360 beyaz listesine ekleyin ki tekrarlanmasın. |
| Kimlik doğrulama hatası | Kullanıcı adı, parola ya da anahtar reddedildi. Sentinel'e özel anahtarın kurulum komutu başka bir kullanıcıyla çalıştırılmış olabilir; root parolası kullanılıyorsa PermitRootLogin parolaya izin vermiyor olabilir. | Kurulum komutunu panelde yazdığınız kullanıcıyla yeniden çalıştırın (komut tekrar çalıştırılabilir). Parola kullanıyorsanız sshd -T çıktısını kontrol edin ya da anahtarlı yönteme geçin. |
| sudo parola istiyor | Bağlanılan kullanıcının sudo yetkisi var ama parolasız değil. | /etc/sudoers.d/sentinel dosyasında NOPASSWD: ALL satırını tanımlayın ya da root ile bağlanın. |
| Root yetkisi yok | Bağlanılan kullanıcı root değil ve sudo yetkisi yok. | Kullanıcıya parolasız sudo verin (yukarıdaki adımlar) ya da root ile bağlanın. |
| cPanel bulunamadı | Bağlantı başarılı ama sunucuda cPanel/WHM kurulu değil ya da başka bir sunucuya bağlanıldı. | Sunucu adresini kontrol edin. Sentinel yalnızca cPanel/WHM sunucularını denetler. |
| Host anahtarı uyuşmuyor | Sunucunun parmak izi onayladığınız değerle aynı değil. | Sunucuyu yeniden kurduysanız parmak izini yeniden doğrulayıp onaylayın. Kurmadıysanız onaylamayın ve nedenini araştırın. |
Sentinel'in adresi engellendiyse sunucuda root olarak şu komutlarla engeli kaldırabilirsiniz. CSF'de LFD çoğunlukla geçici engel koyar; iki komutu da çalıştırmak zarar vermez. Imunify360'ta Gray List captcha, Black List drop amacına karşılık gelir:
bash
# Engel var mı?
csf -g 144.76.229.51
# CSF / LFD: kalıcı ve geçici engeli kaldır
csf -dr 144.76.229.51
csf -tr 144.76.229.51
# Imunify360: gri ve kara listeden çıkar
imunify360-agent ip-list local delete --purpose captcha 144.76.229.51
imunify360-agent ip-list local delete --purpose drop 144.76.229.51cPHulk engelini WHM » Security Center » cPHulk Brute Force Protection » History Reports ekranında, engellenen adresin yanındaki Remove Block ile kaldırabilirsiniz.
Erişimi geri almak
Verdiğiniz her izni geri alabilirsiniz. Önce panelden sunucuyu silin, sonra kullandığınız yönteme göre şu adımları uygulayın.
Sentinel'e özel anahtar kullandıysanız anahtarı kurduğunuz kullanıcıyla şu satırı çalıştırın. Panel bu komutu sunucunuzun numarasıyla hazır gösterir; aşağıdaki 42 yalnızca örnektir. İsterseniz önce dosyanın bir yedeğini alın:
bash
cp -a ~/.ssh/authorized_keys ~/.ssh/authorized_keys.bak-$(date +%F-%H%M%S)
sed -i '/sentinel-42@teknoweb/d' ~/.ssh/authorized_keys- Kendi anahtarınızı WHM üzerinden eklediyseniz: Security Center » Manage root's SSH Keys » Manage Authorization » Deauthorize, ardından Delete.
- sudo kullanıcısı açtıysanız: rm /etc/sudoers.d/sentinel ve userdel -r sentinel komutlarıyla dosyayı ve kullanıcıyı silin.
- CSF: csf.allow ve csf.ignore dosyalarındaki Sentinel satırlarını silip csf -ra çalıştırın.
- Imunify360: imunify360-agent ip-list local delete --purpose white 144.76.229.51
- cPHulk: Whitelist Management sekmesinden kaydı silin.
- firewalld ve sağlayıcı paneli: eklediğiniz kuralı silin.
Sentinel bu bağlantıyla ne yapar?
Bağlantı kurulduktan sonra Sentinel, her ayın 1'inde saat 03:00 UTC'de (Professional pakette ayrıca her pazartesi aynı saatte) sunucunuza bağlanır; panelden istediğiniz an elle denetim de başlatabilirsiniz. Her denetimde SSH, güvenlik duvarı, cPHulk, ModSecurity, PHP, MySQL, SSL ve dosya izinleri dahil 17 modülü kontrol eder, sonuçları puanlı bir Türkçe rapora dönüştürür.
Bağlantı sunucunuzda kendiliğinden değişiklik yapmak için kullanılmaz. Bir bulguyu düzeltmek istediğinizde panelde önce ne değişeceğini görürsünüz, onay verirseniz Sentinel değiştireceği dosyanın yedeğini alır, değişikliği yapar ve modülü yeniden kontrol eder. Güvenlik duvarı değişikliklerinde 300 saniyelik bir emniyet zamanlayıcısı çalışır; WHM ve web portları yanıt vermezse değişiklik otomatik geri alınır. İsterseniz sunucuyu tamamen yalnızca bilgilendirme modunda tutabilirsiniz.
TEKNOWEB ÇÖZÜMLERİ
Bu rehberle ilgili çözümler
Rehberdeki konuyu gerçek ürün ve hizmet seçenekleriyle birlikte değerlendirin.
Yorumlar ve sorular
Deneyimini paylaş, birlikte çözelim.
Yorumlar yükleniyor…
Okumaya devam edin
Tüm rehberlerSunucu Güvenliği
Sentinel güvenlik raporu nasıl okunur: puan, önem derecesi ve öncelik sırası
Sentinel'de ilk sunucunuzu ekledikten sonra panel ve PDF raporda gördüğünüz puanın nasıl hesaplandığı, önem ile durum farkı, bulgulara hangi sırayla bakacağınız ve onaylı düzeltmenin nasıl çalıştığı.
Sunucu Güvenliği
cPanel sunucusunda açık port denetimi: MySQL, Redis ve Docker dışarıya açık mı?
ss ile dinleyen servisleri çıkarın, MySQL, Redis, MongoDB ve Docker'ı yerel arayüze bağlayın, CSF kurallarını gözden geçirin ve güvenlik duvarı değişikliğini geri alma zamanlayıcısıyla güvenle yapın.
Sunucu Güvenliği
cPanel'de PHP güvenlik ayarları: her sürümde expose_php, display_errors ve fazlası
Çoklu ea-php ve alt-php sürümü olan cPanel sunucusunda expose_php, display_errors, allow_url_include ve disable_functions ayarlarının etkin değerini nasıl doğrularsınız, hangilerini güvenle kapatırsınız?