Mappen verbergen voor niet gemachtigden

[kuifje015]

Goedemiddag allemaal, ik zit met het volgende "probleem".

Ik heb in de basis een aantal gebruikers en gedeelde mappen aangemaakt. Daarbij heeft iedere gebruiker zijn of haar eigen privé-map. Daarnaast zijn er ook nog een aantal mappen die door meerdere gebruikers gebruikt kunnen worden zoals bijvoorbeeld de map muziek. Met rechten en machtigingen heb ik het aardig dichtgetimmerd voor wat betreft de toegang tot die mappen, zowel de persoonlijke- als ook de privé-mappen.

Nu is het alleen zo dat gebruikers in verkenner mappen kunnen zien waar ze geen machtiging voor hebben. Het openen van die map lukt voor die desbetreffende gebruiker niet tenzij ze over de juiste inloggegevens beschikken. Aangezien het niet de bedoeling is dat ze in die mappen kunnen komen heeft het ook geen toegevoegde waarde dat ze die mappen met verkenner kunnen zien of kunnen benaderen.

Nu de vraag, bestaat er een mogelijkheid waarmee ik deze mappen voor niet gemachtigde gebruikers in verkenner kan verbergen? Ik weet dat ik bij de instellingen van de gebruiker "verberg deze gedeelde map in "Mijn netwerklocaties"" aan kan vinken waarmee de map "onzichtbaar" wordt. Alleen is het nadeel van deze handeling dat ik als beheerder de map ook niet meer in mijn verkenner kan zien. Wie kan mij verder helpen? Bij voorbaat dank!

[Birdy]

bestaat er een mogelijkheid waarmee ik deze mappen voor niet gemachtigde gebruikers in verkenner kan verbergen?

Dit is volgens mij al eens eerder aan de orde geweest en blijkt dat dit niet mogelijk is.

[Birdy]

Volgende keer ook <ENTERS> geven, leest wel zo makkelijk(er).

[kuifje015]

Done.

[kuifje015]

Allen bedankt voor de reacties. Aangezien ik hier op het forum geen bevredigende oplossing heb gekregen heb ik dezelfde vraag voorgelegd aan de support van Synology. Hieronder hun eerste reactie. Op deze reactie heb ik gevraagd of het in de toekomst meegenomen kan worden in een DSM update. Daaronder staat de tweede reactie van de helpdesk medewerker. Ik post het hier omdat ik denk dat er meer mensen tegen dit "probleem" aan lopen.

Hello Ronald,
Thank you for contacting Synology support.
Sta ons toe om in het Engels te reageren, samen met Google Translation, aangezien meertalige ondersteuning op dit moment beperkt is.
Helaas is dit een bekend gedrag van Windows ACL permissies. Als een gebruiker zonder rechten probeert toegang te krijgen tot een gedeelde map via het Windows File Sharing protocol, kan hij geen mappen of bestanden in de gedeelde map bekijken. Hij kan de map echter nog steeds zien. Sorry voor het ongemak dat dit kan hebben veroorzaakt voor uw workflow.
Als er een probleem is, neem dan gerust contact met ons op.
 
== Het bovenstaande antwoord is vertaald door Google Vertaling. Laat het ons alstublieft weten als het bericht niet begrijpelijk of ongepast is. ==
[English Version]
Unfortunately, this is a known behavior from Windows ACL permissions. By design, if a user without privileges attempts to access a shared folder via Windows File Sharing protocol, he will not be able to view folders or files within the shared folder. However, he will still be able to see the folder. Sorry for the inconvenience this may have caused to your workflow.
If there is any problem, please feel free to contact us.
--
Best Regards,
Abdoul M.
Technical Support Engineer


Goodmorning Abdoul, thanks for your answer. Last question, is it possible for Synology to solve this issue in a later update or is it a Windows problem? Thanks again, Ronald.

Dear Ronald,
Thank you for the feedback.
This is the DSM system design, If you have allowed a user to access a subfolder he will still be able to see the root folder but cannot access it.
However, you could address this by using users' home folder since every user can only access their home folder If they don't have admin right.
You can store their folder in their respective home folder, then map the home folder on each user PC. Thank you.
--
Best Regards,
Abdoul M.
Technical Support Engineer
Synology Incorporated

[Plerry]

… Aangezien ik hier op het forum geen bevredigende oplossing heb gekregen heb ik dezelfde vraag voorgelegd aan de support van Synology ...

Tja, als je hier (door terzake kundigen) verteld wordt dat het niet kan, dan geloof je dat kennelijk gewoon niet. En vraag je het gewoon opnieuw, maar dan aan Synology support. En als je daar hetzelfde antwoord krijgt herhaal je hier met veel tam-tam wat je hier al eerder al is verteld ...

[@rno]

Zonder dat ik het heb uitgeprobeerd op Synology, het gaat hierbij om een feature die bij Windows Servers "Access Based Enumeration" heet, ofwel mappen waar geen toegang toe is niet laten zien.
In Samba kan dat ook op de volgende manier (van een willekeurige andere site)

1. In SSH command line, edit the Samba config file:
vi /etc/config/smb.conf
 
2. Under the [global] section, add:
hide unreadable = yes

