Un script supprimant l'utilisateur lorsque l'ordinateur est éteint.
Un autre permettant de le recréer à l'allumage pourrait faire l'affaire.

Pour les fichiers copiés par défauts dans le /home de l'utilisateurs, ils se trouvent dans le dossier /etc/skel.


Sinon, il faut bien sûr penser à tous protéger par un mot de passe : bios, grub ...


Sinon, le live-cd personnalisable, c'est possible. Regarde dans la documentation du site, il y avait quelques articles. Il suffit alors de configurer grub pour qu'il démarre correctemement sur le liveOS (mais attention à prévoir un mot de passe root !).
Nontenda wrote:D'accord juste quelques questions (si ça dérange pas) :
Si un user modifie (par exemple) un tableau de bord, je suppose que ça le conserve ?

Parce que mon but est d'obtenir une Feodra (que j'aurai personnalisé) à chaque démarrage.

En gros, un Live CD sur DD 😃
Ha oui par contre, cela fera pareil.

Disons que c'est juste une idée que j'ai posé.
Car le LTSP peut-être pratique dans un réseau conséquent, car tout est centralisé.
Et si une bêtise, utilisateur, est faite, elle le sera que sur un seul poste, car c'est le serveur qui envoie l'image de l'environnement graphique.
D'accord 😃 Pas mal =)
J'en parlerai au responsable du CDI =)

Sinon, si je résume :
- Soit un LiveCD
- Soit un systeme avec serveur qui a l'avantage de ne devoir etre réinstallé qu'une fois 😃
- Supprimer puis recréez un user a chaque démarrage 😃
Bonjour à tous
Merci de ta contribution Nontenda ! et à travers toi à tous ceux qui t'aident dans ta démarche:-) sur ce forum.
Car je suis le responsable du fameux CDI... Vieux redhatien (depuis 2000 et la mythique distribution Halloween), j'ai un gros faible pour Fedora et je suis très heureux de voir la qualité des messages sur ces posts. Merci.
Nontenda fait un super travail en reprenant à son compte l'étude de solution pour un accès optimisé aux ressources dans le CDI.

Le dossier est particulièrement intéressant pour lui et pour tous les autres. Le but est d'offrir un endroit sympa et accueillant - je m'en charge - et également extrêmement fiable et efficace en matière d'accès aux PC. Par volonté cette partie est un lieu de passage intense où tous les élèves sont très libres dans la seule limite (civique) de laisser les ordis parfaitement opérationnels pour le confort de tous. Fedora remplit très bien cette mission. Les difficultés constatées sont à la fois originales et instructives. Sachez qu'après les premières réactions de stupeur, d'innombrables utilisateurs emploient désormais systématiquement nos Fedora soit sans états d'âme, soit même sans s'apercevoir que linux c'est "différent".

Par contre, le site constitue aussi un excellent test grandeur nature pour des usages totalement imprévisibles et à très fort passage (dizaines d'utilisateurs différents par jour et par machine) donc on découvre des effets de bord liés à cet usage de masse par des utilisateurs indifférenciés. Le chantier d'ingénierie auquel s'emploie Nontenda est donc parvenir à rendre la machine et son usage transparents pour l'utilisateur. Une machine qui s'efface devant son but d'utilisation et qui libère l'esprit de l'usager de passage : zéro surprise, zéro défaut, zéro plantage, respect des données persos fourni par l'emploi transparent du client Novell (grande réussite de Nontenda), respect de la créativité par un accès au net avec tous les plugins, respect du travail individuel par le support complet de toute la bureautique.

Pour cela la machine doit "perdre" deux éléments de fragilité : le bureau customisable à l'infini par l'usager de passage, les données sauvées sur /home local. Les pistes proposées ici sont très prometteuses et toute notre gratitude va à la communauté Fedora.
Heu... Ca n'a l'air d'étonner personne qu'un élève ait pu usurper les privilèges de root...
AMHA, quel que soit le nombre d'utilisateurs cela ne *devrait* pas arriver sur un système correctement configuré, et il devrait être possible d'utiliser une fedora "de base" en toute sécurité. Linux (et UNIX) est prévu pour être multi-utilisateurs, non ?
J'ai l'impression que l'idée du LiveCD personnalisé, c'est faisable, mais c'est plus compliqué à mettre en oeuvre que de simplement appliquer une politique de sécurité minimale. C'est "écraser un moustique avec un canon" (proverbe chinois).
La politique de sécurité à mettre en place dépend bien sûr de votre configuration matérielle. Dans la cité scolaire où je travaille, chaque élève reçoit un identifiant et un mot de passe qui lui sont indispensables pour se connecter à n'importe quel poste (il y a un serveur LDAP pour gérer ça globalement). Un "contrevenant" peut se faire bannir du réseau pédagogique (son compte est supprimé), temporairement ou définitivement. Ce n'est pas la panacée mais c'est suffisamment dissuasif pour nous éviter (jusqu'à présent) les problèmes que vous rencontrez.
pam_ldap pour l'authentification et un montage NFS du home sur un serveur central, ce qui permet de reconfigurer en une seule fois un user sur tous les postes.
Suffit après de définir sur chaque poste d'éventuelles restrictions par exemple basée sur l'appartenance à un rôle avec pam_groupdn
Muramasa wrote:Par contre, le site constitue aussi un excellent test grandeur nature pour des usages totalement imprévisibles et à très fort passage (dizaines d'utilisateurs différents par jour et par machine) donc on découvre des effets de bord liés à cet usage de masse par des utilisateurs indifférenciés.
Dans un tel contexte et avec les lois sarkoziennes liberticides telles que DADVSI et HADOPI, il pourrait être intéressant d'étudier également les solutions commerciales à base de clients légers permettant d'une part de garantir à chaque utilisateur de démarrer avec un environnement standard propre et d'autre part d'assurrer un certain niveau de contrôle de ce qui est fait sur chaque poste pour éviter que le responsable du CDI ou le proviseur puisse être inquiéter en cas de problème.

Je pense par exemple à une solution à base de terminal Sun Ray - http://www.sun.com/desktop/sun-ray-clients.jsp - mais il y en a d'autres, qui ont été déjà déployées dans un certain nombres d'universités pour ces raisons (voir http://www.sun.com/sunray/success.xml ).
Il me semble indispensable d'empêcher le choix de la méthode de boot au démarrage du PC et bien sûr de protéger l'accès au BIOS par un mot de passe.
N'importe quel élève qui se pointe avec un liveCD ou une clé USB pourrait accéder librement à la Fedora installée, avec ou sans mot de passe root.

Autre point : une fois la distribution installée et configurée proprement, il est bon de faire une image du disque dur avec par exemple SystemRescueCD (y'a d'autres solutions de ce genre) pour pouvoir tout remettre d'aplomb si vraiment y'a un soucis.
Salokyn wrote:Il me semble indispensable d'empêcher le choix de la méthode de boot au démarrage du PC et bien sûr de protéger l'accès au BIOS par un mot de passe.
N'importe quel élève qui se pointe avec un liveCD ou une clé USB pourrait accéder librement à la Fedora installée, avec ou sans mot de passe root.

Autre point : une fois la distribution installée et configurée proprement, il est bon de faire une image du disque dur avec par exemple SystemRescueCD (y'a d'autres solutions de ce genre) pour pouvoir tout remettre d'aplomb si vraiment y'a un soucis.
C'est ce que j'avais demandé à la responsable informatique de mon lycée, car bon nombre de fois où j'ai pu me ramener avec un LiveCD et m'amuser avec (et menacer la responsable des risques que représente une telle possibilité si un malveillant y recourait au même matos que moi) bah je regrette car maintenant je suis obligé d'utiliser Windows 🙁.
Bon heureusement que Framakey est là pour me consoler. :-P

Sinon oui, je pense que le BIOS doit être bloquer avec un mot de passe un poil complexe. Sans oublier de définir des droits stricts sur les /home. Car bon il est malgré tout possible d'installer une application sans mot de passe root (vive la compilation, j'ai déjà compilé lynx sur une Zenwalk en LiveCD sans passer par root) ou encore d'utiliser des binaires, Firefox/Thunderbird en fournissent des prêts à l'emploi, suffit que le gamin se ramène avec son exécutable maison et peut faire des ravages à son échelle avec un peu de volonté.
Enfin, c'est vraiment un cas extrême, mais on est jamais trop prudent...
Si la solution de l'installation sur le disque dur est conservée :

