Ticket #622 (Open)Thu Dec 07 19:58:18 UTC 2023
NFS doesn't behave correctly in respect of the permissions of a nfs share using user nobody.
Reported by: | adr (12133) | Severity: | Normal |
Part: | Release: | ||
Milestone: | Status | Open |
Details by adr (12133):
host h5, debian nfs server exports example:
/data 192.168.99.0/24(rw,sync,no_subtree_check,all_squash,anonuid=1000,anongid=1000)
1000 is the user and group id of user adr in h5.
$ ls -lhd /data/stuff/tmp
drwxr-xr-x 2 adr adr 4.0K Dec 5 16:23 /data/stuff/tmp
On risc os:
*mount -host h5 h5 /data
*dir nfs::h5.stuff.tmp
*echo “hello” { > test }
Insufficient access
On h5 (debian) again:
$ ls lh /data/stuff/tmp——— 1 adr adr 0 Dec 7 2023 test,ffd
-rw
The file is created empty, but with the permissions set correctly.
Now, more weirdness… with edit If I make a file containing “hello” and save it to the share:
On h5:
$ ls lh /data/stuff/tmp——— 1 adr adr 0 Dec 7 2023 test,ffd
-rw
-———- 1 adr adr 5 Dec 5 16:59 TextFile
The file is created without permissions, but is not empty as before!
$ chmod u+rw /data/stuff/tmp/TextFile
$ cat /data/stuff/tmp/TextFile
hello
The only way I can open the file in risc os is changing the “other” permissions:
$ chmod o+wr /data/stuff/tmp/TextFile
Or if I set from risc os the Public permissions of the file.
Note that in sunfish nothing of this happens.
Changelog:
Modified by adr (12133) Thu, December 07 2023 - 20:03:54 GMT
Sorry about the format, the ls commands had the ‘-’ in the options… first time using the bug report system.
By the way the link offering help is broken (http://redcloth.org/).
Modified by adr (12133) Tue, December 19 2023 - 15:19:27 GMT
This is about OmniClient’s NFS module, in case of doubt.