Bonjour,
J'utilise pure-ftpd sur mon serveur dédié, et j'aimerais limiter l'espace utilisé par chaques utilisateurs à 100Mo maximum. Après plusieurs recherche, j'ai trouvé qu'il fallait ajouter dans la configuration MaxDiskUsage x (x étant le nombre de Mo). Le truc c'est que dans /etc/pure-ftpd/conf j'ai pas de fichier de configuration. Je m'explique : normalement dans la configuration il y a NoAnonymous yes, et bien la a la place d'avoir une configuration j'ai un fichier qui se nomme "NoAnonymous" dans lequel il est écrit "yes".
 
J'ai donc faut pareil pour MaxDiskUsage, j'ai créé un fichier avec le nom "MaxDiskUsage", dans lequel j'ai écrit "100", j'ai redémarrer le serveur FTP mais je peux utiliser autant d'espace que je veux.
 
Quelqu'un peut-il m'aider svp?
PS : on m'a parler de quota linux, c'est à dire que par une commande linux, on limite le volume maximum de tel dossier, si vous savez faire ca ca peut remplacer ce que je demande.
Les dossiers à limiter son home/lelogin/
 
Merci!
 
Cordialement,
themen

tu devrais relire la description de MaxDiskUsage .
Elle ne s'applique pas du tout au cas présent ( mettre un quota/user ).
Après pour appliquer les quotas tout dépend de ce que tu veux utiliser .
Pure-ftpd respectera les quotas systeme , mais peut également gérer des quotas notamment par puredb .

Je souhaite juste que les users ne puisse pas mettre plus de 100Mo sur le serveur dans leur répertoire.

Up !

 
Tout est dit dans la section VIRTUAL QUOTAS de http://www.pureftpd.org/README

Je dois tapper "/usr/local/sbin/pure-ftpd -n 1000:10" ?
 
Parce que si je dois lancer le serveur comme cela, car je dois actuellement le lancer comme cela : pure-ftpd -A -b -B -c 10 -C 2 -E -u 1 -X
 
Puis-je tapper "pure-ftpd -A -b -B -c 10 -C 2 -E -u 1 -X -n 1000:10" par exemple ?
 
Merci !

oui pure-ftpd -A -b -B -c 10 -C 2 -E -u 1 -X -n 1000:10, ce qui revient au même, tu passes les params au lancement du daemon, en les modifiant comme tu veux.

Je l'ai lancer avec "pure-ftpd -A -b -B -c 10 -C 2 -E -u 1 -X -n 1000:1"
C'est donc censé autorisé 1000 fichiers maximum, et 1Mo maximum, et j'arrive a envoyer plus que 1Mo (j'ai tester avec un fichier de 1,8 Mo et il n'a rien dit ...)

T'as compilé avec le support des quotas virtuels?

C'est à dire ?

Comment t'as installé ton pureftpd ? Tu l'as installé avec le gestionnaire de packages de ton linux ou tu l'as compilé à la main?  
Si tu l'as compilé, il faut inclure le support de quotas virtuels comme expliqué à http://www.pureftpd.org/README

Sous debian j'ai tapé "apt-get install pure-ftpd", puis j'ai lancé le ftp avec "pure-ftpd -A -b -B -c 10 -C 2 -E -u 1 -X -n 1000:10" (avant je le lancais sans le -n, je l'ai mis vu qu'on m'a dit que c'était avec ca qu'on limitait l'espace disque).

sous debian lis ça : http://www.littleboboy.net/?2004/0 [...] ous-debian

Déjà lu, il explique la même chose ...

Ouais apparemment tu lis pas la doc qu'on te donne.  
 
- '-n <max files>:<max size>': If the server has been compiled with support
for virtual quotas, enforce these quota settings for all users (except
members of the 'trusted' group) . <max size> is in Megabytes. See the
"virtual quotas" section later in this document.
 
      ------------------------ VIRTUAL QUOTAS ------------------------
 
 
With virtual quotas, you can restrict the maximum number of files and the
total size of a user directory.
 
These quotas are "virtual" because they aren't handled at kernel-level, but
by the FTP server itself. There are some advantages over kernel quotas:
 
- Virtual quotas are specific to the FTP server. You can have different
system quotas to handle other files (eg. mail) on the same partition.
 
- You can have different virtual quotas for every user, even if they share
the same system uid.
 
- Virtual quotas are working even on filesystems that don't support system
quotas.
 
However, virtual quotas are slower and can't be as reliable as kernel quotas,
so don't trust them ultimately, they are probably races allowing to bypass
them. Also the filesystem users directories are on must properly support file
locking.
 
