cPanel Reseller Hosting Nedir? Ajans ve Freelancerlar İçin Rehber

cPanel reseller hosting nedir?

cPanel reseller hosting, bir hosting sağlayıcısının sunucusunda size WHM erişimi veren ve bu alanı birden çok bağımsız cPanel hesabına bölmenizi sağlayan barındırma modelidir. Sunucunun kendisini sağlayıcı yönetir; siz paket tanımlar, hesap açar ve müşterilerinize kendi adınızla hizmet verirsiniz.

Kısacası reseller hesabı, bir sunucunun küçük bir yönetim katını kiralamak gibidir. Root yetkisi sizde olmaz, ama müşteri hesaplarını açıp kapatma, kaynak dağıtma ve askıya alma yetkisi sizde olur. Ajanslar ve freelancerlar bu modeli çoğu zaman birden çok müşteri sitesini tek yerden yönetmek için seçer.

Önce şunu açıkça söyleyelim: biz dijital pazarlama ve web ekibiyiz, hosting firması değiliz. Bu yüzden anlatımımız cPanel'in resmi dokümanına ve KVKK metnine dayanır. Fiyat vermiyoruz, belirli bir firmayı da önermiyoruz. Amacımız, reseller kararını verecek ajans sahibinin neyi üstlendiğini net görmesi.

Genel hosting seçimini daha önce web sitesi için hosting seçimi rehberimizde anlattık. Bu yazı ise tek bir soruya odaklanıyor: başkalarının sitelerini kendi hesabınız altında barındırmak size ne kazandırır, size hangi sorumluluğu yükler?

WHM ve cPanel hiyerarşisi nasıl işler: root, reseller ve hesap?

cPanel dünyasında üç katman vardır. En üstte sunucunun sahibi, yani root kullanıcısı yer alır. Ortada reseller yer alır; WHM'ye kendi kullanıcı adıyla girer ama yalnız kendisine tanınan yetkileri görür. En altta ise son kullanıcının cPanel hesabı durur.

• Root: işletim sistemini, cPanel lisansını, sunucu yedeklerini ve güvenlik duvarını yönetir. Reseller hesabında bu katman hosting sağlayıcısındadır.
• Reseller: WHM üzerinden paket oluşturur, hesap açar, askıya alır, siler. Yetkileri root'un tanımladığı erişim listesiyle sınırlıdır.
• cPanel hesabı: tek bir müşterinin dosyaları, veritabanları, e-posta kutuları ve alan adları burada yaşar.

Bu hiyerarşinin pratik sonucu basittir. Bir müşteri sitesinde PHP sürümünü değiştirmek gibi hesap düzeyindeki işleri siz ya da müşteri yaparsınız. Örneğin sürüm değişikliğini cPanel PHP sürümü değiştirme yazımızda adım adım anlattık. Öte yandan çekirdek güncellemesi, donanım arızası ya da sunucu genelindeki bir kesinti sizin elinizde değildir. Ayrıca root'un size verdiği yetki listesi sağlayıcıdan sağlayıcıya değişir; satın almadan önce bu listeyi mutlaka isteyin.

Reseller hesabında WHM paketi ne işe yarar?

WHM paketi, açacağınız cPanel hesaplarının kaynak ve özellik şablonudur. Her müşteri için limitleri tek tek girmek yerine "Başlangıç", "Kurumsal" gibi paketler tanımlar ve hesabı açarken paketi seçersiniz. Böylece aynı türdeki müşteriler aynı kurallarla çalışır.

cPanel dokümanına göre bir paket şu türden ayarlar içerir: disk kotası, aylık bant genişliği limiti, en fazla FTP hesabı, e-posta hesabı, SQL veritabanı, alt alan adı, park ve ek alan adı sayısı, saatlik e-posta gönderim sınırı. Ayrıca her paketi bir özellik listesine bağlarsınız; bu liste müşterinin cPanel'de hangi araçları göreceğini belirler. Ayarların tam listesi için cPanel'in paket ekleme dokümanına bakabilirsiniz.

