cPanel ile Klasörü Parola ile Koruma (Directory Privacy)

Bir web sitesinin bütün klasörleri herkese açık olmak zorunda değildir. Yönetim paneliniz, geliştirme aşamasındaki bir staging kopyası, iç kullanıma açık bir dosya arşivi ya da müşterilere özel bir indirme alanı gibi bölümler, arama motorlarında listelenmesini ya da adresini bilen herkesin girmesini istemediğiniz alanlardır. Uygulama düzeyinde bir giriş ekranı yazmak her zaman mümkün olsa da, çoğu zaman en hızlı ve en güvenilir çözüm sunucunun kendi katmanında devreye giren bir parola kapısıdır. cPanel bu kapıyı "Directory Privacy" (Türkçe arayüzde Dizin Gizliliği) adıyla, tek bir menüden yönetilebilecek şekilde sunar.

Directory Privacy, seçtiğiniz klasöre HTTP Basic Authentication uygular. Yani o klasöre ait herhangi bir adrese girmeye çalışan ziyaretçi, sayfayı görmeden önce tarayıcının açtığı bir kullanıcı adı ve parola penceresiyle karşılaşır. Doğru bilgiyi girmeyen kimse tek bir dosyaya bile ulaşamaz; PHP çalışmaz, görsel yüklenmez, dizin listesi görünmez. Arka planda cPanel bu işi bizim elle de yazabileceğimiz iki dosyayla, .htaccess ve .htpasswd ile halleder. Bu rehberde önce bu korumanın ne zaman doğru araç olduğunu netleştirecek, ardından cPanel'de bir klasörü adım adım koruma altına almayı, birden fazla kullanıcı tanımlamayı, üretilen dosyaların içeriğini, wp-admin gibi hassas alanları korumayı ve bunu Leech Protect ile birleştirmeyi gerçek örneklerle anlatacağız.

Directory Privacy (Dizin Gizliliği) Ne Zaman Kullanılır?#

Dizin parola koruması, "bir klasöre giren herkesin önce kimlik göstermesini istiyorum" diyebileceğiniz her senaryoda uygundur. En yaygın kullanım alanlarını görmek, aracın sınırlarını da anlamanıza yardımcı olur. Tipik durumlar şöyledir:

• Yönetim panellerini gizlemek: WordPress wp-admin, phpMyAdmin, özel bir CMS'in /admin klasörü gibi giriş ekranlarını ikinci bir parola katmanının arkasına almak.
• Geliştirme ve staging alanları: Henüz yayınlanmamış bir sitenin beta veya test klasörünü hem ziyaretçilerden hem arama motorlarından tamamen saklamak.
• Özel dosya arşivleri: Müşterilere, ekibe ya da belirli iş ortaklarına açık indirme klasörleri.
• İç raporlar ve loglar: Yalnızca sizin görmeniz gereken istatistik, log veya yedek çıktılarının bulunduğu dizinler.

Buradaki koruma, uygulamanın kendi giriş sisteminin yerine geçmez; onun önüne bir katman daha ekler. Örneğin wp-admin klasörünü koruduğunuzda saldırgan önce sunucu düzeyindeki parolayı, sonra WordPress parolasını aşmak zorunda kalır. Bu iki katmanlı yapı, otomatik bot saldırılarını daha ilk kapıda durdurduğu için brute-force denemelerine karşı çok etkilidir.

Önemli bir noktayı baştan belirtelim: HTTP Basic Authentication'ın kimlik bilgileri, bağlantı şifrelenmemişse ağ üzerinde okunabilir. Bu yüzden parola korumalı bir dizini mutlaka HTTPS üzerinden yayınlamalısınız. Sitenizde geçerli bir SSL sertifikası yoksa, önce /wiki/lets-encrypt-ucretsiz-ssl yazısındaki adımlarla ücretsiz bir sertifika kurmanızı ve tüm trafiği /ssl üzerinden güvence altına almanızı öneririm.

cPanel'de Bir Dizini Adım Adım Parola ile Koruma#

cPanel'in modern Jupiter temasında Directory Privacy'ye ulaşmak birkaç saniye sürer. Aşağıdaki adımlar hemen her cPanel sürümünde aynı mantıkla işler:

