Re: [linux] nfs et partie commune
Le Dimanche 9 Mars 2003 22:49, Rémi Letot a écrit : Ben oui, mais là je suis coincé... Je vais voir si je trouve d'autres infos, ce type de setup me semble tellement évident que çaz doit déjà avoir été fait. Redhat utilise une config particulière des groupes utilisateurs pour le partage -- Salutations Philippe JAOUEN GnuPG Key ID: 0x6533CCED Ferme du Ponctey : http://www.rurintel.com/ponctey cidre fermier du Pays de La Risle, Pommeau de Normandie et Calvados AOC ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] nfs et partie commune
Pascal Bleser [EMAIL PROTECTED] writes: Rémi Letot wrote: ... any questions? ;-) Oui, m'en reste une :-) comment faire pour que les fichiers créés dans ce répertoire aient par défaut rw pour le groupe ? J'aimerais ne pas changer le umask de l'utilisateur pour tous ses fichiers, mais seulement dans ce répertoire. (oui je sais, j'suis difficile) Je ne trouve pas d'option pour nfs qui fasse cela, ni même pour les fs linux-natifs (j'ai envisagé de créer une partition spécifique pour ça, mais il semble que même dans ce cas je ne puisse spécifier le umasq que pour des fs non linux-natifs) Non, en effet. Il n'y a (à ma connaissance) pas de moyen de faire ça. Note qu'une possibilité (loin d'être parfaite) serait d'éxécuter un petit script à partir de cron à intervalles réguliers (p.ex. tous les 1/4h ou toutes les heures) et qui ferait un chmod -R g+rwX /share (de préfence l'éxécuter comme root). Bwêrk. J'y avais pensé, mais juste quelques µsecondes, c'est bwêrk et bancal, et en plus probablement souvent pris en défaut. Là je suis hébété. Il n'y aurait donc pas sous linux/unix de créer un espace de travail commun en réseau ? Le pire c'est que c'est faisable facilement, sous linux, mais avec d'autres fs (fat32 notamment) en passant la bonne option à mount. C'est donc si exotique que ça comme demande ? Je suppose que je dois pouvoir me passer de samba entre unix bien élevés, non ? :-) Bien entendu, NFS est la solution native pour UNIX-UNIX ;-) Ben oui, mais là je suis coincé... Je vais voir si je trouve d'autres infos, ce type de setup me semble tellement évident que çaz doit déjà avoir été fait. Merci pour ton aide, -- Rémi `Debian: giving you the power to shoot yourself in each toe individually.' -- with kudos to Greg Lehey ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] nfs et partie commune
Jerome Warnier [EMAIL PROTECTED] writes: Pascal Bleser wrote: Rémi Letot wrote: ... any questions? ;-) Oui, m'en reste une :-) comment faire pour que les fichiers créés dans ce répertoire aient par défaut rw pour le groupe ? J'aimerais ne pas changer le umask de l'utilisateur pour tous ses fichiers, mais seulement dans ce répertoire. (oui je sais, j'suis difficile) Je ne trouve pas d'option pour nfs qui fasse cela, ni même pour les fs linux-natifs (j'ai envisagé de créer une partition spécifique pour ça, mais il semble que même dans ce cas je ne puisse spécifier le umasq que pour des fs non linux-natifs) Non, en effet. Il n'y a (à ma connaissance) pas de moyen de faire ça. Note qu'une possibilité (loin d'être parfaite) serait d'éxécuter un petit script à partir de cron à intervalles réguliers (p.ex. tous les 1/4h ou toutes les heures) et qui ferait un chmod -R g+rwX /share Beek! ;-) Outre le fait que c'est dégueulasse, en plus, cela surcharge fort le serveur, et ne peut pas convenir dans le cas où ton /share contient un grand nombre de fichiers. Et en plus le système est pris en défaut chaque fois qu'un collaborateur accède aux fichiers avant le cron. Nous avons eu le problème, et nous l'avons résolu d'une manière bien plus élégante et légère, en profitant de capacités nouvelles (IMon) de notre bien-aimé kernel 2.4. Frédéric Péters nous a développé un petit programme spécial pour faire un truc similaire à ce que Rémi demande (et sur un très grand nombre de fichiers), mais depuis plusieurs autres sont apparus en GPL, plus souples, plus configurables et probablement plus testés que le notre. C'est certes plus efficace, mais ça reste des rustines. Je croyais que ce type de config était assez banal, comment unix a fait pour s'en passer 30 ans ? :-) Tu as des noms de programmes en tête qui font ça ? (mieux vaut une rustine que rien du tout) A+, -- Rémi `Debian: giving you the power to shoot yourself in each toe individually.' -- with kudos to Greg Lehey ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] nfs et partie commune
Rémi Letot wrote: Jerome Warnier [EMAIL PROTECTED] writes: Pascal Bleser wrote: Rémi Letot wrote: ... any questions? ;-) Oui, m'en reste une :-) comment faire pour que les fichiers créés dans ce répertoire aient par défaut rw pour le groupe ? J'aimerais ne pas changer le umask de l'utilisateur pour tous ses fichiers, mais seulement dans ce répertoire. (oui je sais, j'suis difficile) Je ne trouve pas d'option pour nfs qui fasse cela, ni même pour les fs linux-natifs (j'ai envisagé de créer une partition spécifique pour ça, mais il semble que même dans ce cas je ne puisse spécifier le umasq que pour des fs non linux-natifs) Non, en effet. Il n'y a (à ma connaissance) pas de moyen de faire ça. Note qu'une possibilité (loin d'être parfaite) serait d'éxécuter un petit script à partir de cron à intervalles réguliers (p.ex. tous les 1/4h ou toutes les heures) et qui ferait un chmod -R g+rwX /share Beek! ;-) Outre le fait que c'est dégueulasse, en plus, cela surcharge fort le serveur, et ne peut pas convenir dans le cas où ton /share contient un grand nombre de fichiers. Et en plus le système est pris en défaut chaque fois qu'un collaborateur accède aux fichiers avant le cron. Nous avons eu le problème, et nous l'avons résolu d'une manière bien plus élégante et légère, en profitant de capacités nouvelles (IMon) de notre bien-aimé kernel 2.4. Frédéric Péters nous a développé un petit programme spécial pour faire un truc similaire à ce que Rémi demande (et sur un très grand nombre de fichiers), mais depuis plusieurs autres sont apparus en GPL, plus souples, plus configurables et probablement plus testés que le notre. C'est certes plus efficace, mais ça reste des rustines. Je croyais que ce type de config était assez banal, comment unix a fait pour s'en passer 30 ans ? :-) C'est pas tellement des rustines puisque c'est inclus au kernel pour aller super vite et ne rien surcharger quand ce n'est pas nécessaire. En fait, IMon est un système qui détecte quand on fait certaines appels au VFS du kernel pour accéder à des fichiers, et lance quelque chose en fonction de ce qu'on fait et ce qu'on lui a demandé de surveiller (de la même manière que hotplug fait avec le branchement des périphériques à chaud). Tu as des noms de programmes en tête qui font ça ? (mieux vaut une rustine que rien du tout) Le programme que Frédéric Péters, je ne te le refile pas parce qu'il a des problèmes avec la GLIBC 2.3 et que nous le suspectons de ne pas être très fiable lors de la création de nouveaux répertoires (mais il faudrait qu'on élucide ce mystère). Je n'arrive plus à retomber sur aucun des programmes qui faisaient cela, à part FAM, bien entendu, mais qui ne convient pas pour les arborescences complexes (en fait, les gd nombres de répertoires) :-( Une recherche rapide sur Google devrait pourtant te donner ces informations. A+, ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] nfs et partie commune
Rémi Letot wrote: ... petit script à partir de cron à intervalles réguliers (p.ex. tous les 1/4h ou toutes les heures) et qui ferait un chmod -R g+rwX /share Beek! ;-) Outre le fait que c'est dégueulasse, en plus, cela surcharge fort le serveur, et ne peut pas convenir dans le cas où ton /share contient un grand nombre de fichiers. Oui, il y a FAM aussi p.ex. pour faire ça. Mais en principe, un bon setup des utilisateurs fait l'affaire aussi. Et en plus le système est pris en défaut chaque fois qu'un collaborateur accède aux fichiers avant le cron. Mais non, pas du tout. Nous avons eu le problème, et nous l'avons résolu d'une manière bien plus élégante et légère, en profitant de capacités nouvelles (IMon) de notre bien-aimé kernel 2.4. Oui, ça peut être intéressant, mais ça a l'air assez complexe à mettre en oeuvre. Frédéric Péters nous a développé un petit programme spécial pour faire On est censé connaître ce monsieur ? un truc similaire à ce que Rémi demande (et sur un très grand nombre de fichiers), mais depuis plusieurs autres sont apparus en GPL, plus souples, plus configurables et probablement plus testés que le notre. T'as des URLs ? C'est certes plus efficace, mais ça reste des rustines. Je croyais que ce type de config était assez banal, comment unix a fait pour s'en passer 30 ans ? :-) Non ce ne sont pas des rustines. Tout simplement, le concept d'UNIX au niveau de la sécurité des accès aux fichiers et évidemment également présent dans le partage de fichiers. Il y a qqe chose que tu n'as pas bien compris dans l'histoire (ou alors tu penses de manière trop micro$oftienne là ;-)) En outre, le compagnon d'NFS est NIS et les netgroups. Evidemment, si tu ne veux aucune sécurité d'accès (ou presque aucune), tu peux effectivement utiliser Samba. Voici comment faire avec FAM: http://fileschanged.sourceforge.net/ + un petit démon qui tourne comme root, suffit d'un script shell: #!/bin/bash fileschanged -r -c -C -f /share | while read f; do chmod g+rw $f done -- -o) Pascal Bleser http://guru.unixtech.be | /\\ [EMAIL PROTECTED] | _\_v [EMAIL PROTECTED] | -| Jesus saves,Buddha makes incremental backups : -' ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] nfs et partie commune
Pascal Bleser wrote: Rémi Letot wrote: ... petit script à partir de cron à intervalles réguliers (p.ex. tous les 1/4h ou toutes les heures) et qui ferait un chmod -R g+rwX /share Beek! ;-) Outre le fait que c'est dégueulasse, en plus, cela surcharge fort le serveur, et ne peut pas convenir dans le cas où ton /share contient un grand nombre de fichiers. Oui, il y a FAM aussi p.ex. pour faire ça. Attention aux limitations de FAM! Mais en principe, un bon setup des utilisateurs fait l'affaire aussi. Non, pas forcément, surtout en environnement mixte. Et en plus le système est pris en défaut chaque fois qu'un collaborateur accède aux fichiers avant le cron. Mais non, pas du tout. Mais si, il a raison. Si tu as un script qui tourne toutes les x minutes, pour ne pas trop charger le serveur ou parce qu'il faut bien cela pour ton arborescence, certains utilisateurs *vont* vouloir ouvrir ou modifier un fichier avant que le script ne soit passé dessus. Nous avons eu le problème, et nous l'avons résolu d'une manière bien plus élégante et légère, en profitant de capacités nouvelles (IMon) de notre bien-aimé kernel 2.4. Oui, ça peut être intéressant, mais ça a l'air assez complexe à mettre en oeuvre. Frédéric Péters nous a développé un petit programme spécial pour faire On est censé connaître ce monsieur ? Rémi le connaît en tous cas. un truc similaire à ce que Rémi demande (et sur un très grand nombre de fichiers), mais depuis plusieurs autres sont apparus en GPL, plus souples, plus configurables et probablement plus testés que le notre. T'as des URLs ? Ben justement, impossible de retrouver ce que j'avais... :-( C'est certes plus efficace, mais ça reste des rustines. Je croyais que ce type de config était assez banal, comment unix a fait pour s'en passer 30 ans ? :-) Non ce ne sont pas des rustines. Tout simplement, le concept d'UNIX au niveau de la sécurité des accès aux fichiers et évidemment également présent dans le partage de fichiers. Il y a qqe chose que tu n'as pas bien compris dans l'histoire (ou alors tu penses de manière trop micro$oftienne là ;-)) En outre, le compagnon d'NFS est NIS et les netgroups. Evidemment, si tu ne veux aucune sécurité d'accès (ou presque aucune), tu peux effectivement utiliser Samba. Voici comment faire avec FAM: http://fileschanged.sourceforge.net/ Même chose: limitations de FAM. Ces limitations dont je parle sont que FAM ne supporte qu'un nombre relativement petit de fichiers et répertoires. + un petit démon qui tourne comme root, suffit d'un script shell: #!/bin/bash fileschanged -r -c -C -f /share | while read f; do chmod g+rw $f done ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] nfs et partie commune
Pascal Bleser [EMAIL PROTECTED] writes: Rémi Letot wrote: ... petit script à partir de cron à intervalles réguliers (p.ex. tous les 1/4h ou toutes les heures) et qui ferait un chmod -R g+rwX /share Beek! ;-) Outre le fait que c'est dégueulasse, en plus, cela surcharge fort le serveur, et ne peut pas convenir dans le cas où ton /share contient un grand nombre de fichiers. Oui, il y a FAM aussi p.ex. pour faire ça. Mais en principe, un bon setup des utilisateurs fait l'affaire aussi. Et en plus le système est pris en défaut chaque fois qu'un collaborateur accède aux fichiers avant le cron. Mais non, pas du tout. Si tu fais un cron qui tous les 1/4 d'heures remets les permissions comme on les veut, le système ne sera conforme à ce que j'attends qu'après exécution de ce cron. Donc entretemps, un fichier créé par un utilisateur ne serait pas accessible par un autre en écriture. Nous avons eu le problème, et nous l'avons résolu d'une manière bien plus élégante et légère, en profitant de capacités nouvelles (IMon) de notre bien-aimé kernel 2.4. Oui, ça peut être intéressant, mais ça a l'air assez complexe à mettre en oeuvre. Frédéric Péters nous a développé un petit programme spécial pour faire On est censé connaître ce monsieur ? un truc similaire à ce que Rémi demande (et sur un très grand nombre de fichiers), mais depuis plusieurs autres sont apparus en GPL, plus souples, plus configurables et probablement plus testés que le notre. T'as des URLs ? C'est certes plus efficace, mais ça reste des rustines. Je croyais que ce type de config était assez banal, comment unix a fait pour s'en passer 30 ans ? :-) Non ce ne sont pas des rustines. Je sais que IMon n'est pas une rustine. C'est l'utilisation qu'on en fait ici. Tout simplement, le concept d'UNIX au niveau de la sécurité des accès aux fichiers et évidemment également présent dans le partage de fichiers. Il y a qqe chose que tu n'as pas bien compris dans l'histoire (ou alors tu penses de manière trop micro$oftienne là ;-)) Hélà, on était resté polis jusqu'à présent :-) Non, ce que je veux est que les permissions sur des fichiers d'un export NFS soient par défaut g+rw. Et seulement pour cet export là. Et visiblement c'est pas prévu dans NFS. On peut utiliser des astuces style IMon pour s'en sortir, mais je m'étonne que ça soit si compliqué. En outre, le compagnon d'NFS est NIS et les netgroups. Oui, ça je vais m'y lancer, mais d'abord maitriser NFS. Evidemment, si tu ne veux aucune sécurité d'accès (ou presque aucune), tu peux effectivement utiliser Samba. Samba moins secure que NFS? Pourquoi ? Voici comment faire avec FAM: http://fileschanged.sourceforge.net/ + un petit démon qui tourne comme root, suffit d'un script shell: #!/bin/bash fileschanged -r -c -C -f /share | while read f; do chmod g+rw $f done Cool. Ca c'est déjà mieux comme rustine. Merci :-) A+, -- Rémi `Debian: giving you the power to shoot yourself in each toe individually.' -- with kudos to Greg Lehey ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] nfs et partie commune
Pascal Bleser [EMAIL PROTECTED] writes: couic Voici comment faire avec FAM: http://fileschanged.sourceforge.net/ + un petit démon qui tourne comme root, suffit d'un script shell: #!/bin/bash fileschanged -r -c -C -f /share | while read f; do chmod g+rw $f done J'ajoute que -c suffit. Seuls les fichiers créés n'ont pas les permissions voulues. Ca devrait limiter la charge. -- Rémi `Debian: giving you the power to shoot yourself in each toe individually.' -- with kudos to Greg Lehey ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] nfs et partie commune
Rémi Letot wrote: Comment je fais pour que les fichiers créés dans ce répertoire appartiennent au groupe de partage et pas au groupe principal des utilisateurs ? Donc en clair, tu aimerais bien créer un groupe (disons share (= partage en anglais ;-)) auquel appartiennent tous les fichiers qui se trouvent dans ce répertoire de partage NFS ? Il y a une astuce assez peu connue sous UNIX (et Linux) grâce à laquelle tous les fichiers (et répertoires) créés sous un répertoire appartiennent automatiquement (géré de façon automatique et transparente par le kernel) à un groupe déterminé. Pour appliquer cela, il suffit de mettre le flag s (SUID) sur le groupe du répertoire de base. Le groupe auquel appartiendront automatiquement les fichiers et sous-répertoires est le groupe du répertoire ayant ce bit s sur le groupe. Bon, en clair: ;-) 1) soit /share le répertoire de partage NFS mkdir /share 2) tu as partagé ce répertoire via NFS en l'ajoutant à /etc/exports, comme ceci: /share(insecure,rw,no_subtree_check) 3) tu as créé le groupe share: groupadd share 4) les utilisateurs autorisés à écrire dans /share sont membres du groupe share: for user in a b c d e f; do usermod -G `id -Gn $user|sed 's/ /,/g'`,share $user done (où a b c d e f est évidemment à remplacer par ces utilisateurs ;-)) 5) tu n'autorises l'accès en écriture qu'au groupe share: chown root:share /share chmod ug=rwx,o=rx /share 6) les fichiers et sous-répertoires créés sous /share appartiendront automatiquement au groupe share: chmod g+s /share NB: toutes ces opérations sont évidemment à faire comme utilisateur root et voilà ;-) any questions? ;-) -- -o) Pascal Bleser http://guru.unixtech.be | /\\ [EMAIL PROTECTED] | _\_v [EMAIL PROTECTED] | -| Jesus saves,Buddha makes incremental backups : -' ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] nfs et partie commune
On Sat, 2003-03-08 at 17:21, Pascal Bleser wrote: Rémi Letot wrote: Comment je fais pour que les fichiers créés dans ce répertoire appartiennent au groupe de partage et pas au groupe principal des utilisateurs ? Donc en clair, tu aimerais bien créer un groupe (disons share (= partage en anglais ;-)) auquel appartiennent tous les fichiers qui se trouvent dans ce répertoire de partage NFS ? Oui oui oui, c'est exactement ça :-) couic Ok, je pensais bien me souvenir d'un truc dans ce genre. J'avais essayé avant d'appeler à l'aide, mais visiblement mal puisque maintenant ça marche. Grmbl. any questions? ;-) Oui, m'en reste une :-) comment faire pour que les fichiers créés dans ce répertoire aient par défaut rw pour le groupe ? J'aimerais ne pas changer le umask de l'utilisateur pour tous ses fichiers, mais seulement dans ce répertoire. (oui je sais, j'suis difficile) Je ne trouve pas d'option pour nfs qui fasse cela, ni même pour les fs linux-natifs (j'ai envisagé de créer une partition spécifique pour ça, mais il semble que même dans ce cas je ne puisse spécifier le umasq que pour des fs non linux-natifs) Je suppose que je dois pouvoir me passer de samba entre unix bien élevés, non ? :-) A+, -- Rémi ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] nfs et partie commune
Rémi Letot wrote: ... any questions? ;-) Oui, m'en reste une :-) comment faire pour que les fichiers créés dans ce répertoire aient par défaut rw pour le groupe ? J'aimerais ne pas changer le umask de l'utilisateur pour tous ses fichiers, mais seulement dans ce répertoire. (oui je sais, j'suis difficile) Je ne trouve pas d'option pour nfs qui fasse cela, ni même pour les fs linux-natifs (j'ai envisagé de créer une partition spécifique pour ça, mais il semble que même dans ce cas je ne puisse spécifier le umasq que pour des fs non linux-natifs) Non, en effet. Il n'y a (à ma connaissance) pas de moyen de faire ça. Note qu'une possibilité (loin d'être parfaite) serait d'éxécuter un petit script à partir de cron à intervalles réguliers (p.ex. tous les 1/4h ou toutes les heures) et qui ferait un chmod -R g+rwX /share (de préfence l'éxécuter comme root). Je suppose que je dois pouvoir me passer de samba entre unix bien élevés, non ? :-) Bien entendu, NFS est la solution native pour UNIX-UNIX ;-) PS: une option qui augmente les performances d'accès au NFS à utiliser sur le client NFS (qui fait le mount): -o rsize=8192,wsize=8192 Cela augmente la taille des blocks lors des accès en lecture et en écriture à 8kb (défaut=4kb) cf. man mount: ... Especially useful options include rsize=8192,wsize=8192 This will make your nfs connection faster than with the default buffer size of 4096. (NFSv2 does not work with larger values of rsize and wsize.) ... -- -o) Pascal Bleser http://guru.unixtech.be | /\\ [EMAIL PROTECTED] | _\_v [EMAIL PROTECTED] | -| Jesus saves,Buddha makes incremental backups : -' ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] nfs et partie commune
Pascal Bleser wrote: Rémi Letot wrote: ... any questions? ;-) Oui, m'en reste une :-) comment faire pour que les fichiers créés dans ce répertoire aient par défaut rw pour le groupe ? J'aimerais ne pas changer le umask de l'utilisateur pour tous ses fichiers, mais seulement dans ce répertoire. (oui je sais, j'suis difficile) Je ne trouve pas d'option pour nfs qui fasse cela, ni même pour les fs linux-natifs (j'ai envisagé de créer une partition spécifique pour ça, mais il semble que même dans ce cas je ne puisse spécifier le umasq que pour des fs non linux-natifs) Non, en effet. Il n'y a (à ma connaissance) pas de moyen de faire ça. Note qu'une possibilité (loin d'être parfaite) serait d'éxécuter un petit script à partir de cron à intervalles réguliers (p.ex. tous les 1/4h ou toutes les heures) et qui ferait un chmod -R g+rwX /share Beek! ;-) Outre le fait que c'est dégueulasse, en plus, cela surcharge fort le serveur, et ne peut pas convenir dans le cas où ton /share contient un grand nombre de fichiers. Nous avons eu le problème, et nous l'avons résolu d'une manière bien plus élégante et légère, en profitant de capacités nouvelles (IMon) de notre bien-aimé kernel 2.4. Frédéric Péters nous a développé un petit programme spécial pour faire un truc similaire à ce que Rémi demande (et sur un très grand nombre de fichiers), mais depuis plusieurs autres sont apparus en GPL, plus souples, plus configurables et probablement plus testés que le notre. ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] nfs et partie commune
On Fri, Mar 07, 2003 at 06:36:43PM +0100, Rémi Letot wrote: Hoy all, je voudrais via nfs creer une zone de stockage ou certains de mes utilisateurs peuvent ecrire, modifier,... bref partager des fichiers. Est-il possible de le faire sans que *tous* les utilisateurs venant des machines autorisees ne puissent le faire ? J'ai bien decouvert l'option squash-all, mais alors tout le monde a les droits, et je voudrais restreindre cela a quelques utilisateurs. (par exemple via un groupe specifique) Ben oui, ça me paraît bon, tu fais un répertoire /pub par exemple, que tu attribues à un groupe dans lequel tu places les utilisateurs concernés. Ca devrait aller, non ? -- J.-F. STRAETEN --- Mutt 1.4i. Powered by GNU/Linux - SuSE 8.1 ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] nfs et partie commune
Jean-Francois Straeten [EMAIL PROTECTED] writes: On Fri, Mar 07, 2003 at 06:36:43PM +0100, Rémi Letot wrote: Hoy all, je voudrais via nfs creer une zone de stockage ou certains de mes utilisateurs peuvent ecrire, modifier,... bref partager des fichiers. Est-il possible de le faire sans que *tous* les utilisateurs venant des machines autorisees ne puissent le faire ? J'ai bien decouvert l'option squash-all, mais alors tout le monde a les droits, et je voudrais restreindre cela a quelques utilisateurs. (par exemple via un groupe specifique) Ben oui, ça me paraît bon, tu fais un répertoire /pub par exemple, que tu attribues à un groupe dans lequel tu places les utilisateurs concernés. Ca devrait aller, non ? Comment je fais pour que les fichiers créés dans ce répertoire appartiennent au groupe de partage et pas au groupe principal des utilisateurs ? Merci, -- Rémi `Debian: giving you the power to shoot yourself in each toe individually.' -- with kudos to Greg Lehey ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
