Salutare, Am inceput si eu sa ma joc cu NFS-ul si am reusit sa montez câteva share-uri de pe NAS-ul meu pe laptop folosind următoarele setări în /etc/exports:
/nfs/Download *(rw,all_squash,sync,insecure,anonuid=65534,anongid=65534,no_subtree_check) Totul e bine si frumos, mai putin faptul ca fisierele de pe NAS au ca owner nobody (uid 99) si group jewab (gid 1000), iar userul cu care montez (si care vreau sa aiba drepturi rw) are uid 1000 si gid 1000. Am găsit pe net exemple de remapare a UID-urilor cu un parametru numit map_static=/etc/nfs.uid.map, iar fisierul ar avea un continut de genul: #remote local #adrianp@stingray -> nobody uid 1000 99 ... care ar trebui sa rezolve problema drepturilor. Din păcate se pare că parametrul map_static nu mai e suportat de NFS de ceva vreme... (exportfs: /etc/exports:1: unknown keyword "map_static=/etc/nfs.uid.map") Așa că - întrebarea mea este - ce variantă de remapare a drepturilor îmi recomandați să folosesc din următoarele la care m-am gândit (sau poate că există ceva ce mi-a scăpat): 1. schimbat uid 99 în uid 1000 și chown recursiv pe fisierele existente de pe NAS -> Risc: e posibil ca anumite aplicatii de pe NAS sa depindă de uid-ul 99 și sa dau în alte belele) 2. schimbat uid 1000 în uid 99 și chown recursiv pe fișierele de pe laptop -> Risc: S-ar putea să chițăie ubuntu că UID-ul userului e sub 1000 3. de vreme ce gid-ul e comun (din întâmplare), aș putea da drepturi rw pe grup + schimbat umask să aibă 0 pe grup și așa aș avea drepturi (dar umask-ul trebuie ajustat în ambele locuri) -> problema o să fie când creez fisiere noi de pe laptop se vor salva pe NAS cu uid 1000, ceea ce nu-mi convine... Știu că există ceva servicii pentru nfs pentru maparea numelor, dar nu folosesc aceleași nume de utilizatori în ambele locuri, deci nu știu dacă mă ajută. So, există vreo posibilitate sa montez share-ul făcând remapping automat la UID/GID? Știu că NFS-ul nu a fost proiectat să fie montat ca un share samba (cu uid=xxx,gid=yyy), dar ca functionalitate, cam asta aș vrea. Mulțumesc, Adrian _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