Şu noktaya dikkat edin: paket oluşturma arayüzünü reseller'a açıp açmamak root'un kararıdır. Yani bazı sağlayıcılarda yalnız hazır paketleri kullanabilirsiniz. Bu nedenle ajans olarak kendi paket yapınızı kurmak istiyorsanız, sağlayıcıya "paket oluşturma yetkisi açık mı?" sorusunu baştan sorun.

Bizim önerimiz az sayıda, net ayrışan paketle başlamaktır. Üç paket çoğu ajansın ihtiyacını karşılar; on farklı paket ise bir süre sonra kimin neye sahip olduğunu takip etmeyi zorlaştırır.

Kaynak limitleri reseller hesabını nasıl sınırlar?

Root, reseller'ı üç farklı yöntemle sınırlayabilir. cPanel'in reseller yetki dokümanı bu yöntemleri şöyle sıralar: toplam hesap sayısı limiti, kaynak kullanımına göre limit ve paket bazlı limit. Sağlayıcınızın hangisini kullandığını bilmek, müşterilere ne vaat edebileceğinizi belirler.

1. Toplam hesap limiti: açabileceğiniz cPanel hesabı sayısına üst sınır koyar. Kaynak dağılımına karışmaz.
2. Kaynak kullanımına göre limit: size toplam disk alanı ve bant genişliği verir. Açtığınız hesapların payları bu toplamdan düşer.
3. Paket bazlı limit: yalnız root'un izin verdiği paketlerle hesap açarsınız; isterse her paket için ayrı hesap sayısı da koyar.

Ancak bu limitler disk ve trafik gibi kalemlerle ilgilidir. İşlemci ve bellek gibi anlık kaynakları çoğu zaman sunucu düzeyindeki başka araçlar yönetir; paylaşımlı ortamlarda bu iş için CloudLinux gibi katmanlar devreye girer. Dolayısıyla "50 GB diskim var" demek, "sitelerim hızlı çalışır" demek değildir. Hız ve kararlılık, aynı sunucudaki diğer kullanıcılarla da ilgilidir.

Örnek hesap: size toplam 100 birim disk verildiyse ve her müşteriye 10 birimlik paket açıyorsanız, sıkı limitte en fazla 10 müşteri açarsınız. Bu basit tablo, bir sonraki başlıktaki aşırı satış konusunun neden önemli olduğunu gösterir.

Aşırı satış (overselling) nedir ve neden risklidir?

Aşırı satış, reseller'ın müşterilere dağıttığı toplam kotanın kendisine verilen toplam kotayı aşmasına izin verilmesidir. cPanel'de root, kaynak limiti kullanırken disk alanı ve bant genişliği için ayrı ayrı "Allow Overselling" seçeneğini açabilir. Bu durumda sistem atanan kotaların toplamına değil, gerçek kullanımın toplamına bakar.

Mantık basit: müşterilerin çoğu kotasının tamamını kullanmaz. Örnek hesap: 100 birimlik alanınız varken 15 müşteriye 10'ar birim verdiniz; kağıt üstünde 150 birim dağıttınız. Gerçek kullanım 60 birimse sorun görünmez. Ancak birkaç müşteri aynı ay büyük bir medya arşivi yüklerse, herkesin vaat edilen alanı aynı anda tükenir.

Risk iki katmanlıdır. İlki sizin aşırı satışınızdır; müşterilerinize verdiğiniz sözü siz aşmış olursunuz. İkincisi ise sağlayıcının sunucu düzeyindeki yoğunluğudur; o katmanı göremezsiniz. Bu nedenle sağlayıcıya sunucu başına kaç reseller ve hesap barındırdığını, kaynak izolasyonunu nasıl yaptığını sorun. Net cevap alamıyorsanız bunu bir uyarı işareti sayın.

Bizim tavrımız şu: müşteriye söz verdiğiniz kotayı gerçekten karşılayabilecek bir yapı kurun. Aşırı satış kâğıt üstünde kâr gibi görünür, ama ilk kapasite krizinde güven kaybı olarak geri döner.

cPanel reseller hosting ajanslar için ne zaman mantıklıdır?

cPanel reseller hosting, ajansın birden fazla müşteri sitesini barındırma işini de üstlendiği ama sunucu yönetimini üstlenmek istemediği durumda mantıklıdır. Tipik senaryo, web tasarım işinin yanında bakım, alan adı ve e-posta hizmetini de tek çatı altında sunan ajanstır.

