NFS gedeelde mappen niet te mounten

[Grofweg]

De gedeelde NFS map kon ik binnen Linux Mint toch openen toen ik dat als beheerder deed. Omdat de gedachte dat het met toegangsrechten te maken heeft hierdoor sterker werd, daar nog eens naar aan het zoeken geweest.
De door Birdy aangegeven methode vervolgens nog eens toegepast en bij Squash "alle gebruikers toewijzen aan admin" ingevuld. Vervolgens kon de gedeelde map toch geopend worden en de bestanden benaderd worden.

Als su? Of als gebruiker.

Heb je nfs4 ook nog geprobeerd?

[Ben(V)]

NFS is een veroudert systeem met beperkte mogelijkheden tot het gebruik van het rechtensysteem.

Wat hij nu gedaan heeft is alle gebruikers van z'n mint systeem toegang geven tot alle folders op de Nas die nfs toegang hebben.
Hij mapped namelijk alle remote NFS gebruiker als admin op z'n Nas.

[ramble]

En gaat dit wel goed nu iedereen dus admin rechten krijgt? Ik heb hier een goed gevoel bij.

Hier bedoelde ik natuurlijk "geen goed gevoel bij"

@Birdy
Dat zal ik dan zeker doen als ik er niet uit komt.

@Grofweg
Dit heb ik gedaan in de GUI en met de rechtermuis kon ik kiezen voor "openen als beheerder". Ik neem aan dat ik dan niet als user maar als SU toegang krijg.
Nfs4 geprobeerd maar hielp ook niet. Ik weet echter niet of en wat er dan bij nfs4-domein ingevuld zou moeten worden. Had het nu leeg gelaten.

Jullie allen bedankt voor de adviezen. Uiteraard hoor ik graag nog andere tips en suggesties en anders ga ik die ticket maar openen. Het moet toch goed te krijgen zijn.

[ramble]

NFS is een veroudert systeem met beperkte mogelijkheden tot het gebruik van het rechtensysteem.

Welk systeem zou jij dan wel adviseren?

[Ben(V)]

Gewoon smb, dat is de standaard (zelf voor Apple tegenwoordig), zelfs mint ondersteunt dat volgens mij.

Als je met nfs en users wilt werken moet je er voor zorgen dat  UID (user identifier) and GID (group identifier) voor je gebruiker van je mint systeem gelijk zijn aan een overeenkomstige gebruiker op je Nas.
Dat kan wel maar is vrij lastig.

[ramble]

MOD: Onnodige citaat is verwijderd, lees even.

Ben, je zult ongetwijfeld gelijk hebben maar hoe kan het dan dat ik 8 jaar lang met een DS107+ niet deze problemen heb gehad en me ook nooit druk heb hoeven maken of de UID en de GID wel hetzelfde waren. En ik heb toch met een aantal verschillende machines en ook verschillende versies Linux (waar onder Mint en Ubuntu systemen) probleemloos die gedeelde mappen kunnen mounten.

Maar als smb de nieuwe norm is dan moet ik wellicht NFS los gaan laten. 

[Grofweg]

@Ben,

Hoezo lastig?
Via terminal op je Nas kijken
$ cat /etc/passwd

En op Mint kun je via het te installeren gnome-system-tools  de user-id's zien en wijzigen.

Er zijn nu eenmaal een aantal programma's die niet direct bestanden kunnen openen die gekoppeld zijn via samba, maar wel via nfs. Dat is voor mij de hoofdreden voor het gebruik van nfs op mijn linux machine (openSUSE).

[ramble]

Op het instellingenblad "NFS-regel bewerken" is een instelling "Beveiliging" aanwezig. Dit veld kan niet leeg gelaten worden. Volgens een tutorial op synology.com betekent dit dat er inderdaad naar de UID en GID wordt gekeken.

Bescherming: geef de te implementeren beveiliging op.
◾AUTH_SYS: gebruik de NFS-client-UID (gebruikers-id) en GID (groeps-id) om de toegangsrechten te controleren.


Deze instelling is op een 107+ niet aanwezig wat dan verklaart dat op een 107+ gewoon iedereen vanaf een toegewezen ip adres toegang heeft. En zo werkte het ook altijd en omdat ik alleen maar binnen het eigen netwerk een aantal mappen (soms met allen lezen rechten) gedeeld had werkte dat voor mij prima.

Dus het zal nu beter beveiligd zijn maar ik kan nog niet eenvoudig bereiken wat ik toen wel kon.

@Grofweg
Dat aanpassen van die ID zal ik eens naar kijken. Maar hoe dit dan weer op mijn KODI (onder windows) moet? Daarmee maak ik nog het meeste gebruik van NFS om allerlei content af te spelen. Nou ja KODI kan gelukkig wel goed met smb overweg.

[Ben(V)]

Vorige versies van Dsm hadden deze setting niet en werd alles vanaf dat ipadres toegestaan.
Als je smb gebruikt kunt je gewoon met username/password beveiliging werken.
Ook Uid/ Gid is maar een heel zwakke beveiliging die je met wat try and error zo te pakken hebt.

Het alternatief is Nfs met kerberos gebruiken.

Apparatuur die geen smb ondersteund maar alleen nfs is antiek.