1. cPanel'e giriş yapın ve ana ekranda Files (Dosyalar) bölümünü bulun.
2. Directory Privacy (Dizin Gizliliği) simgesine tıklayın. Karşınıza dosya sisteminizin klasör ağacı gelir.
3. Korumak istediğiniz klasörün bulunduğu üst dizine gidin. Örneğin public_html altındaki gizli klasörünü korumak için önce public_html'e girin.
4. Hedef klasörün adının yanındaki (metin bağlantısı olan) klasör adına tıklayarak ayar sayfasını açın. Sağdaki kilit veya "Edit" simgesi de aynı sayfayı açabilir.
5. Açılan ekranda Password protect this directory (Bu dizini parola ile koru) kutusunu işaretleyin.
6. Hemen altındaki Enter a name for the protected directory alanına bir etiket yazın. Bu etiket, ziyaretçiye parola penceresinde görünen başlıktır; örneğin "Yonetim Alani" ya da "Ozel Arsiv" gibi anlaşılır bir ad verin.
7. Save (Kaydet) düğmesine basın. Bu adım dizini kilitler ama henüz erişebilecek bir kullanıcı yoktur.

Etiket alanına yazdığınız metnin işlevsel bir önemi vardır: tarayıcı parola kutusunda bu metni "realm" olarak gösterir ve ziyaretçiye hangi alana giriş yaptığını anlatır. Anlamlı bir isim seçmek, birden fazla korumalı dizininiz olduğunda kullanıcıların hangi parolayı gireceklerini karıştırmalarını önler. Bu noktada dizin teknik olarak kapalıdır ancak içeri girebilecek bir hesap tanımlamadığınız için henüz kimse (siz dahil) erişemez. Sıradaki adım, en az bir kullanıcı oluşturmaktır.

Kullanıcı Oluşturma ve Birden Fazla Kişi Tanımlama#

Aynı Directory Privacy sayfasının alt bölümünde Create User (Kullanıcı Oluştur) başlıklı bir form bulunur. Buradan dizine erişebilecek kişileri tanımlarsınız:

1. Username alanına bir kullanıcı adı yazın. Bu ad e-posta değil, sade bir kullanıcı adıdır; editor, musteri01, ekip gibi.
2. New Password alanına güçlü bir parola girin ya da yanındaki Password Generator ile rastgele bir parola üretin.
3. Confirm Password alanına aynı parolayı tekrar yazın.
4. Save düğmesine basın. Kullanıcı anında listeye eklenir ve o andan itibaren dizine giriş yapabilir.

Aynı formu tekrar kullanarak birden fazla kullanıcı tanımlayabilirsiniz. Bu, korumalı alanı bir ekiple ya da farklı müşterilerle paylaşırken çok kullanışlıdır: herkese ortak bir parola vermek yerine her kişiye kendi kullanıcı adını açarsınız. Böylece biri ekipten ayrıldığında yalnızca o kullanıcıyı silersiniz, diğerlerinin erişimi bozulmadan devam eder. Var olan bir kullanıcının parolasını değiştirmek için de aynı formda kullanıcı adını yazıp yeni parolayı girmeniz yeterlidir; sistem mevcut kaydı günceller.

Sayfanın en altındaki Authorized Users (Yetkili Kullanıcılar) listesi, o dizine erişebilecek herkesi gösterir. Bir kullanıcıyı kaldırmak için adının yanındaki Delete User düğmesine basmanız yeterlidir; değişiklik anında etkindir. Parolaların gücü konusunda titiz olmanızı öneririm: bu dizin genellikle siteniz için hassas bir alanı koruduğundan, kısa veya tahmin edilebilir parolalar tüm katmanı işlevsiz bırakır. Parola üretme ve saklama disiplinini derinleştirmek için /wiki/guclu-parola-politikasi yazısındaki ilkeleri uygulamanızı tavsiye ederim.

Arka Planda Ne Oluyor: .htaccess ve .htpasswd#

cPanel'in bu arayüzde yaptığı her şey aslında iki metin dosyasına yazılan birkaç satırdan ibarettir. Bunu bilmek, hem sorunları çözmenize hem de cPanel'siz sunucularda aynı korumayı elle kurmanıza yarar. Koruma altına aldığınız klasörün içinde bir .htaccess dosyası oluşur ve yaklaşık şu içeriğe sahip olur:

AuthType Basic
AuthName "Yonetim Alani"
AuthUserFile "/home/kullanici/.htpasswds/public_html/gizli/passwd"
require valid-user