Virtual quotas are implemented in Pure-FTPd as simple files called
".ftpquota", located in the home directory of chrooted users. This file only
contains two numbers: the current number of files for this user and the
total size of the directory (+ its subdirectories), in bytes. When a new
file is uploaded, these numbers grow. When a file is deleted, these numbers
get smaller. Simple. Of course, when virtual quotas are enabled for one
user, that user must be 1) chrooted, 2) not allowed to write quota files, 3)
not allowed to forbid access to some directories to fool the counter.
 
Quotas can be enabled for all users for the -n (--quotas) option. This
option is followed by the max number of files and the max size (in Megabytes)
. Every user will have the same quota. Exception: members of the trusted
group, if -a is enabled.
 
You can also have different quotas for every user if you use PureDB or SQL
databases. See the "README.Virtual-Users" file for more info about PureDB
databases.
 
So, if you want 1000 files max and 10 Mb max for all your customers, run
the server like this:
 
/usr/local/sbin/pure-ftpd -n 1000:10
 
".ftpquota" files are created on demand when they are missing. However, when
they are created, the server assumes that the account was empty. If this is
not the case, you must run the "pure-quotacheck" utility to create an
initial ".ftpquota" file.
 
"pure-quotacheck" is a tool that computes the size and the number of files
in a directory and create a ".ftpquota" file with this info.
 
The syntax is:
 
pure-quotacheck -u username/uid -d home directory [-g group/gid]
 
For instance, if you want to summarize usage for the /home/ftpusers/john
directory, whoose files are owned by the "ftpusers" system account, just run:
 
pure-quotacheck -u ftpusers -d /home/ftpusers/john
 
You can run pure-quotacheck whenever you want, even when ".ftpquota" files
are already there. This is even a good idea to run this for all users in
crontab, so that stored quotas are always exact, even if something went wrong
(server bug, filesystem corruption, savagely killed server, etc) .
       
With traditional quotas, when a hard limit is reached, it's impossible to
write new data. It's nice for files that are created fastly (operations on
local filesystems) . But it's really frustrating when transfering files
through networks.
 
Virtual quotas are working in a (somewhat strange) but handy way. When an
user begins an upload, the newly uploaded file can be as huge as his total
quota. It means that if his quota is 10 Mb, he can upload a 10 Mb file, even
if he already has 9 Mb of other files in his directory. The idea is that
while he's uploading the file, he can realize that his quota will be
reached and he can move/compress/delete other files to save space before
the end of the upload. And only after completion of the upload, the quota is
checked. If the quota is still crunched, the newly uploaded file will be
deleted.

Mais j'ai très bien lu tout ca ! Le truc c'est que j'utilise déjà le "-n <max files>:<max size>" et que ca marche pas !

je t'ai proposé deux solutions :
-soit utiliser les quotas systèmes ( il suffit de faire un peu de recherche sur la mise en place des quota sous debian )
- soit utiliser les quotas avec des utilisateurs virtuels ( gérés par puredb  et donc man pure-pw)

Je ne sais absolument pas comment faire ces deux choses.

pour le premier truc : http://www.google.fr/linux -> "quotas système de fichier"
pour le second : *click* terminal *click* man pure-pw et bonne lecture

Je vous remercie de votre aide ... jpense que jvais pas toucher au ftp ca sera plus simple que de se prendre la tête

Ecoute c'est simple:
 
apt-get remove --purge pure-ftpd
wget ftp://ftp.pureftpd.org/pub/pure-f [...] .20.tar.gz
tar zxvf pure-ftpd-1.0.20.tar.gz
cd pure-ftpd-1.0.20/
./configure --with-everything
su (t'entres ton pass root)
make install-strip
(la compilation et l'installation s'effectue)
/usr/local/sbin/pure-ftpd -n 1000:1 &
lftp -u machin,machin 127.0.0.1
>mput tonfichiersupa1mega.avi
(et là ça te bloque)

chaica > quel interet de compiler la 1.0.20 par rapport a la 1.0.19 ?
(note le --with-everything ne change rien vis a vis des paquets compilés debian , je dirais meme plus tu as un moindre support de certaines choses   )

 
Je donnais juste une procédure complète d'installation de la dernière version de pure-ftpd. Par contre j'avais dans l'idée que le --with-everything permettait d'avoir un support complet de toutes les fonctionnalités mais je viens de voir dans le README qu'il y a une subtile nuance (with almost all features turned on).

il ne faut pas oublier de plus qu'il n'y a pas de différence entre la version 1.0.19 et la 1.0.20 dans le cadre de la version Linux .