• Birden çok müşteri sitesi: her müşteri ayrı cPanel hesabına sahip olur, dosyaları ve veritabanları birbirine karışmaz.
• Kendi markalı hosting: müşteri faturada ve nameserver'da sizin markanızı görür.
• Müşteri başına izolasyon: bir sitenin şifresi sızdığında saldırgan diğer müşterilerin dosyalarına doğrudan erişemez.
• Devir kolaylığı: işbirliği bittiğinde tek bir hesabı yedekleyip müşteriye ya da yeni sağlayıcıya taşırsınız.

Öte yandan reseller hesabı bir iş modelidir, yalnız teknik bir tercih değildir. Müşteriye hosting satmaya başladığınız anda kesinti, e-posta sorunu ve yenileme takibi sizin sorumluluğunuza girer. Web tasarım hizmeti verirken bu sorumluluğu üstlenmek istemiyorsanız, müşterinin hosting'i kendi adına alması daha temiz bir yoldur. Biz de web tasarım projelerimizde bu kararı müşteriyle baştan, açıkça konuşuruz.

Freelancerlar için reseller hesabı gerekli mi?

Çoğu freelancer için gerekli değildir, ama bazı durumlarda işi ciddi biçimde kolaylaştırır. Eşik genellikle müşteri sayısı değil, sizin bakım sözü verip vermediğinizdir. Siteyi teslim edip ayrılıyorsanız, hosting'in müşterinin adına olması hem onun hem sizin için daha güvenlidir.

Peki ne zaman reseller düşünmelisiniz? Örneğin aylık bakım paketi satıyorsanız, güncellemeleri ve yedekleri siz takip ediyorsanız ve müşterilerinizin teknik bilgisi düşükse tek panelden yönetim zaman kazandırır. Ayrıca her müşteri için ayrı hosting hesabının şifresini, yenileme tarihini ve faturasını takip etmek bir noktadan sonra hata üretir.

Yine de bir freelancer için en büyük risk, tek kişiye bağlı bir altyapıdır. Hastalandığınızda ya da işi bıraktığınızda müşterinin sitesi sizin hesabınızda kalır. Bu yüzden reseller kullanıyorsanız her müşteri için erişim bilgisini, alan adı sahipliğini ve çıkış planını yazılı hale getirin. Ajans mı freelancer mı tartışmasının bu yönünü ajans mı freelancer mı yazımızda ayrıca ele aldık.

Alan adı mutlaka müşterinin adına kayıtlı olmalı. Hosting sizde olabilir, ama alan adının sahibi her zaman müşteri olmalıdır; aksi halde ayrılık anlaşmazlığa döner.

White-label ve özel nameserver nasıl çalışır?

White-label, müşterinin hizmeti sağlayıcının değil sizin markanızla görmesidir. Pratikte bu, faturanın sizden gelmesi, destek talebinin size açılması ve alan adının sizin nameserver'larınızı göstermesi anlamına gelir. Panel arayüzünde marka özelleştirmenin ne kadar mümkün olduğu ise sağlayıcının tanıdığı yetkilere bağlıdır.

cPanel dokümanına göre reseller'ın açtığı yeni hesaplara varsayılan nameserver atanır. Root, reseller için ya kendi nameserver'larını devralmayı ya da nameserver'ları açıkça tanımlamayı seçebilir. Özel nameserver kullanmak için iki adım gerekir: sağlayıcının verdiği IP adreslerini almak ve alan adı kayıt firmanızda bu adlar için "glue" (alt nameserver) kaydı oluşturmak.

ns1.example.com.   IN  A   192.0.2.10
ns2.example.com.   IN  A   192.0.2.11

Yukarıdaki örnekte example.com sizin ajans alan adınızı, 192.0.2.x ise sağlayıcının vereceği adresleri temsil eder. Kayıtları girdikten sonra yayılmayı DNS sorgulama aracımızla kontrol edebilirsiniz. Ancak şunu unutmayın: özel nameserver yalnız bir isimdir. DNS hizmetini yine sağlayıcının sunucuları verir; sunucu çökerse sizin adınızı taşıyan nameserver da yanıt vermez.

