FTP Hesap Kotası ve Disk Sınırı Yönetimi

Bir sabah hosting paketinizin diski aniden dolmuş, siteniz "disk quota exceeded" hatası vermeye başlamıştır. cPanel'in disk kullanım ekranını açtığınızda beklenmedik bir şey görürsünüz: bir alt yükleyiciye açtığınız FTP hesabı, tek başına on beş gigabaytlık ham video dosyasını sunucuya yığmıştır. Kimse kötü niyetli değildir; sadece kimse o hesaba bir sınır koymamıştır. FTP hesap kotası tam olarak bu senaryoyu baştan önlemek için vardır. Bir alt kullanıcıya "buraya en fazla bu kadar veri yükleyebilirsin" demenin en temiz yoludur ve doğru kurulduğunda hosting alanınızı sürprizlerden korur.

Kota konusundaki en yaygın yanılgı, FTP kotasının paketinizin diskinden ayrı, ekstra bir depolama havuzu olduğunu sanmaktır. Gerçek bunun tam tersidir. Bir FTP hesabına verdiğiniz her megabayt, zaten sahip olduğunuz toplam hosting alanından ayrılan bir dilimdir; yeni alan yaratmaz, var olan alanı bölüştürür. Bu yüzden kota yönetimi aslında bir bütçe yönetimidir: elinizdeki sabit diski hangi kullanıcıya ne kadar açacağınıza karar verme sanatıdır. Bu rehberde kotanın toplam alanla ilişkisini, cPanel üzerinden nasıl belirlendiğini, ne zaman sınırsız bırakmanın mantıklı olduğunu, home diziniyle bağını, birden çok kullanıcı arasında alanı dengelemeyi ve doluluk kontrolünü gerçek komut örnekleriyle adım adım ele alacağım.

FTP Kotası Toplam Hosting Alanından Nasıl Pay Ayırır#

Hosting paketinizin diski tek ve bölünmez bir havuzdur. Web dosyalarınız, veritabanlarınız, e-posta kutularınız, günlük dosyalarınız ve tüm FTP hesaplarının yüklediği veriler aynı fiziksel alandan beslenir. Bir FTP hesabına kota tanımladığınızda, o hesabın bu ortak havuzdan kullanabileceği tavanı belirlersiniz; yoksa ona özel yeni bir disk açmış olmazsınız. Bu ayrımı içselleştirmek, kotayı doğru planlamanın ilk şartıdır.

Basit bir örnekle netleştirelim. Diyelim ki 20 GB'lık bir hosting paketiniz var ve şu an web dosyalarınız 6 GB, e-postalarınız 3 GB yer kaplıyor. Geriye 11 GB boş alan kalır. Şimdi bir tasarımcıya 2 GB, bir içerik editörüne 1 GB FTP kotası verirseniz, bu 3 GB'lık potansiyel kullanım o 11 GB'ın içinden harcanır. Kota, o kullanıcının yükleyebileceği tavanı belirler ama kullandıkça gerçek diskiniz de dolar. Aşağıdaki tablo bu ilişkiyi görselleştiriyor.

Buradaki kritik nokta şudur: verdiğiniz kotaların toplamı, paketinizin gerçek boş alanından büyük olabilir ve bu tehlikeli değildir, çünkü kota bir tavandır, ayrılmış bir rezerv değil. Üç kullanıcıya 5'er GB kota verseniz bile, hepsi aynı anda tavana kadar dolmadıkça sorun çıkmaz. Ama teoride hepsi dolarsa, gerçek disk yetmeyebilir. Bu yüzden kotalar, "olası en kötü durumda ne olur" sorusuyla planlanır. Disk kullanımının bütününü nasıl okuyacağınızı disk kotası ve inode rehberimizde daha derinlemesine bulabilirsiniz.

cPanel FTP Accounts Üzerinden Kota Belirleme#

cPanel'de kota atamak, yeni bir FTP hesabı oluşturmanın doğal bir parçasıdır. Files bölümündeki FTP Accounts sayfasına gittiğinizde, hesap oluşturma formunda kullanıcı adı, alan adı ve şifrenin hemen altında bir Quota alanı görürsünüz. Buraya megabayt cinsinden bir sayı yazarsınız: 500 MB için 500, 1 GB için 1024, 2 GB için 2048. Yanındaki Unlimited seçeneği ise kotayı tümüyle kaldırır.

