Synology Shared folder foutmelding / rechten uitdaging binnen DSM 5.2-5967

[spicers]

Ik krijg sinds kort volgende melding "sorry this user account has not been assigned proper privileges" bij het openen van File Station binnen DSM, versie DSM 5.2-5967 Update 8

zie onderstaande afbeelding:



user group "users" heeft normaliter alleen "read-only" privilege, dit is de system default "users" gebruikersgroep.

Een gebruiker van de "users" group, heeft dus default alleen lezen. Op individuele gebruiker geef ik dus, Read/Write toegang, Laten we even zeggen "Gebruiker A". Dit wordt ook overgenomen op de Share welke ik in dit geval heb aangemaakt, laten we zeggen "Shared Folder P". Ik heb er diverse aangemaakt en deze functioneren naar behoren. Ook heeft "Gebruiker A" geen last van connectie/rechten fouten van de andere Shares, hierbij zitten ook andere handmatig aangemaakte Shares. Dus buiten (Photo, Video, Music)

Alleen 1 share, "Shared Folder P", werkt sinds april/mei niet meer voor gebuiker A. Het heeft volgens mij niets met Windows te maken (1803 build 17134.191), Aangezien inloggen direct binnen DSM en en dan naar "File Station". Binnen Windows gebruik ik dezelfde gebruiker en paswoord. De share(s) binnen windows maak ik via "netwerkverbinding maken".

Indien ik deze gebruiker "Admin" maak dan werkt het naar behoren, maar dat is niet wat ik wil. (buiten het feit of je het ook anders zou kunnen inrichten, maar heb maar een paar gebruikers)

Daarnaast is het vreemd dat het altijd heeft gewerkt. Verder hebben we ook een share voor bijvoorbeeld (gedeelde) Kalenders en dat heeft in basis dezelfde setup en werkt naar behoren, alleen dus voor "Shared Folder P" niet meer.

Binnen synology "Privileges" kan ik naar "File station" hier heeft "Gebruiker A" specifiek ook nog eens "Allow" Als ik specifiek voor File station kijk naar de "Permission viewer" dan heeft "Gebruiker A" een "Effective permission" van "Allow". Ook nog eens gekeken op "Gebruiker A" zelf binnen "Applications" en ook hier wordt  voor File Station aangegeven "Preview" = "Allow"; "Group permissions" = "Allow", verder staat checkbox "allow" ook op "true" (aan).

Daarnaast ook nog een nieuwe "user group" met alleen "Shared Folder P" en "Read/Write" en verder alleen toegewezen naar "Gebruiker A", opnieuw ingelogd naar DSM, maar helaas zelfde melding.

Zelf ook wat gezocht naar zie niet echt een oplossing voor deze uitdaging, bijvoorbeeld wel meerdere gebruikers onder hetzelfde account, maar dat is niet wat er aan de hand is... of...

https://forum.synology.com/enu/viewtopic.php?t=128486
https://forum.synology.com/enu/viewtopic.php?t=114135
https://www.synology-forum.nl/synology-dsm-5-1/rechtenprobleem-met-het-admin-acount/

Kan iemand mij in de juiste richting duwen? of toch support request?

[Ben(V)]

Deny gaat boven allow.

Met andere woorden als je via de group setting alleen mag lezen heeft het geen effect meer om de user zelf read/write rechten te geven want door de groep setting mag hij niet schrijven.

[spicers]

om de proef op de som te nemen heb ik op de bewuste share, "Shared Folder P" de permissie gewijzigd naar "Read/Write". Echter "Gebruiker A" krijgt nog steeds de melding zoals vermeld in de OP.

aangezien ik ook nog wel het nodige kan leren; wil graag begrijpen tav je feedback "als group setting alleen mag lezen heeft het geen effect meer om de user zelf read/write rechten te geven want door de groep setting mag hij niet schrijven"