Nogmaals, of dit ook kan en zal werken op Synology, ik heb het niet getest, maar aangezien ik verwacht dat Samba het onderliggende systeem is zou dit mogelijk ook moeten kunnen....

[Snowmiss]

Ik wilde bovenstaande proberen, maar om de smb.conf te editten heb ik natuurlijk toegang nodig. Met mijn ww van de hoofdgebruiker (met admin rechten) krijg ik echter een Permission denied. Daarop ook deze gevonden: https://www.synology-forum.nl/synology-dsm-6-2/omschakelen-naar-root-niet-mogelijk/msg272782/#msg272782 maar hier kom ik niet mee verder. Heb nooit een admin wachtwoord ingesteld (of ben ik dat nu alweer vergeten?) en wachtwoord van mijn hoofdgebruiker pakt tie niet (bij commando sudo -i)

Wat zie ik over het hoofd om toch de smb.conf op mijn nas te kunnen aanpassen?

[Birdy]

Geef het wachtwoord in van de hoofdgebruiker (met admin rechten).

[Birdy]

Zie ook hier.

[Briolet]

Ik wilde bovenstaande proberen, maar om de smb.conf te editten

En als je ook de mac bestandservice hebt aanstaan, zien mensen die het afp protocol gebruiken weer wat anders.     Maar gelukkig laat die de mappen zonder rechten direct al niet zien.

Dan heb je nog WebDav. Als je dat protocol actief hebt, zal dat ook niet reageren van een edit van de smb.conf.

[Snowmiss]

Geef het wachtwoord in van de hoofdgebruiker (met admin rechten).

Dat ben ik, en die gebruik ik dan ook.

Zie ook hier.

Mijn main pc waarmee ik inlog heeft als OS MX Linux, via een terminal log ik via ssh in op de synology met die hoofdgebruiker (dit gaat automatisch (dus geen ww meer nodig) want dat heb al eerder ingesteld voor het automatisch backuppen van mappen via rsync).

Daarna gebruik ik vi om de smb.conf te editten maar de nieuwe file opslaan kan niet. Vandaar dat ik daarna dit wilde doen via

sudo vi smb.conf

maar als ik dan het juiste ww van diezelfde hoofdgebruiker intik krijg ik toch Permission denied.

[Birdy]

Het probleem is, dat de map /etc/config waarin smb.conf zou moeten staan, niet bestaat, dus daarom krijg je "Permission denied"
Dus, wat hier staat, is inmiddels achterhaald.
Even gezocht, je moet hebben: /etc/samba/smb.conf en /etc.defaults/samba/smb.conf

(DSM 6.2.3-25426 Update 3)

[Briolet]

Klopt, ik zag de verandering ook. Bij mij werkt het volgende gewoon:

Code: [Selecteer]

sudo nano /etc/samba/smb.conf
Ik heb daarna  het volgende toegevoegd:

Code: [Selecteer]

hide unreadable = yes
Dit staat er dan in. Maar zodra ik in de geavanceerde SMB  instelling bij DSM iets verander dat in de smb.conf moet staan, is mijn verandering weer weg. Dus als je instellingen in DSM veranderd, zul je de conf file handmatig moeten aanpassen.

Ik was overigens verbaasd dat ik mijn echte naam in deze config file tegenkwam. (hier even aangepast):

Code: [Selecteer]

ldap admin dn=uid=Briolet,cn=users,dc=dsm,dc=mijndomein,dc=nl
ldap passwd sync=yes
ldap suffix=dc=dsm,dc= mijndomein,dc=nl
passdb backend=multi:smbpasswd,ldapsam:ldaps://localhost
syno ldap support=yes

Blijkbaar staat het hele LDAP gebeuren ook in deze config. Dus als je bij LDAP iets veranderd zal een eigen aanpassing in de de smb.conf waarschijnlijk ook weer weg zijn.

Edit: Dat DSM alle oude aanpassingen weggooit bij een verandering, doet vermoeden dat er nog ergens een template van deze config staat, die DSM als basis gebruikt voor de aanpassingen. Om iets permanent aan te passen moet je dan ook die template file aanpassen. (In elk geval werkt het zo bij de settings van Mail Server, waar ik wel ervaring mee heb)

[Snowmiss]

@Birdy : dat ik de smb.conf in een andere map moest zoeken was ik al achter (maar vergeten te melden). Het is ook die file die ik probeer te editten

Nu in ieder geval nano gevonden in SynoCli File Tools ;-) Vind deze altijd fijner werken dan vi

@Briolet : het is overigens geen Permission Denied die ik krijg. De file is write protected dus ik wilde de permissies aanpassen. Daarvoor een sudo chmod 765 in gedachte, maar dan wordt er gevraagd om ww en die vul ik in, maar dan is het Sorry, try again. Er gaat dus simpel weg iets mis met mijn wachtwoord. Dit is het ww aangemaakt voor de hoofdgebuiker bij het in gebruik nemen van de nas een paar weken terug. Deze werk wel voor bv de rsync vanaf mijn pc of als ik via een andere PC in het netwerk wil inloggen op DSM.

Misschien moet ik hiervoor maar een nieuw topic aanmaken?