Var olan bir hesabın kotasını sonradan değiştirmek de aynı ekrandan yapılır. Hesap listesinde ilgili satırın yanındaki Change Quota bağlantısına tıklar, yeni değeri girer ve kaydedersiniz. Değişiklik anında geçerli olur; kullanıcı bir sonraki bağlantısında yeni tavanla karşılaşır. Kota düşürdüğünüzde ve kullanıcı zaten yeni sınırın üstündeyse, mevcut dosyalar silinmez ama kullanıcı yeni dosya yükleyemez.

Sunucuya SSH ile kök ya da WHM erişiminiz varsa, aynı işlemleri komut satırından uapi ile yapabilirsiniz. Bu, çok sayıda hesabı toplu yönetirken çok daha hızlıdır:

# Yeni bir FTP hesabini 1 GB kota ile olustur (quota MB cinsinden)
uapi --user=cpaneluser Ftp add_ftp \
  user=editor \
  pass='Guclu-Parola-2026!' \
  quota=1024 \
  homedir=public_html/icerik

# Var olan bir hesabin kotasini 2 GB'a yukselt
uapi --user=cpaneluser Ftp set_quota \
  user=editor \
  quota=2048

Buradaki quota değeri her zaman megabayt cinsindendir ve quota=0 yazmak "sınırsız" anlamına gelir. Komut çıktısında status: 1 görürseniz işlem başarılıdır. Formda girdiğiniz sayının GB değil MB olduğunu unutmayın; "2" yazarsanız kullanıcıya 2 GB değil, yalnızca 2 MB verirsiniz ki bu da neredeyse hiçbir işe yaramaz. Yeni bir hesabı sıfırdan oluşturmanın tüm adımlarını ve dizin kısıtlamasını cPanel FTP hesabı oluşturma yazımızda ayrıntılı anlattım.

Kotayı Sınırsız Yapmak ve Gizli Riskleri#

Unlimited seçeneği baştan çok cazip görünür; kimseyle uğraşmadan, herkese sınırsız alan verirsiniz. Ama bu kelimenin gerçek anlamı çoğu kişinin sandığından farklıdır. FTP'de "sınırsız" demek "sonsuz disk" demek değildir; "hesabın kalan tüm boş alanı kadar" demektir. Yani sınırsız kotalı bir alt kullanıcı, teorik olarak paketinizin geri kalan tüm diskini tek başına doldurabilir ve o dolduğunda siteniz, e-postalarınız, hatta ana hesabınız birlikte çakılır.

Sınırsız kotanın ne zaman makul, ne zaman riskli olduğunu ayırt etmek önemlidir. Aşağıdaki karşılaştırma pratik bir pusula sunar:

Genel kural şudur: bir hesabı gerçekten siz kontrol etmiyorsanız, ona sınırsız kota vermeyin. İnsanların niyeti kötü olmasa bile, yanlış bir toplu yükleme, döngüye giren bir senkronizasyon aracı ya da yanlışlıkla kopyalanan büyük bir klasör, sınırsız kotalı bir hesapta diskinizi dakikalar içinde tüketebilir. Sabit bir tavan koymak, en kötü durumda hasarı o hesapla sınırlı tutar; diğer her şey ayakta kalır. Disk sık sık dolan bir paketiniz varsa, kotaları kısmaya çalışmak yerine daha bol alanlı bir web hosting paketine geçmek çoğu zaman daha kalıcı bir çözümdür.

FTP Kotası ile Home Dizini İlişkisi#

Kotayı doğru anlamak için onu home dizininden (kök dizin) ayırt etmek gerekir; ikisi sık sık birbirine karıştırılır ama tamamen farklı şeyleri kontrol ederler. Home dizini "kullanıcı nereye erişebilir" sorusunu yanıtlar; kota ise "orada ne kadar yer kaplayabilir" sorusunu. Biri konumu, diğeri hacmi sınırlar. Güvenli ve düzenli bir FTP yönetimi, bu ikisinin birlikte kullanılmasıyla mümkün olur.

Somut bir örnek verelim. Bir tasarımcıya home dizinini public_html/wp-content/themes/kurumsal olarak ve kotasını 500 MB olarak ayarladığınızı düşünün. Bu durumda tasarımcı sadece o tema klasörünü görür (konum sınırı) ve o klasöre en fazla 500 MB veri yükleyebilir (hacim sınırı). İkisi birlikte, hem "nereye" hem "ne kadar" sorusunu kilitler. Home dizini olmadan tek başına kota, kullanıcının tüm hesaba erişip yalnızca boyutça sınırlı kalmasına yol açar ki bu güvenlik açısından yeterli değildir.

# Konum + hacim birlikte kilitli hesap: tek komutta home dizin ve kota
uapi --user=cpaneluser Ftp add_ftp \
  user=tasarim \
  pass='Tema-Erisim-9f3!' \
  quota=500 \
  homedir=public_html/wp-content/themes/kurumsal