Buradaki AuthName, adım adım koruma sırasında girdiğiniz etikettir ve tarayıcının parola penceresinde görünür. AuthUserFile, kullanıcı adı ve şifrelenmiş parolaların tutulduğu dosyanın sunucu üzerindeki tam yoludur. require valid-user satırı ise "bu dosyada tanımlı geçerli herhangi bir kullanıcı içeri girebilir" anlamına gelir. .htaccess mantığı, yönlendirme ve erişim kurallarının temelini oluşturur; bu dosyanın diğer güçlü kullanımlarını /wiki/htaccess-yonlendirme yazısında ayrıntılı bulabilirsiniz.

Parolaların tutulduğu .htpasswd (cPanel bunu genelde passwd adıyla, hesap kök dizininizdeki gizli bir .htpasswds klasörü altında saklar) dosyasının içeriği ise şuna benzer:

editor:$apr1$Xq2f9d1s$Zl0mCq8m3pQe7nD4kR6tY.
musteri01:$apr1$k8Lp2wТ$9sB1nH0vU2xW4yZ6aC8eF/

Her satır bir kullanıcıdır: iki nokta işaretinden önce kullanıcı adı, sonra parolanın tek yönlü şifrelenmiş (hash) hâli gelir. Parolalar burada düz metin olarak tutulmaz; bu yüzden dosyayı görebilen biri bile parolaları geri çözemez. İsterseniz bu dosyayı komut satırından da oluşturabilirsiniz. SSH erişiminiz varsa htpasswd aracı tam olarak bu iş içindir:

# Yeni bir passwd dosyası oluştur ve ilk kullanıcıyı ekle (-c yalnızca ilk seferde)
htpasswd -c /home/kullanici/.htpasswds/public_html/gizli/passwd editor

# Var olan dosyaya ek kullanıcı ekle (-c KULLANMA, yoksa dosyayı sıfırlar)
htpasswd /home/kullanici/.htpasswds/public_html/gizli/passwd musteri01

# Bir kullanıcıyı sil
htpasswd -D /home/kullanici/.htpasswds/public_html/gizli/passwd musteri01

Buradaki en kritik ayrıntı -c bayrağıdır: yalnızca dosyayı ilk kez oluştururken kullanılır. Var olan bir dosyada -c kullanırsanız dosya sıfırlanır ve tüm mevcut kullanıcılar silinir. cPanel arayüzü bu tuzağı sizin için otomatik yönetir; komut satırında ise dikkatli olmanız gerekir.

wp-admin ve Diğer Hassas Alanları Koruma#

Directory Privacy'nin en değerli kullanımlarından biri WordPress yönetim panelini korumaktır. WordPress kurulumlarına yönelik brute-force saldırıları, botların doğrudan wp-login.php ve wp-admin adreslerini hedeflemesiyle çalışır. Bu adreslerin önüne bir sunucu düzeyi parolası koyarsanız, botlar WordPress'in giriş formuna ulaşamadan sunucu tarafından geri çevrilir; bu da PHP'nin hiç çalışmaması ve kaynak tüketiminin ilk anda kesilmesi demektir.

wp-admin klasörünü Directory Privacy ile koruma adımları yukarıdakiyle aynıdır: public_html altında wp-admin dizinini seçer, kutuyu işaretler ve bir kullanıcı tanımlarsınız. Ancak WordPress'e özgü bir ayrıntı vardır. Sitenin önyüzü, oturum açmamış ziyaretçiler için de wp-admin/admin-ajax.php dosyasını çağırır (birçok tema ve eklenti AJAX istekleri için bunu kullanır). Bu dosyayı korumanın dışında bırakmazsanız önyüzdeki bazı işlevler bozulabilir. Bunu çözmek için korumalı wp-admin klasörünün .htaccess dosyasına şu istisnayı ekleyin:

# admin-ajax.php parola korumasından muaf tutulsun
<Files "admin-ajax.php">
    Require all granted
    Satisfy any
</Files>

Bu blok, yalnızca admin-ajax.php dosyası için parola şartını kaldırır; klasörün geri kalanı korumalı kalmaya devam eder. wp-login.php dosyası ise wp-admin klasörünün içinde değil, sitenin kök dizinindedir. Onu da korumak isterseniz kök dizindeki .htaccess dosyasına dosya bazlı bir kural yazmanız gerekir. WordPress güvenliğini katmanlı biçimde ele almak ve bu tür sertleştirme adımlarını bir bütün olarak görmek için /wiki/wordpress-guvenligi yazısını incelemenizi öneririm. Yönetimi tümüyle bize bırakmak isteyen ekipler içinse /wordpress-bakim hizmeti bu sertleştirmeleri sizin adınıza sürdürür.

