[Samva]

Pigé le principe, mais je peux pas t'aider comme ça, une histoire sombre de droits ca me dépasse

[KnuX]

Une solution trouvée !

- Chacun de mes utilisateurs ont le GID correspondant au groupe "users" dans /etc/passwd.
Ce qui a pour incidence que chaque fichier créé aura pour propriétaire l'utilisateur et pour groupe "users".

- La home de chacun d'eux est en 700.
Afin d'éviter toute lecture de la home par d'autres utilisateurs, même ceux du groupe "users".

- Les permissions par défaut pour la création de fichier sont en 770.
Ainsi les fichiers créés dans mon dossier public seront modifiables par tous les utilisateurs du groupe "users".

Si quelqu'un a mieux ou est sceptique, je suis preneur

Note : Dans le cadre d'NFS, on m'a dit que les options "all_squash,anonuid=X,anongid=Y", où X et Y sont les UID et GID respectifs que je veux pour les fichiers écrits dans mon partage, suffisait. Mais avoir une solution dans le cas d'un dossier local à la machine n'était pas sans refus

[Fred]

Le NFS c'est pareil en distant et en local, il suffit d'exporter tes comptes via NIS et tu gère tes droits comme tu le ferais avec un montage "standard".

[KnuX]

Wep j'ai compris ça, ça ne m'aurait néanmoins pas aidé (je suis seul utilisateur d'une des deux machines et les uid/gid collent, donc ça va ).

Par contre, pour le problème de démarrage lorsque le réseau est down, petite illustration sous une Debian testing... Là je n'ai plus qu'à faire "CTRL+C" pour que le boot continue, et un "mount -a" ensuite parce qu'il n'aura finalement pas monté ces partages.

[KnuX]

C'est un bug et non une mauvaise configuration. Testé avec Mandriva, ça roule

Reste à savoir à qui de nfs ou mount vais-je remonter le problème... hmhm :rolleyes: