Op dit moment gewoon met een mount commando zodat de mount er alleen maar is als mijn backup loopt.
Mijn mountcommando is
mount -t nfs -onoatime,rw,tcp 192.168.1.2:/volume1/data /media/data
Ik heb wel met het opgeven van nfs versies geƫxperimenteerd, maar dat lostte mijn probleem niet op. Bovendien staat NFSv4 op de Synology uit en is de connect dus sowieso met NFSv3.
Als /volume1/data dicht staat, dan kan ik na de mount wel in die folder en subfolders komen, maar elk bestand of directory die ik aanmaak staat ook dicht. En daar kan mijn backup niet tegen.
Unmount ik en geef ik /volume1/data de rechten 'drwx------' en maak ik daarna na een mount een bestand aan, dat heeft deze wel de standaard 'rw-r--r--' rechten.
Ik heb vervolgens weer een unmount gedaan en het mountpunt weer dicht gezet. Toen ik deze daarna mountte en weer een bestand aanmaakte, hield deze zijn standaard 'rw-r--r--' rechten. Precies wat ik wil dus. Ik weet alleen of dit ook zo blijft na een reboot (er loopt op dit moment een initiƫle backup van de data op mijn NAS naar een externe schijf, en die wil ik niet onderbreken).
Wat me opviel is dat het gedrag via de NFS mount gelijk was aan het gedrag van een lokale root-user op de NAS zelf.
Voor de volledigheid nog even de NFS-instellingen zoals ik die op het moment op de server heb staan:
NFS inschakelen: aangevinkt
NFSv4-ondersteuning inschakelen: staat uit
Standaard UNIX machtigingen toepassen: aangevinkt
Pakketgrootte lezen: 8KB
Pakketgrootte schrijven: 8KB
Kerberos-instellingen: leeg
En voor de betreffende map staan de NFS-machtigingen als volgt:
Hostnaam of IP*: 192.168.1.5
Rechten: Lezen/schrijven
Squash: Geen toewijzing
Beveiliging: sys
Asynchroon inschakelen: aangevinkt
Verbinden van niet-gemachtigde poorten toestaan (poorten hoger dan 1024): aangevinkt.