Aynı yaklaşım phpMyAdmin, staging kopyaları ve özel indirme alanları için de birebir geçerlidir. Genel kural şudur: uygulamanın kendi giriş ekranı ne kadar güçlü olursa olsun, onun önüne konan basit bir sunucu parolası, otomatik saldırıların büyük çoğunluğunu daha kapıda eler.

Leech Protect ile Birleştirme ve Parola Sızıntısını Önleme#

Directory Privacy tek başına güçlüdür ama bir zayıf noktası vardır: paylaşılan bir parola sızarsa, o parolayı ele geçiren herkes sınırsızca giriş yapabilir. cPanel'in Leech Protection (Sızıntı Koruması) aracı tam da bu sorunu hedefler. Leech Protect, parola korumalı bir dizinde tek bir kullanıcının kısa sürede kaç kez giriş yaptığını izler; belirlediğiniz eşiği aşan hesabı otomatik olarak devre dışı bırakır. Böylece bir parola forumlarda ya da bir mesajlaşma grubunda paylaşıldığında, o hesap yüzlerce farklı kişi tarafından kullanılmaya başlar başlamaz kilitlenir.

Leech Protect'i kurmak için cPanel'de Security bölümündeki Leech Protection simgesine tıklayın, korumak istediğiniz (önceden Directory Privacy ile parolalanmış) dizini seçin ve şu ayarları yapın:

• Number of logins: Bir kullanıcının 2 saat içinde yapabileceği en fazla giriş sayısı. Küçük bir ekip için 3 ila 5 arası makul bir eşiktir.
• URL to redirect leech users to: Eşik aşıldığında kullanıcının yönlendirileceği adres. Genelde ana sayfanız ya da bir uyarı sayfası.
• Send email alert to: İhlal olduğunda size bildirim gitmesi için e-posta adresiniz.
• Disable compromised accounts: Bu kutuyu işaretlerseniz, eşiği aşan hesap yalnızca yönlendirilmekle kalmaz, doğrudan devre dışı bırakılır.

Aşağıdaki tablo, iki aracı birlikte kullanmanın neden anlamlı olduğunu özetler:

Bu ikili, "kapıyı kilitle ve anahtarın kopyalanıp kopyalanmadığını izle" mantığını kurar. Daha geniş bir güvenlik duvarı katmanına, yani uygulama trafiğini kural setleriyle filtreleyen bir korumaya ihtiyaç duyarsanız, sunucu düzeyindeki bu önlemleri /waf hizmetiyle tamamlamak saldırı yüzeyinizi belirgin biçimde daraltır.

Nginx ve Alternatif Sunucularda Eşdeğer Koruma#

Directory Privacy, Apache'nin .htaccess mekanizmasına dayanır. Sunucunuz Nginx kullanıyorsa (ya da bir VPS üzerinde kendi yapınızı kurduysanız) .htaccess çalışmaz; aynı korumayı sunucu yapılandırmasına doğrudan yazmanız gerekir. İyi haber şu ki mantık birebir aynıdır ve yine bir .htpasswd dosyası kullanılır. Önce parola dosyasını oluşturun:

# apache2-utils veya httpd-tools paketindeki htpasswd aracıyla
htpasswd -c /etc/nginx/.htpasswd editor

Ardından ilgili konumu (location) parola arkasına almak için Nginx sunucu bloğuna şu satırları ekleyin:

location /gizli/ {
    auth_basic "Yonetim Alani";
    auth_basic_user_file /etc/nginx/.htpasswd;
}

auth_basic satırındaki metin, Apache'deki AuthName ile aynı işlevi görür ve tarayıcı penceresinde başlık olarak çıkar. Değişikliğin ardından yapılandırmayı test edip Nginx'i yeniden yükleyin:

nginx -t && systemctl reload nginx