Müşteri başına izolasyon neden önemli?

Paylaşımlı bir sunucuda en büyük risk, bir hesaptaki açığın diğer hesaplara sıçramasıdır. Ajans açısından bu risk daha da büyür, çünkü tüm müşterileriniz aynı reseller çatısının altındadır. Bir müşterinin güncellenmemiş eklentisi, diğer müşterinin itibarını da zedeleyebilir.

cPanel her müşteriye ayrı kullanıcı ve ayrı ana dizin verir; bu temel bir ayrımdır. Bununla birlikte birçok sağlayıcı, kullanıcıları birbirinden daha sıkı ayırmak için CloudLinux'un CageFS katmanını kullanır. CageFS her kullanıcıya kendi sanal dosya sistemini sunar ve diğer kullanıcıların varlığını görünmez kılar. Ayrıntıları CageFS nedir yazımızda anlattık, burada tekrar etmiyoruz.

Sağlayıcıya sormanız gereken sorular şunlardır:

• Hesaplar arasında dosya sistemi izolasyonu var mı, hangi teknolojiyle?
• Sağlayıcı işlemci ve bellek kullanımını hesap başına sınırlıyor mu?
• Sunucu genelindeki güvenlik duvarını ve kaba kuvvet korumasını kim yönetiyor?

Güvenlik duvarı tarafını merak ediyorsanız CSF firewall rehberimiz konuya giriş sağlar. Reseller hesabında bu ayarlar root'a aittir; siz yalnız doğru sağlayıcıyı seçersiniz.

Faturalama ve otomasyon tarafında neye ihtiyaç var?

Müşteri sayısı arttıkça yenileme tarihlerini, ödemeleri ve askıya alma işlemlerini elle takip etmek zorlaşır. Birçok reseller bu noktada WHM ile entegre çalışan bir faturalama ve otomasyon sistemine geçer; en bilinen örneklerden biri WHMCS'dir. Bu tür sistemler ödeme gelince hesabı açar, ödeme gecikince askıya alır.

WHMCS'nin kurulumunu ve iş akışını kardeş yazımızda ayrıca ele alıyoruz, bu yüzden burada ayrıntıya girmiyoruz. Reseller kararınız açısından önemli olan şudur: otomasyon olmadan da reseller hesabı çalışır. Beş on müşteride basit bir tablo ve takvim hatırlatması yeterli olabilir. Otomasyonun maliyeti ve bakımı, müşteri sayısı onu haklı çıkardığında anlam kazanır.

Bir uyarı ekleyelim: otomatik askıya alma kuralını ajans ilişkisinde dikkatli kurun. Ödemesi bir gün geciken kurumsal müşterinin sitesinin kapanması, alacağınız ücretten çok daha pahalıya mal olabilir. Bu yüzden askıya alma öncesinde hatırlatma ve tolerans süresi tanımlayın.

Faturalama tarafında bir de vergi ve belge düzeni var. Müşteriye hosting bedelini kendi adınıza fatura ediyorsanız, bu kalemi muhasebecinizle birlikte doğru hizmet türüyle tanımlayın. Ayrıca yenileme tarihlerini alan adı yenilemeleriyle aynı takvimde tutun, çünkü iki ayrı takvim zamanla birbirinden kopar. Böylece hem müşteri hem siz sürpriz yaşamazsınız.

Yedekleme sorumluluğu kimde?

Kısa cevap: müşteriye karşı sorumluluk sizde, altyapı yedeği sağlayıcıda. Sağlayıcı sunucu düzeyinde yedek alıyor olabilir, ama bu yedeğin sıklığı, saklama süresi ve geri yükleme koşulu çoğu zaman onun sözleşmesindeki şartlara bağlıdır. Müşteriniz ise sitesini kaybettiğinde sağlayıcıyı değil sizi arar.

Bu nedenle sağlayıcının yedeğine tek başına güvenmeyin. Önerdiğimiz düzen şöyle:

1. Sağlayıcının yedek politikasını yazılı olarak alın: sıklık, saklama süresi, geri yükleme ücreti.
2. Her müşteri hesabı için cPanel'in yedek arayüzünden düzenli tam yedek indirin ya da uzak bir depoya gönderin.
3. Veritabanlarını ayrıca yedekleyin ve en az ayda bir geri yükleme testi yapın.
4. Müşteri sözleşmenizde yedek kapsamını ve geri yükleme süresini açıkça yazın.