Burada dikkat edilecek ince bir nokta var: kota, kullanıcının home diziniyle sınırlanan alanı değil, o kullanıcının yüklediği verinin toplamını ölçer. Kullanıcı home dizininin dışına zaten çıkamaz, bu yüzden pratikte kota o klasördeki dosyaların toplam boyutuna karşılık gelir. Eğer aynı fiziksel klasöre birden fazla FTP kullanıcısının erişimi varsa, kota takibi karmaşıklaşabilir; en temiz kurulum, her kullanıcıya kendi ayrı klasörünü ve kendi kotasını vermektir. FTP ile SFTP arasındaki farkı ve dosya aktarımının temel mantığını henüz görmediyseniz, önce FTP ve SFTP dosya yükleme rehberimize göz atmanızı öneririm; kota yönetimi o temelin üzerine kurulur.

Birden Çok FTP Kullanıcısı Arasında Alanı Dengeleme#

İş asıl birden fazla FTP kullanıcısı olduğunda ilginçleşir. Tek kullanıcıda kota bir "tavan" gibi düşünülebilir; ama üç, beş, on kullanıcı olduğunda kota planlaması bir bütçeleme problemine dönüşür. Amaç, hiçbir kullanıcının diğerlerini aç bırakmadığı, aynı zamanda hiçbirinin diski tek başına tüketmediği dengeli bir dağılım kurmaktır. Bunu yaparken hep aklınızda tutmanız gereken cümle şudur: verdiğiniz tüm kotalar aynı ortak diskten harcanır.

Diyelim ki 20 GB'lık paketinizde web ve e-posta için 10 GB kullanıyorsunuz ve elinizde 10 GB gerçek boş alan var. Üç farklı role FTP erişimi vereceksiniz. Kotaları körlemesine dağıtmak yerine, her rolün gerçek ihtiyacını tahmin edip bir güvenlik payı bırakarak planlarsınız. Aşağıdaki örnek dağılım bu düşünme biçimini gösteriyor:

Bu dağılımda tavanların toplamı (5.5 GB) gerçek boş alanınızın (10 GB) altında kaldığı için, tüm kullanıcılar aynı anda tavana ulaşsa bile diskiniz taşmaz. Bu, en güvenli planlama biçimidir. Alternatif olarak, kullanıcı sayısı çok ve gerçek kullanımın düşük kalacağını biliyorsanız, tavanların toplamını boş alandan biraz büyük tutabilirsiniz; buna "overcommit" denir ve dikkatli kullanıldığında verimlidir, ama disk doluluğunu düzenli izlemeyi gerektirir.

# Tüm FTP kullanicilarini kotalari ve gercek kullanimlariyla birlikte listele
uapi --user=cpaneluser Ftp list_ftp_with_disk

# Belirli bir klasorun gercek boyutunu incele (dengeleme kararindan once)
du -sh /home/cpaneluser/public_html/medya

list_ftp_with_disk çıktısı, her hesabın hem tanımlı kotasını hem de o an kaç megabayt kullandığını yan yana gösterir; dengeleme kararlarını bu tabloya bakarak vermek, tahminle vermekten çok daha sağlıklıdır. Birden fazla siteyi ve çok sayıda ekip erişimini tek çatı altında yönetiyorsanız, kota bütçesini paket paket ayırabildiğiniz reseller hosting çözümleri bu tür dengelemeyi çok kolaylaştırır.

Doluluk Kontrolü ve Kota Aşımı Belirtileri#

Kota koymak işin yarısıdır; diğer yarısı doluluğu düzenli izlemektir. Bir FTP hesabı kotasına dayandığında sessizce durmaz, belirtiler verir ve bu belirtileri tanımak sorunu erkenden çözmenizi sağlar. En tipik işaret, kullanıcının yeni bir dosya yüklemeye çalışırken FTP istemcisinde "552 Requested file action aborted — exceeded storage allocation" ya da benzeri bir hata almasıdır. Bu mesaj, tavanına ulaşıldığını gösterir; dosya kısmen yüklenip yarıda kesilebilir.

cPanel'de doluluğu izlemenin en kolay yolu, FTP Accounts listesindeki her hesabın yanında görünen kullanım göstergesidir; kaç MB'ın kaç MB'tan kullanıldığını doğrudan orada görürsünüz. Bunun yanı sıra Disk Usage aracı, hangi klasörlerin ne kadar yer kapladığını ağaç yapısında dökerek, kotasız büyüyen bir yükleme dizinini yakalamanıza yardım eder. Komut satırından da hem hesap bazında hem klasör bazında hızlı bir röntgen alabilirsiniz:

# Tek bir FTP hesabinin anlik kota kullanimini gormek icin
uapi --user=cpaneluser Ftp list_ftp_with_disk | grep -A3 editor

# En cok yer kaplayan ilk 10 klasoru buyukten kucuge sirala
du -h --max-depth=2 /home/cpaneluser/public_html \
  | sort -rh | head -n 10

Kota aşımını yalnızca hata çıktığında fark etmek yerine, düzenli bir kontrol rutini kurmak çok daha iyidir. Ayda bir kez FTP hesap kullanımına göz atmak, tavanına yaklaşan hesabı önceden büyütmenizi ya da beklenmedik büyümenin sebebini araştırmanızı sağlar. Beklenmedik büyümenin ardında çoğu zaman ya birikmiş yedek dosyaları ya da tekrar tekrar yüklenmiş büyük medya vardır. Sitenizin genel disk kullanımını klasör klasör okumayı cPanel disk kullanımı yazımızda ayrıntılı ele aldım; kota kontrolü o okumanın bir parçası olarak yapıldığında en verimlidir. Yükleme trafiğinizin kalıcı yedeklerini düzenli almak isterseniz yedekleme hizmetimiz bu yükü sizin adınıza üstlenir.

Kotanın inode ve Dosya Sayısı ile İlişkisi#

Kota konusunda çoğu kişinin gözden kaçırdığı bir boyut daha vardır: megabaytlar tek sınır değildir. Hosting paketleri, disk alanının yanı sıra bir de inode sınırına sahiptir. inode, kabaca dosya sistemindeki her dosya ve klasör için tutulan bir kayıt demektir; yani her dosya, boyutu ne olursa olsun, en az bir inode harcar. FTP kotası megabaytı sınırlar ama inode'u doğrudan sınırlamaz, ve bu ikisi bazen çelişebilir.

Şöyle bir durumu düşünün: bir FTP kullanıcısı 500 MB kotasının çok altında kalıyor, diyelim yalnızca 200 MB kullanıyor, ama bu 200 MB içinde iki yüz bin adet minik önbellek dosyası var. Megabayt açısından hiçbir sorun yok gibi görünür, oysa bu kullanıcı hesabınızın inode bütçesini tek başına tüketip tüm paketi "inode limit reached" duvarına toslatabilir. Bu yüzden kota planlarken yalnızca "kaç GB" değil, "ne tür dosyalar" sorusunu da sormak gerekir.

# Bir FTP kullanicisinin klasorundeki toplam dosya (inode) sayisini say
find /home/cpaneluser/public_html/icerik -type f | wc -l

