Selon CC <[EMAIL PROTECTED]>: > quand tu regardes les droits avec konqueror : > la propriété des fichiers est à l'user qui a lancé smb4k, le groupe son > groupe > primaire. Le propriétaire et les droits ne sont pas ceux du serveur.
je corrige mon message précédent qui était incorrect et incomplet : avec smb4k pour monter une ressource samba, puis konqueror pour parcourir le montage, ce sont bien (comme sous windows d'ailleurs) les uid/gid définis sur le serveur qui sont récupérés et affichés. Il s'agit bien d'uids/gids numériques qui sont récupérés, mais le nom correspondant est converti (contrairement à windows) sur la base de comptes *locale* (côté client).(windows essaie de résoudre le nom correspondant au rid en interrogeant le serveur samba, ce qui n'est pas le cas de smb4k qui ne prend en compte que l'uid et résoud les noms à partir de la base système locale, c'est-à-dire /etc/passwd sur un système standard). un exemple : mon utilisateur user1 sur le serveur a pour uid 510. l'uid va être transmise par samba et résolue *localement* avec l'utilisateur dont l'uid est 510 (qui peut ne pas exister ou alors s'appeler autrement). Mais dans tous les cas, les fichiers créés par le client auront bien comme propriétaire (sur le serveur) celui spécifié dans le champs authentification de smb4k. Il en résulte que l'affichage du nom de propriétaire dans konqueror ne correpond pas au propriétaire sur le serveur (le nom seulement, car l'uid est correct). Si l'on veut que le nom soit le bon, il faut effectivement que les uids soient les mêmes côté client et côté serveur (ce qui est peu réaliste dans une grosse structure, sauf à avoir la même base de comptes, par exemple en copiant passwd et passdb.tdb). Il en résulte également qu'il n'est pas possible de changer le propriétaire à partir de smb4k/konqueror > > > > > il faudrait dc, que les ids de mes clients, soient les même que ceux du > > serveur c'est ça ??? > > non comme précisé ci-dessus, cela n'est nécessaire que si tu veux que le nom affiché soit le bon. ce n'est pas nécessaire au fonctionnement de samba. Un bonne habitude pour éviter les problèmes : crée tes comptes d'utilisateur sur le serveur avec des uids > 10000. Il y a peu de chances que tes users locaux aient cette uid, tu verra donc apparaître non pas un nom erroné, mais l'uid numérique non résolue. Encore une fois, même si (pour le cas précédent) l'uid locale 510 correspond à user2 alors qu'elle correspond à user1 sur le serveur, si tu crées un fichier à partir de konqueror, il sera affiché user2 sur le client, mais le fichier appartiendra bien à user1 sur le serveur. Tu risques d'avoir beaucoup de difficultés pour changer les droits à partir de smb4k/konqueror. En résumé : samba est conçu pour des clients win, pas vraiment pour des clients linux. Utilise plutôt nfs. -- CC
____________________________________________________ Want to buy your Pack or Services from Mandriva? Go to http://store.mandriva.com Join the Club : http://www.mandrivaclub.com ____________________________________________________