- interdire le montage de clé usb (physiquement (suppression des ports) et BIOSsement (jumper le concentrateur sur la carte mère et/ou dans les options du bios)
- démonter les périphériques optiques.

C'est solution sont utilisés dans l'IUT que j'ai fréquenté (Poitiers) + client léger (car il me semble que pour éviter le vole, les PC en libre accès n'avait rien d'installé)



Mais je pense à une solution qui peut ne pas plaire à tous :
Que cherchent les jeunes qui bricolent les PC qui leur sont fournis ? La notoriété non ? Pour ne pas repérer les adeptes du bricolage, faire un tournoi bien encadré de la "destruction logiciels" et le prix délivré à cet élève sera :
1. la notoriété (et au collège et lycée ça plait !!)
2. une formation linux pour qu'il puisse aller plus loin (les jeunes aiment trouver leur voie)
3. mieux, leur demander ce qu'il veulent comme carotte...

Les organisateurs quant à eux gagnerons beaucoup : il pourront voir rapidement comme les élèves outre-passent les protections et pourront les renforcer.

Bon j'ai dis que ça n'allait pas plaire à tous. Je vous assure que je ne suis pas un de ses jeunes, je n'en suis pas trop loin, j'ai que 25, mais si dans mon lycée, on m'avait donné l'occasion de m'exprimer, je n'aurais pas autant souffert....

Bonne soirée. En espérant lire vos remarques même si elles ne vont pas dans mon sens...
Tu peux créer des sessions qui lancent un processus maître :

ex : session firefox => si firefox est tué, tu sors directement de la session. Idem pour open office etc...

il faudra un fichier .xinitrc notamment.
Quand tu parles de notoriété, je vous tout à fait ce que tu veux dire.
Après le fiasco dans mon lycée lorsque armé de ma Debian j'ai eu accès au serveur du lycée et j'ai dérobé les bulletins, on me prend limite pour un Dieu (alors qu'il y a rien d'extraordinaire...)

Mais le fait d'organiser un tournoi, ça parait farlelu, aucun dirlo ne fera ça, sont bien trop "coincés".

Sur ce, je me retire en saluant le fait qu'un CDI tourne sous GNU/Linux, ça fait plaisir à lire 🙂
Ne pas lancer gnome et kde ! Une console suffit (xterm par exemple)
ça me parait une bonne idée ça dans un C.D.I car bon les PCs windows en réseau avec VNC sur chaque ordi et un mot de passe bidon comme dans mon lycée c'est pas difficile à naviguer un peu partout sur les ordis des autres ^^.
Déjà il doit y avoir de bloquer la console sur des comptes limités non ?
En parlant de buletin vaut mieux que je supprime le mien de leurs serveurs :hammer:
Kenshin wrote:Quand tu parles de notoriété, je vous tout à fait ce que tu veux dire.
Après le fiasco dans mon lycée lorsque armé de ma Debian j'ai eu accès au serveur du lycée et j'ai dérobé les bulletins, on me prend limite pour un Dieu (alors qu'il y a rien d'extraordinaire...)
Tiens c'est pas une mauvaise idée ça 🙂
Ça fait longtemps que j'aimerais bien faire des tests sur le serveur de mon lycée pour voir comment ça fonctionne (et ,accessoirement, voir si j'ai quelque chose à en tirer)
Bon chez nous l'admin est un tant soit peu doué pour tout bloquer, il a mis un password dans le bios mais ça devrait être intéressant :p
Mais le fait d'organiser un tournoi, ça parait farlelu, aucun dirlo ne fera ça, sont bien trop "coincés".
On est d'accord
Sur ce, je me retire en saluant le fait qu'un CDI tourne sous GNU/Linux, ça fait plaisir à lire 🙂
C'est clair, j'ai fait une demande au délégué parents du cvl pour migrer le parc réseau sous nux, mais ils m'ont pas répondus
Je suis même pas sur qu'ils m'aient pris au sérieux ... :sad:
si tu fais un reset cmos le mot de passe du bios il reste?
17 jours plus tard
Bon, alors voilà, le projet avance =)
Donc la solution de K12Linux a été viré car elle impliquait un gros serveur ><
(les tests n'ont pas été concluants)

Par contre, je continue un autre projet, en gros, ce serait de customiser COMPLETEMENT un LiveCD pour y inclure :
- Wine
- Un novelClient (dont j'ai fait un script d'installation)
- Divers logiciels + Divers réglages

Or, ces réglages, j'aimerai les faire moi meme et pas par LiveCD Creator (qui reste limité).

Donc, j'ai décompresser l'iso, mais comment puis-je décompresser squashfs.img puis imageos.img pour pouvoir me logguer en chrott et faire tout ce que j'ai à faire puis réempaqueter les .img ?

Une fois ceci réalisé, je met un noyau Linux sur chaque machine du lycée + Un grub qui fait démarrer l'iso, donc a chaque démarrage, un Linux tout frais qui arrive =)