# Hangi alt klasorlerin en cok dosya barindirdigini bul
for d in /home/cpaneluser/public_html/*/; do
  echo "$(find "$d" -type f | wc -l)  $d"
done | sort -rn | head

Pratik sonuç şudur: çok sayıda küçük dosya üreten bir kullanıcıya (örneğin log biriktiren bir uygulama ya da önbellek yazan bir betik) yalnızca megabayt kotası koymak yeterli olmayabilir; o kullanıcının klasörünü inode açısından da düzenli temizlemek gerekir. Megabayt ve inode ilişkisinin ayrıntısını, hangi paketin ne kadar inode sunduğunu ve doluluğu nasıl azaltacağınızı disk kotası ve inode rehberimizde derinlemesine bulabilirsiniz. Uygulamalarınızın disk ve inode davranışını profesyonel olarak izletmek isterseniz sunucu yönetimi hizmetimiz bu takibi sizin yerinize kurar.

Sıkça Sorulan Sorular#

FTP kotası hosting paketimin toplam disk alanına ekstra alan ekler mi?#

Hayır, hiçbir şekilde ekstra alan eklemez. FTP kotası yeni bir depolama havuzu yaratmaz; zaten sahip olduğunuz toplam hosting alanından bir dilim ayırır. Bir kullanıcıya 2 GB kota verdiğinizde, bu 2 GB paketinizin genel diskinden harcanacak bir tavandır. Yani kotalar alanınızı çoğaltmaz, yalnızca kimin ne kadarını kullanabileceğini belirleyerek onu bölüştürür. Bu yüzden kota planlaması aslında bir disk bütçesi yönetimidir.

Verdiğim tüm FTP kotalarının toplamı paketimin diskinden büyük olabilir mi?#

Evet olabilir ve bu tek başına bir sorun değildir. Kota bir tavandır, ayrılmış bir rezerv değil; yani bir kullanıcı tavanına kadar dolmadıkça o alan gerçek diskinizden düşmez. Üç kullanıcıya beşer gigabayt vermeniz, on beş gigabaytı hemen ayırdığınız anlamına gelmez. Ancak hepsi aynı anda tavana ulaşırsa gerçek diskiniz yetmeyebilir. Bu yüzden tavanların toplamını boş alanınızdan büyük tutuyorsanız, disk doluluğunu düzenli izlemeniz gerekir.

FTP kotasını sınırsız yapmak güvenli mi?#

Yalnızca hesabı gerçekten sizin kontrol ettiğiniz durumlarda güvenlidir. FTP'de sınırsız demek sonsuz disk demek değil, paketinizin kalan tüm boş alanı demektir. Sınırsız kotalı bir alt kullanıcı, yanlış bir toplu yükleme ya da döngüye giren bir araç yüzünden diskinizi tek başına tüketebilir ve o dolunca siteniz de e-postanız da birlikte durur. Güvenmediğiniz ya da tam kontrol etmediğiniz her hesaba sabit bir tavan koymak, en kötü durumda hasarı o hesapla sınırlı tutar.

Bir FTP hesabı kotasına ulaştığında ne olur?#

Kullanıcı yeni dosya yüklemeye çalıştığında istemcisinde bir depolama hatası alır; genellikle "552 exceeded storage allocation" benzeri bir mesajdır. Mevcut dosyaları silinmez, erişimi kesilmez, sadece yeni veri yazamaz ve yarıda kalan yüklemeler bozuk kalabilir. Bu durumu çözmek için ya kullanıcının klasöründeki gereksiz dosyaları temizler ya da Change Quota ekranından tavanı yükseltirsiniz. Değişiklik anında geçerli olduğu için kullanıcı bir sonraki denemesinde yükleme yapabilir.

FTP kotasını sonradan değiştirmek mevcut dosyaları siler mi?#

Hayır, kotayı değiştirmek dosyalara dokunmaz. Kotayı yükselttiğinizde kullanıcı yeni tavanına kadar yüklemeye devam eder. Kotayı düşürdüğünüzde ve kullanıcı zaten yeni sınırın üstündeyse, mevcut dosyaları olduğu gibi kalır ama kullanıcı yeni dosya ekleyemez, önce alan boşaltması gerekir. Yani kota, gelecekteki yüklemeleri sınırlayan bir tavandır; geriye dönük bir silme aracı değildir. Var olan dosyaları temizlemek için dizini elle ya da dosya yöneticisiyle düzenlemeniz gerekir.

Kotam dolmadığı halde neden inode ya da dosya sayısı hatası alıyorum?#

Çünkü megabayt ve inode iki ayrı sınırdır. FTP kotası verinin boyutunu megabayt cinsinden sınırlar, ama her dosya boyutundan bağımsız olarak bir de inode harcar. Kotanızın çok altında kalsanız bile, klasörünüzde on binlerce minik dosya varsa paketinizin inode bütçesini tüketip "inode limit" hatası alabilirsiniz. Bu durumda çözüm, klasördeki gereksiz küçük dosyaları (önbellek, log, geçici dosyalar) temizlemek ve dosya sayısını düşürmektir; sadece kota büyütmek bu hatayı çözmez.

Kapanış#

FTP hesap kotası, ilk bakışta küçük bir sayı kutusu gibi görünse de aslında hosting alanınızı sürprizlerden koruyan en pratik denetim aracıdır. Aklınızda tutmanız gereken üç ilke var: kota ekstra alan yaratmaz, var olan diski bölüştürür; sınırsız kotayı yalnızca gerçekten kontrol ettiğiniz hesaplara verin; ve megabayt kadar inode'u, yani dosya sayısını da izleyin. Bu üçlüyü alışkanlık edindiğinizde, "disk aniden neden doldu" sorusuyla bir daha karşılaşmaz, her alt kullanıcının kendi kutusunda güvenle çalıştığı düzenli bir hosting ortamı kurarsınız. Kotayı home diziniyle birlikte kullanmak ise hem konumu hem hacmi kilitleyerek bu düzeni tamamlar.

Clou.TR olarak, bu tür ince disk ve erişim yönetimini rahatça yapabileceğiniz, cPanel altyapısıyla gelen bol alanlı web hosting ve içerik yönetim sistemleri için optimize WordPress hosting paketleri sunuyoruz. Çok sayıda site ve ekip erişimini kota bütçeleriyle bölüştürmek istiyorsanız reseller hosting çözümlerimiz, disk ve inode takibini tümüyle bize bırakmak isterseniz sunucu yönetimi hizmetimiz tam size göre. Hosting alanınızı kontrol altında tutmanın en temiz yolu, doğru kotayı doğru pakete kurmakla başlar.