Le vendredi 28 Octobre 2005 22:37, cc a écrit : > Le vendredi 28 Octobre 2005 18:10, linux_forever2001 a écrit : > > Le vendredi 28 Octobre 2005 18:02, linux_forever2001 a écrit : > > > Le vendredi 28 Octobre 2005 17:55, linux_forever2001 a écrit : > > > > Le vendredi 28 Octobre 2005 15:07, CC a écrit : > > > > > 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 > > > > > > > > merci à toi de ta longue explication. il se passe donc bien ce > > > > que je pensais malheureusement :( de ce fait, mon linux local > > > > m'interdit d'écrire sur ces ressources :( > > > > > > je tiens à préciser que pour éviter ce genre d eproblème g vu que > > > ds smb4k on peut spécifier un uid et guid :) dc cela résoud le prob > > > > > > :) > > > > heu... petite modif, cela n'a pas l'air de fctionner pile poil... > > et heu.... changer d'id de mon systèm local, cela ne risque rien ou > > pas ??? (je crois que je v essayer sur un compte sans importance lol) > > tu devrais pouvoir écrire sur ces ressources,puisque lors de la > connexion tu fournis bien le compte samba sur le serveur. > Sur mes serveurs, ça fonctionne.
bin, oui, mais pas chez moi :(
____________________________________________________ Want to buy your Pack or Services from Mandriva? Go to http://store.mandriva.com Join the Club : http://www.mandrivaclub.com ____________________________________________________