Yedekleme stratejisinin genel çerçevesini web sitesi yedekleme stratejisi yazımızda anlattık. Reseller özelinde eklenen tek kural şudur: yedeğin varlığı değil, geri yüklenebildiği kanıtlanmış yedek önemlidir. Test etmediğiniz yedek, kriz anında bir varsayımdan ibarettir.

Destek zincirinde kim neye bakar?

Reseller modelinde destek iki halkalı bir zincirdir. Müşteri size yazar; sorun sizin yetkinizi aşıyorsa siz sağlayıcıya yazarsınız. Bu zincirde müşteri sağlayıcıyı tanımaz, dolayısıyla gecikmenin bedelini de siz ödersiniz.

Tablodan çıkan sonuç açık: ilk muhatap her zaman sizsiniz. Bu nedenle sağlayıcının destek kanalını, yanıt süresini ve gece desteği verip vermediğini önceden öğrenin. Ayrıca SSL tarafındaki sorunlarda temel kavramlar için SSL sertifikası rehberimize göz atabilirsiniz.

cPanel reseller hosting ile VPS ve cPanel arasındaki fark nedir?

Temel fark root yetkisi ve sorumluluk sınırıdır. cPanel reseller hosting'de sunucu sağlayıcıya aittir, siz yalnız size ayrılan payı yönetirsiniz. VPS üzerinde cPanel kurduğunuzda ise sunucunun tamamı sizindir; root sizsiniz, güncelleme ve güvenlik de sizin işinizdir.

VPS'in farklı türlerini VPS, VDS ve bulut sunucu farkı yazımızda karşılaştırdık. Kural olarak şu ayrım işe yarar: ekibinizde sunucu yönetecek biri yoksa reseller ile başlayın. Müşterileriniz özel servis, farklı veritabanı ya da sunucu düzeyinde ayar istiyorsa VPS'e geçişi planlayın.

KVKK açısından veri sorumlusu ve veri işleyen kimdir?

Bu bölüm hukuki danışmanlık değildir; kendi durumunuz için bir hukukçuya danışın. 6698 sayılı Kanun'un 3. maddesi veri sorumlusunu, kişisel verilerin işleme amaçlarını ve vasıtalarını belirleyen kişi olarak tanımlar. Veri işleyen ise veri sorumlusunun verdiği yetkiye dayanarak onun adına veri işleyen kişidir.

Reseller zincirinde tipik tablo şöyle oluşur: müşterinizin sitesindeki form ve sipariş verileri için çoğu durumda veri sorumlusu müşterinizdir. Siz barındırma hizmeti verdiğiniz için veri işleyen konumuna girebilirsiniz; altyapı sağlayıcınız da zincirde ayrı bir halka olur. Kanun'un 12. maddesi, verinin başkası tarafından işlenmesi halinde veri sorumlusunun güvenlik tedbirlerinden bu kişilerle birlikte müştereken sorumlu olduğunu söyler. Metnin tamamına resmi mevzuat sayfasından ulaşabilirsiniz.

Pratikte bu, müşteriyle yaptığınız sözleşmede barındırma, yedek, erişim ve olay bildirimi konularını yazılı hale getirmeniz demektir. Ayrıca sunucunun hangi ülkede olduğunu bilin, çünkü yurt dışı aktarım ayrı bir başlıktır. Site tarafındaki uyum adımlarını KVKK ve GDPR uyumlu web sitesi yazımızda topladık.

Reseller sağlayıcısı seçerken hangi soruları sormalısınız?

Reseller kararının yarısı doğru sağlayıcıyı seçmektir, çünkü onun altyapısı sizin vaadiniz olur. Fiyat ve kampanya karşılaştırması yerine aşağıdaki sorularla başlayın; net ve yazılı cevap veren sağlayıcı genellikle operasyonda da nettir.

