Je suis en train d’installer un serveur en local pour avoir in fine une sorte de NAS : hébergement de dossiers partagés, imprimantes réseau, hébergement d’espace web.
Pour l’instant, je voudrais, lorsque je crée un utilisateur adduser, avoir automatiquement un home du $USER nouvellement créé avec un espace disque alloué prédéfini.
J’avoue que là, je pars de zéro, et donc comme mes besoins semblent multiples, j’ai pas mal de difficulté à trouver des mots clés pour les recherches dans duckduckgo.
En gros, j’aurai 2 types d’utilisateurs (humains) : profs, élèves.
Le prof nouvellement créé aura le droit à X en espace disque.
L’élève nouvellement créé aura le droit à Y en esapce disque.
[quote=“Maxdecondé”]
En gros, j’aurai 2 types d’utilisateurs (humains) : profs, élèves.
Le prof nouvellement créé aura le droit à X en espace disque.
L’élève nouvellement créé aura le droit à Y en esapce disque.
[quote=“doc.ubuntu”] La gestion des quotas par utilisateur est utile au niveau des serveurs. Si vous avez créé plusieurs comptes utilisateurs et que vous ne voulez pas qu’un seul utilisateur puisse occuper tout l’espace disque, il faut alors définir des quotas qui apporteront une limitation en terme d’espace disque utilisé.
La gestion des quotas peut aussi être utilisée au niveau des groupes. Par exemple, chaque utilisateur du projet Albireo dispose d’un certain espace disque, et le dossier commun du projet Albireo dispose lui aussi d’une taille maximale afin de permettre au projet Denebola d’exister. [/quote]
[quote] Créer un environnement restreint pour SSH est un travail difficile à cause de ses dépendances et du fait que, à la différence d’autres serveurs, SSH fournit un interpréteur de commande distant pour les utilisateurs. C’est pourquoi vous devrez également considérer les applications que les utilisateurs auront le droit d’utiliser dans l’environnement.
Deux options existent pour configurer une invite de commande à distance restreinte :
chrooter les utilisateurs SSH, en configurant correctement le démon SSH pour chrooter un utilisateur après l'authentification juste avant de lui fournir une invite de commande. Chaque utilisateur peut avoir son propre environnement ;
chrooter le serveur SSH, puisque l'application SSH est elle même chrootée, tous les utilisateurs sont chrootés dans l'environnement défini.
La première option a l’avantage de permettre d’avoir à la fois des utilisateurs chrootés ou non, en absence d’application setuid dans les chroots de l’utilisateur, il est plus difficile de s’en échapper. Cependant, vous pourriez configurer des chroots spécifiques à chaque utilisateur ce qui est plus délicat (car cela nécessite une coopération de la part du serveur SSH). La seconde option est plus facile à configurer, et protège d’une exploitation du serveur SH lui-même (puisqu’il est également dans le chroot) mais il sera limité de telle sorte que tous les utilisateurs partageront le même environnement chroot (impossible de configurer un environnement chroot par utilisateur). [/quote]
ça me semble être ça, puisque dans la définition du chroot que tu m’as donné, il faut “emprisonner” l’utlisateur. et ça, je pense que ça ne peut être possible que si tu as une partition dédiée pour le home.
Je vais continuer ma procrastination sur le web.
Réinstallation du serveur faite, et je confirme que quand j’ajoute un utilisateur, ça me crée un home pour l’utilisateur. Maintenant je vais voir du côté des quotas…
Ĵe pars d’une installation neuve, alors bon, j’ai besoin que le système soit efficace le plus vite possible, donc j’essaye d’aller à l’essentiel ^^
Pour les quotas, j’ai un soucis, je suis en train de googler.
quand je fais quotaon -avug, Il me renvoit ça :
quotaon: cannot find /home/aquota.group on /dev/sda6 [/home]
quotaon: cannot find /home/aquota.user on /dev/sda6 [/home]
Je trouve ça bizarre qu’il cherche aquota.user alors que le tuto demande de créer des quota.user …
Bizarre.
EDIT : RTFM!!! man quotaon => pour la version 1 il faut des fichiers quota.group et quota.user, alors que pour la version 2 il faut des fichiers aquota.group et aquota.user. CQFD
Ouaip, j’ai tout pigé ^^. Ce que tu m’écris me semble tout à fait logique (je suis un fan de rsync également). Mais dans la situation actuelle, j’ai passé 15 min à réinstaller le système, alors que ta procédure aurait été plus longue. Mais elle est utile quand on a plein de données importantes à garder.
EDIT: Je ferme le topic tu as répondu à ma question avec cette histoire de quota (bien que pour l’instant, je ne parviens pas encore à bien le configurer, mais je créerai un nouveau topic pour ça). Merci à toi.
À ta place, je ne prendrai pas de paries la-dessus.
* edit *
Avec un /home/user d’environ 1 Gio, moins de 5 minutes ! Et je crois être large.
[quote]EDIT: Je ferme le topic tu as répondu à ma question avec cette histoire de quota (bien que pour l’instant, je ne parviens pas encore à bien le configurer, mais je créerai un nouveau topic pour ça). Merci à toi.
[/quote]
Au plaisir …
[quote=“BelZéButh”][quote=“Maxdecondé”] je pense que ça ne peut être possible que si tu as une partition dédiée pour le home.
[/quote]
Comme dit, @etxeberrizahar
Mon vocabulaire [strike]c’est[/strike] enrichi.
Procrastination[/quote]
… mais pas ton orthographe
“s’est …”
[quote=“ricardo”][quote=“BelZéButh”][quote=“Maxdecondé”] je pense que ça ne peut être possible que si tu as une partition dédiée pour le home.
[/quote]
Comme dit, @etxeberrizahar
Mon vocabulaire [strike]c’est[/strike] enrichi.
Procrastination[/quote]
… mais pas ton orthographe
“s’est …”[/quote]
Bien vu ! Zut …
Ben en refaisant l’installation avec une partition /home séparée, dès que j’ajoute un user, ça me crée un /home/user automatiquement, donc, l’origine du soucis semblait bien venir de là.
Je ne sais pas si c’est de ce répertoire dont tu parlais…
Etant donné que je n’ai plus la configuration en fonction puisque j’ai réinstallé le système, je ne pourrai pas te répondre. J’avais la commande “find” mais il n’avait rien trouvé…