Synology-Forum.nl
Packages => 3rd party Packages => Topic gestart door: Martijn85 op 20 april 2014, 09:09:33
-
Ik zie dat steeds meer dat mensen last hebben van de problemen dat bepaalde pakketten geen lees/schijf rechten meer hebben op de volumes.
Vanaf DSM 5 heeft Synology namelijk de rechten aangepast op de gedeelde mappen die je vanuit DSM niet kunt aanpassen omdat de pakketten gebruik maken van gebruikers die je in DSM niet kunt zien.
Als je een upgraden vanaf DSM 4.3 hebt gedaan heb je hier geen last van omdat de rechten goed mee worden genomen. Dit komt alleen voor als je een nieuw installatie hebt gedaan van DSM 5.
Dit gaat om de pakketten: SABnzbd, CouchPotato, SickBeard (alle versies), AutoSub, etc.
We kunnen deze problemen oplossen, hiervoor hebben we het programma WinSCP nodig: http://winscp.net/eng/download.php
- Zet de SSH service aan (Configuratiescherm > Terminal)
- Start WinSCP en klik op nieuw
Zet de volgende gegevens in de WinSCP sessie:
Bestandsprotocol: SCP
Adres doelcomputer: <NAS-IP>
Poortnummer: 22
Gebruikersnaam: root
Wachtwoord: het admin wachtwoord
Klik op opslaan en vervolgens op inloggen
Ga naar volume1 en ga naar de map waar het programma(s) de rechten op moet hebben en klik met de rechtermuisknop op deze map en kies voor eigenschappen. De rechten staan als het goed is op: 0000, pas deze rechten aan naar: 0777 en klik op ok.
Nu kunnen de programma de map weer uitlezen en zou alles weer moeten functioneren.
-
Kun je dat niet ook gewoon instellen met File Station? Gewoon de eigenschappen van een map bekijken en aanpassen?
-
Nee omdat root:root de rechten moet hebben anders werkt het niet. En root kun je niet instellen vanuit filestation.
Op deze manier hebben ook de niet DSM gebruikers de rechten.
Verstuurd vanaf mijn HTC One X met Tapatalk
-
DSM 4.3 geeft een nieuwe gedeelde map ook de rechten 0777, vanaf DSM 5 krijgen de mappen 0000
Verstuurd vanaf mijn HTC One X met Tapatalk
-
Er is natuurlijk 1 groot probleem:
Eigenlijk moeten de permissions daarna weer hersteld worden en dat is iets wat vrijwel niemand zal gaan doen en daarmee verdwijnt een stuk principiële bescherming.
Dit probleem kan dus alleen vanuit DSM/Synology goed worden opgelost.
-
Daar zit wel wat in.....777 is wel heel open voor iedereen.
-
Er is natuurlijk 1 groot probleem:
Eigenlijk moeten de permissions daarna weer hersteld worden en dat is iets wat vrijwel niemand zal gaan doen en daarmee verdwijnt een stuk principiële bescherming.
Dit probleem kan dus alleen vanuit DSM/Synology goed worden opgelost.
De share rechten blijven gewoon staan zoals je ze in DSM aan hebt gegeven. Niemand kan bij de shares komen als die daar geen rechten voor heeft.