Kendi sunucusunu yöneten ekipler için bu, birkaç dakikalık bir iştir; ancak parola dosyasının izinlerini ve HTTPS zorunluluğunu doğru kurmak kritiktir. Sunucu tarafını kendiniz yönetmek yerine bu tür sertleştirmeleri uzmana bırakmak isterseniz /sunucu-yonetimi hizmeti tam olarak bunun içindir. Ölçeklenebilir, tam kontrol sunan bir altyapı arıyorsanız /sunucu/vds planları, kendi Nginx yapılandırmanızı özgürce kurabileceğiniz izole bir ortam sağlar. Basit ve yönetimi bize ait bir başlangıç için ise /hosting paketleri cPanel'in Directory Privacy aracını hazır olarak sunar.

Sık Yapılan Hatalar ve Sorun Giderme#

Directory Privacy genellikle sorunsuz çalışır, ama birkaç tipik hata kullanıcıları yanıltabilir. En sık karşılaşılanları ve çözümlerini bir arada toparlayalım:

• Kutuyu işaretleyip kullanıcı eklemeyi unutmak: Dizin kilitlenir ama içeri girebilecek kimse tanımlı olmadığı için siz bile 401 hatası alırsınız. Çözüm, en az bir Authorized User oluşturmaktır.
• Parola penceresinin sürekli tekrar sorması: Doğru bilgiyi girdiğiniz hâlde pencere geri geliyorsa, genellikle .htpasswd dosyasının yolu yanlıştır ya da dosya izinleri sunucunun okumasına engeldir. AuthUserFile satırındaki tam yolu ve dosyanın 644 iznini kontrol edin.
• 500 Internal Server Error: Genelde .htaccess içindeki bir yazım hatasından ya da yol tanımının hatalı olmasından kaynaklanır. Dosyayı cPanel Dosya Yöneticisi ile açıp söz dizimini gözden geçirin.
• WordPress önyüzünde işlevlerin bozulması: Yukarıda anlattığımız admin-ajax.php istisnasını eklemeyi unutmuş olabilirsiniz.
• HTTPS olmadan koruma: Parola şifresiz bağlantıda ağ üzerinde okunabilir. Dizini yayına almadan önce SSL'in etkin ve tüm trafiğin HTTPS'e yönlendirildiğinden emin olun.

Bu hataların önemli bir kısmının izini sunucunun hata günlüklerinden sürebilirsiniz. cPanel'de Errors (Hatalar) aracıyla ya da hesabınızın hata log dosyasıyla, hangi isteğin neden reddedildiğini görebilirsiniz. Bir değişiklik yaptıktan sonra tarayıcınızın parola bilgilerini önbelleğe aldığını unutmayın; test ederken gizli pencere kullanmak eski bilgilerin yanıltmasını engeller. Klasör ve .htaccess yapılandırmalarınızı bozmadan önce /wiki/cpanel-yedekleme yazısındaki adımlarla bir yedek almanızı da öneririm.

Sıkça Sorulan Sorular#

Directory Privacy ile klasör şifreleme, dosyaları gerçekten şifreliyor mu?#

Hayır, bu bir erişim kontrolüdür, dosya şifreleme değildir. Directory Privacy, klasördeki dosyaların içeriğini şifrelemez; yalnızca o klasöre HTTP üzerinden erişmeye çalışanları bir kullanıcı adı ve parola sorusuyla karşılar. Doğru kimlik bilgisini girmeyen kimse dosyalara ulaşamaz, ancak dosyalar diskte olduğu gibi durur. Bu yüzden gerçek anlamda hassas verileri saklamak için parola korumasını mutlaka HTTPS ile birlikte kullanmalı ve dosya izinlerini de doğru ayarlamalısınız.

Parolamı unutursam ne olur, dizinden nasıl çıkarım?#

Parolayı hatırlamasanız bile paniğe gerek yok, çünkü cPanel'e erişiminiz bu korumadan bağımsızdır. cPanel'e girip Directory Privacy sayfasını açın, ilgili dizini seçin ve Create User formundan aynı kullanıcı adıyla yeni bir parola belirleyin; sistem eski kaydı günceller. İsterseniz kullanıcıyı tümden silip yeniden oluşturabilir ya da parola korumasını geçici olarak kaldırmak için "Password protect this directory" kutusunun işaretini kaldırabilirsiniz. Yani korumalı dizin sizi asla kendi hesabınızdan dışarıda bırakmaz.

Birden fazla kullanıcının her birine farklı parola verebilir miyim?#