• Reseller'a hangi WHM yetkileri açık, paket oluşturabiliyor muyum?
• Kaynak limiti mi, hesap limiti mi uyguluyorsunuz; aşırı satışa izin var mı?
• Hesaplar arası izolasyon ve hesap başına işlemci ile bellek limiti nasıl?
• Sunucu yedeğini ne sıklıkla alıyorsunuz, geri yüklemeyi nasıl talep ederim?
• Özel nameserver ve marka özelleştirmede hangi seçenekler var?
• Sunucular hangi ülkede, veri işleme sözleşmesi imzalıyor musunuz?
• Başka sağlayıcıya taşınırken hesap yedeklerini toplu alabiliyor muyum?

Son soruyu çoğu ajans atlar, ama en önemlilerden biridir. Sağlayıcıdan memnun kalmadığınızda tüm müşterileri sorunsuz taşıyabilmeniz gerekir. Taşıma yolunu satın almadan önce öğrenmek, ileride sizi kilitlenmekten korur.

Bunlara ek olarak, sağlayıcının durum sayfası ve bakım duyurusu yayınlayıp yayınlamadığına bakın. Planlı bakımları önceden bilirseniz müşterilerinizi de önceden bilgilendirirsiniz.

Reseller hesabını açtıktan sonra ilk ayarlar neler olmalı?

Hesap açıldıktan sonra ilk müşteriyi taşımadan önce temel düzeni kurun. Sonradan düzeltmek, baştan doğru kurmaktan her zaman daha zahmetlidir. Önerdiğimiz sıra şöyle:

1. WHM şifresini güçlü bir parolayla değiştirin ve iki aşamalı doğrulamayı açın.
2. Özel nameserver kayıtlarını oluşturun ve DNS yayılmasını doğrulayın.
3. İki ya da üç paket tanımlayın; her paketin özellik listesini gözden geçirin.
4. Kendi ajans siteniz için ayrı bir hesap açın ve müşterilerinkiyle karıştırmayın.
5. Test amaçlı bir hesap açıp e-posta, SSL ve yedek akışını uçtan uca deneyin.
6. Müşteri başına erişim bilgilerini güvenli bir parola yöneticisinde tutun.

Çoğu ekip test hesabı adımını atlar. Oysa gerçek müşteriyi taşımadan önce SSL'in otomatik yenilendiğini, e-postanın spam'e düşmediğini ve yedeğin geri yüklendiğini görmek, ilk haftadaki sürprizleri ortadan kaldırır. Kısacası önce kendi üzerinizde deneyin, sonra müşteriye açın.

Hangi durumlarda cPanel reseller hosting almamalısınız?

Dürüst olmak gerekirse cPanel reseller hosting herkes için doğru seçim değildir. Aşağıdaki durumlardan birindeyseniz, barındırmayı müşterinin kendi adına alması ya da yönetilen bir hizmete bırakmanız daha sağlıklıdır.

• Gece ya da hafta sonu kesintisinde müşteriye dönüş yapacak kimse yoksa.
• Müşterileriniz yoğun trafik alan e-ticaret siteleriyse ve kaynak garantisi istiyorsa.
• Özel sunucu yazılımı, farklı bir veritabanı ya da uzun süreli arka plan işi gerekiyorsa.
• Hosting işinden gelir beklentiniz yoksa ve yalnız kolaylık için düşünüyorsanız.

Son madde önemlidir. Reseller'ı yalnız "her şey tek panelde olsun" diye almak, sizi istemediğiniz bir hosting işletmesine dönüştürebilir. Ayrıca müşteri sayısı az ve bakım sözü yoksa, her müşterinin kendi hosting hesabı ile siz yalnız teknik yetkili olarak çalışmanız daha temiz bir ayrımdır. Böylece sorumluluk sınırı da sözleşmede netleşir.

Reseller kararını hangi kriterlerle tartmalısınız?

Kararı sezgiyle değil, birkaç somut kriterle vermenizi öneriyoruz. Aşağıdaki sorulara "evet" cevabınız arttıkça reseller modeli sizin için daha anlamlı hale gelir.

• Bakımını üstlendiğiniz birden fazla müşteri sitesi var mı?
• Destek taleplerine iş saatleri dışında da yanıt verecek bir düzeniniz var mı?
• Yedek ve geri yükleme sürecini yazılı olarak tanımladınız mı?
• Müşteri sözleşmelerinde barındırma ve veri işleme maddesi var mı?