de gebruiker kan op de andere shares, waarbij ik dit ook zo gedaan heb, wel lezen, schrijven, verwijderen. hier heb ik dan geen verklaring voor en of ik begrijp je feedback niet. hoor het graag.

[Ben(V)]

https://www.synology-forum.nl/file-ftp-nfs-and-samba-server/share-toegang-op-basis-van-user-en-group-settings/msg61287/#msg61287

[spicers]

bedankt voor de link!, mooie post, geeft eea goed weer, en op basis van post #12 en het eerste plaatje geeft het aan dat qua setup het zou moeten werken, aangezien het altijd heeft gewerkt. Top!

Daarom is het ook vreemd dat ik de melding krijg binnen de OP, en alleen voor deze share, de anderen werken goed. Lijkt alsof er iets corrupt is? kan dat trouwens?

evt dit topic verplaatsen naar "Synology-Forum.nl » Overige software » FTP, NFS and Samba Server »"

[Ben(V)]

Er kan ook nog ergens gebruik gemaakt zijn van ACL's
Die maken een fijnere granulariteit mogelijk.
Kun je bekijken via de permissions inspector

Filestation, properties, permissions, advance options, permissions inspector.

[spicers]

de betreffende share "Shared Folder P" heeft naar mijn mening geen ACL's aangezien deze nog niet "geconverteerd" is. Er is een optie om dat uit te voeren. "Action" --> "Convert to Windows ACL". Er is binnen alle shares, 1 share "Shared Folder I" waarbij dit uitgevoerd is, maar dit zou geen effect moeten hebben aangezien dit een andere share is, althans dat is mijn aanname.

Ik heb verder de rechten structuur nog wat vereenvoudigd, hierbij is in basis voor een aantal shares  "read only" op groep niveau (Users) gedefinieerd, incl "Shared Folder P". Verder geen aanpassingen op individuele gebruiker. Hierdoor zie ik dat dit netjes naar "boven" gaat. Dus als ik kijk binnen de "Administrators" group dan wordt netjes "read only" zichtbaar. Indien ik dan inlog op basis van gebruiker binnen deze groep dan kan ik op de betreffende share, incl read only. Ben ik echter geen lid van specifiek de "administrators" groep dan krijg ik weer de "OP" melding, terwijl er minimaal dus "read only" is, aangezien dit op de "Users" groep is gedefinieerd.

Dit begrijp ik dan niet...

Het enige wat nog anders is binnen de "Administrators" groep, is dat er voor de andere share dus "Shared Folder I" een vinkje staat bij "Custom", maar dat was/is ook te verwachten omdat deze ACL geconverteerd is, maar zou geen invloed op moeten hebben, of maak ik hier een denk fout...

[spicers]

ik heb de betreffende share geconverteerd naar ACL. Dit is ook gelijk de oplossing geweest. Deze share was nog niet geconverteerd, en had zoals aangegeven, de juiste rechten structuur. Na conversie bleek dat het vinkje op groep "users" weg was. Ik heb geen idee hoe dat kan, aangezien voor conversie dit er wel stond/staat. Er zat toch wellicht een glitch binnen deze groep? Wie zal het zeggen... Na het zetten van de rechten werkt het weer, dus dat is goed!

[Ben(V)]

Je hebt dus shares die nog niet geschikt zijn voor ACL's en dat was je probleem.
En je probleem stelling was heel slecht want die ACL's worden enkel gebruikt door packages van de SynoCommunity en niet door Samba of FileStation.

Wat er na de ACL conversie wel werkt is dus een applicatie van de SynoCommunity en heeft niets met een user te maken want onder DSM 6 draaien de packages onder een hidden user waar je geen rechten aan kunt toekennen en die ook niet in de groep "users" zitten.
Je moet ze via hun eigen groepen die de packages aanmaken rechten rechten op shares.
Zie deze wiki.

https://github.com/SynoCommunity/spksrc/wiki/Permission-Management