fully_associative-debian@yahoo.fr wrote: .........
Donc, bien sûr, je me plante peut être du tout au tout. Mais le seul inconvénient que je vois, c'est qu'il n'y a pas de lieu où sont répertoriés les associations +telle ressource appartient à tel group+, Et que dans ce cas, le mieux, et la seule chose qu'on peut faire, est de faire un gros ls -l pour connaitre les droits et les groupes de chaque exécutable, fichier, socket... Et de faire un script pour interroger ça. Et agir ou signaler, le cas échéant. FA
Dans la pratique, c'est ingérable (sauf dans les conditions suscitées); à moins que de gérer ça à partir d'un shell graphique qui établirait les correspondances grp/usr (mais là, on sort du champs d'un svr, avec X). Sudo permet la visibilité instantanée par la centralisation dans un seul fichier de conf. Les groupes sont pratiques pour les autorisations d'un groupe vers l'autre (i.e.: le groupe "professeur" a un accès intégral dans le groupe "eleve"; et l'inverse est strictement interdit) Maintenant, si tu as du temps à perdre pour expérimenter des solutions (sans issues), vas-y, on en reparlera dans quelques mois. JY -- Q: What's the difference between a Mac and an Etch-a-Sketch? A: You don't have to shake the Mac to clear the screen.