Evet, bu aracın en güçlü yanlarından biri budur. Create User formunu her kişi için ayrı ayrı kullanarak istediğiniz kadar kullanıcı tanımlarsınız ve her birinin kendi kullanıcı adı ile parolası olur. Bu yaklaşım ortak tek parola vermekten çok daha güvenlidir; çünkü bir kişi ekipten ayrıldığında ya da bir parola sızdığında yalnızca o kullanıcıyı silersiniz, diğerlerinin erişimi hiç etkilenmeden devam eder. Kullanımı denetlemek için bunu Leech Protect ile birleştirmenizi öneririm.

wp-admin klasörünü korursam sitem yavaşlar veya bozulur mu?#

Doğru yapılandırıldığında hayır, aksine botların panele yönelik saldırılarını kestiği için kaynak tüketimini azaltır. Dikkat etmeniz gereken tek nokta, birçok tema ve eklentinin önyüzde kullandığı admin-ajax.php dosyasıdır. Bu dosyayı parola korumasından muaf tutan küçük bir istisna eklemezseniz, oturum açmamış ziyaretçilerde bazı AJAX tabanlı işlevler çalışmayabilir. Yukarıda paylaştığımız Files bloğunu .htaccess dosyanıza eklediğinizde bu sorun tümüyle ortadan kalkar ve panel korumalı kalmaya devam eder.

Directory Privacy, arama motorlarının dizini görmesini de engeller mi?#

Evet, parola korumalı bir dizin arama motoru botlarına da kapalıdır. Google, Bing ve diğer botlar da tıpkı bir ziyaretçi gibi 401 (yetkisiz) yanıtı alır ve içeriğe erişemedikleri için o klasörü dizinlerine ekleyemezler. Bu, geliştirme aşamasındaki staging kopyalarını ya da özel arşivleri arama sonuçlarından tamamen uzak tutmanın en kesin yollarından biridir. Yalnızca robots.txt ile "girme" demekten çok daha güvenlidir; çünkü robots.txt sadece bir ricadır, parola koruması ise fiziksel bir kapıdır.

Nginx kullanıyorum, cPanel'im yok; aynı korumayı nasıl kurarım?#

cPanel'iniz olmasa bile aynı mekanizmayı elle kurabilirsiniz, çünkü işin özü yine bir .htpasswd dosyası ve birkaç satır yapılandırmadır. Önce htpasswd -c komutuyla kullanıcı dosyanızı oluşturur, sonra ilgili location bloğuna auth_basic ve auth_basic_user_file satırlarını eklersiniz. Değişikliği nginx -t ile test edip Nginx'i yeniden yükledikten sonra koruma devreye girer. Yukarıdaki Nginx bölümünde tam örneği bulabilirsiniz; sunucu yönetimini kendiniz üstlenmek istemezseniz bu yapılandırmayı bizim ekibimiz de kurabilir.

Kapanış#

Bir klasörü parola arkasına almak, sitenizin güvenliğini güçlendirmenin en hızlı ve en az maliyetli yollarından biridir. cPanel'in Directory Privacy aracıyla birkaç tıkta bir yönetim alanını, staging kopyasını ya da özel arşivi hem ziyaretçilerden hem arama motorlarından tamamen gizleyebilir; arka planda üretilen .htaccess ve .htpasswd dosyalarını kendiniz de yönetebilir, Leech Protect ile parola sızıntılarını yakalayabilir ve aynı mantığı Nginx sunucularda birebir uygulayabilirsiniz. Bu katmanları güçlü parola disiplini ve HTTPS ile birleştirdiğinizde, otomatik saldırıların büyük çoğunluğunu daha ilk kapıda durdurmuş olursunuz.

Bu araçların çoğu, güvenli ve düzgün yapılandırılmış bir hosting ortamında hazır gelir. Directory Privacy, Leech Protect, ücretsiz SSL ve otomatik yedekleme gibi özellikleri tek bir panelde toplu olarak sunan /hosting paketlerimiz, sitenizi güvenle yayına almanız için gereken her şeyi içerir. WordPress odaklı bir proje yürütüyorsanız /hosting/wordpress planları bu güvenlik katmanlarını WordPress'e özel optimizasyonlarla birleştirir; kendi sunucunuzu tam kontrolle yönetmek isterseniz /sunucu/vds çözümlerimizle esnek ve izole bir altyapı kurabilirsiniz. Hangi yolu seçerseniz seçin, Clou.TR ekibi kurulumdan sertleştirmeye kadar her adımda yanınızda olur.