Bu soruların çoğuna "hayır" diyorsanız, önce süreçleri kurun, sonra reseller hesabı alın. Aksi halde altyapı hazır olur ama işletme hazır olmaz. Öte yandan hepsine "evet" diyorsanız, reseller hesabı müşterilerinize daha düzenli bir hizmet sunmanın makul bir yoludur.

Reseller hesabında güvenlik için hangi alışkanlıklar önemlidir?

Root yetkiniz olmasa da güvenliğin önemli bir kısmı sizin elinizdedir. Sunucuyu sağlayıcı korur, ama müşteri hesaplarındaki zayıf parola, eski eklenti ve unutulmuş test kurulumu sizin alanınızdadır. Bu yüzden birkaç alışkanlığı baştan kurun.

• Her müşteri hesabında güçlü ve benzersiz parola kullanın; parolaları ortak bir dosyada tutmayın.
• Kullanılmayan test kurulumlarını ve eski site kopyalarını silin.
• İçerik yönetim sistemlerini ve eklentileri düzenli güncelleyin.
• Müşteriye yalnız ihtiyacı olan erişimi verin; FTP yerine mümkünse SFTP tercih edin.

Ayrıca root yetkilerine dikkat edin. cPanel dokümanı, en geniş yetki olan "All Features" seçeneğinin reseller'a sistemin tamamına erişim verdiğini ve yalnız tamamen güvenilen reseller'lara açılması gerektiğini belirtiyor. Ayrıntılar için cPanel'in reseller yetkileri dokümanına bakabilirsiniz. Sağlayıcınız size bu yetkiyi açıyorsa, bu durum onun diğer müşterileri açısından da bir soru işaretidir.

Müşteriyle barındırma sözleşmesinde neler yazmalı?

Reseller hesabıyla hosting verdiğiniz anda, müşteriyle aranızdaki ilişki bir hizmet sözleşmesi gerektirir. Sözlü anlaşma, ilk kesintide ya da ilk veri kaybında taraflar arasında farklı beklentiler doğurur. Bu nedenle kapsamı baştan yazılı hale getirin.

Sözleşmede en az şu konular yer almalı: paket kaynakları ve aşım halinde ne olacağı, yedek sıklığı ve geri yükleme süresi, destek kanalları ve yanıt saatleri, planlı bakım bildirimi, ödeme gecikmesinde askıya alma kuralı, ayrılıkta verilerin nasıl teslim edileceği. Üstelik alan adının müşteri adına kayıtlı olduğunu da sözleşmeye ekleyin.

Örneğin "yedeklerinizi günlük alırız" demek yerine "günlük yedek alırız, son yedi günü saklarız, geri yükleme talebine iş günü içinde dönüş yaparız" gibi ölçülebilir bir dil kullanın. Böylece hem müşteri ne alacağını bilir hem de siz sağlayıcınızın verdiğinden fazlasını vaat etmemiş olursunuz. Kısacası sözleşmeniz, sağlayıcının size verdiği garantilerin üstüne çıkmamalı.

Sonuç: reseller hesabı bir altyapı değil, bir sorumluluktur

cPanel reseller hosting, ajans ve freelancerlara sunucu yönetmeden çok müşterili barındırma imkanı verir. WHM paketleri, kaynak limitleri ve özel nameserver ile düzenli bir yapı kurarsınız. Ancak müşteriniz karşısında yedekten, destekten ve KVKK yükümlülüklerinden siz sorumlu olursunuz; sağlayıcı yalnız altyapıyı taşır.

Bizim önerimiz şu: önce sorumluluk sınırlarını yazın, sonra sağlayıcıyı seçin, en son paketleri tanımlayın. Aşırı satıştan kaçının, yedeği test edin ve alan adını her zaman müşterinin adına bırakın. Bu düzen kurulduğunda reseller hesabı, web tasarım ve bakım hizmetinizi tamamlayan sağlam bir parça olur.

Yine de karar verirken ekibinizin gerçek kapasitesine bakın. Gece kesintisine yanıt veremiyorsanız, müşteriye en iyi hizmet onu doğru bir hosting sağlayıcısına yönlendirmektir.