Am o problemă la apariția fișierelor folosind o montură NFSv4 între
Server: Ubuntu 20.04, 192.168.1.1
Client: Ubuntu 18.04, 192.168.1.2
Pe server, am un folder și un fișier
/home/server/files/myfile.pdf
(rețineți că „server” este folosit ca nume de cont de utilizator). Iată întreaga proprietate și lanțul de permisiuni ale fișierului original:
drwxr-xr-x root:root /
drwxr-xr-x root:root /home/
drwxr-xr-x server:server /home/server/
server drwxrwxr-x:nfsgroup /home/server/fișiere/
-rwxrwxrwx server:nfsgroup /home/server/files/myfile.pdf
Aici puteți vedea un exemplu de utilitar „utilizator”: „grup” pe care l-am creat:
nfsuser uid=127
nfsgroup gid=134
Atât „nfsuser” cât și „server” sunt în grupul „nfsgroup”.
Pe server, am /fișiere/ directorul legat-montat la /srv/nfs4/files/ în /etc/fstab, cu o intrare
/home/server/fișiere /srv/nfs4/fișiere nicio legătură 0 0
Acest lucru este de succes și văd clar /srv/nfs4/files/myfile.pdf dosar ca
-rwxrwxrwx server:nfsgroup /srv/nfs4/files/myfile.pdf
Iată întreaga proprietate și lanțul de permisiuni ale fișierului montat și difuzat:
drwxr-xr-x root:root /
drwxr-xr-x root:root /srv/
server drwxrwxr-x:nfsgroup /srv/nfs4/
server drwxrwxr-x:nfsgroup /srv/nfs4/files/
-rwxrwxrwx server:nfsgroup /srv/nfs4/files/myfile.pdf
Acum, vreau să export întregul /srv/nfs4/ directorul, care conține bind-mounted fisiere/, către client. Am această intrare în server /etc/exports:
/srv/nfs4 192.168.1.2(rw,sync,fsid=0,root_squash,all_squash,anonuid=127,anongid=134,no_subtree_check)
Rețineți în special că all_squash,anonuid=127,anongid=134 grupul de setări face ca utilizatorul client „client” să fie recunoscut ca „nfsuser” în „nfsgroup” în ceea ce privește permisiunile.
După ce export asta folosind $ sudo exportfs -ra, îl montez în directorul la nivel de rădăcină /nsffiles/ pe client folosind comanda $ sudo mount -t nfs 192.168.1.1:/srv/nfs4 /nsffiles.
Rezultatul este că eu poti vedea cel exportat fisiere/ director din interiorul /nsffiles/ asupra clientului. Totuși, nu îi pot vedea conținutul:
$ ls -Alhd /nsffiles/
drwxrwxr-x 8 client 134 4.0K 14 noiembrie 20:37 /nsffiles/
$ ls -Alhd /nsffiles/fișiere/
drwxr-xr-x 2 root root 4.0K 14 noiembrie 20:36 /nsffiles/files/
$ ls -Alh /nsffiles/fișiere/
total 0
Faptul că clientul NFS poate vedea fisiere/ directorul indică deloc că nu este nimic fundamental în neregulă cu serviciile mele NFS sau cu rețeaua locală. Nu există probleme de firewall și nu ar trebui să instalez pachete suplimentare. De asemenea, anterior aveam ca suportul NFS să funcționeze perfect sub o structură de foldere ușor diferită (fisiere/ a fost într-un director în afara casei, de exemplu), așa că știu că elementele de bază sunt bune în acest sens.
Presupun că cea mai probabilă cauză a motivului pentru care nu va funcționa acum este o modificare subtilă a proprietății/permisiunilor între configurarea anterioară și cea actuală. În special, directorul montat este
partea serverului: `/srv/nfs4/` drwxrwxr-x server:nfsgroup
partea client: `/nsffiles/` drwxrwxr-x client:134
Directorul conținut este
partea serverului: `/srv/nfs4/files/` drwxrwxr-x server:nfsgroup
partea client: `/nsffiles/files/` drwxr-xr-x root:root
Adică, pentru directorul montat, permisiunile se convertesc ca server:nfsgroup -> client:134, ceea ce este de așteptat. Permisiunile pentru directorul conținut, totuși, se convertesc ca server:nfsgroup -> root:root. De ce rădăcină:rădăcină si nu client:134?
Acest ServerFault întrebare sună similar, dar se referă la Windows și nu pot spune că se aplică singurul răspuns.
Acest Unix.SE întrebare se referă la permisiunile fișierelor NFS pentru o configurare Windows/Linux; toate informațiile pe care le pot culege din ea sunt lucruri pe care le știu deja și cred că am avut grijă.
Vă rugăm să răspundeți numai dacă știți despre ce vorbiți. Dacă nu poți rezista să postezi o presupunere sălbatică, te rugăm să o identifici ca fiind o presupunere sălbatică. Sau, știți, furnizați suficiente informații pentru ca cititorul dvs. să poată face diferența.
