Niet de juiste rechten voor accounts

[joostman]

Ik heb mijn NAS net opnieuw geïnstalleerd en merk dat ik ergens een foutje maak met rechten.
Ik heb momenteel sickbeard, nzbget en couchpotato draaien en de bijbehorende gebruikers ervan (User sickrage, nzbget, couchpotatoserver-custom) staan netjes gedefineerd in de /etc/passwd.

Het probleem komt als ik de app start, bijvoorbeeld sickbeard (sickrage) ik blijk in de app niet de schrijfrechten te hebben om een nieuwe serie aan te maken en om te kijken / schrijven in mijn bestaande video folder.
Ergens op een forum las ik de workaround die ik nu heb draaien, door het bestand /var/packages/sickrage/scripts/start-stop-status USER="sickrage" te veranderen naar USER="root" werkte het.. maar niet zoals bedoeld...

Voor een app vond ik het ook niet zo'n probleem, maar na install van couchpotato en nzbget kwam ik er achter dat het daar ook speelde... Om in plaats van alles op root te zetten ook te kunnen begrijpen waar het mis gaat vraag ik bij deze jullie inzicht

[Birdy]

Voor NZBGet zie hier, 2e plaatje van 2.1.

[Ben(V)]

Je moet de groep "users" lees/schrijfrechten geven op de locaties waar de bestanden moeten komen.
De users zitten namelijk in die groep al kun je dat in DSM niet zien.

[joostman]

Ik denk inderdaad dat dit een goed punt is
Wat ik me alleen afvraag, wat open ik voor de groep "users" mijn public / download map, daar is het prima dat de users hier alle rechten hebben, voor de video map, waar de gedownloade bestanden naar toe moeten, zal dan ook weer de schrijfrechten nodig zijn.

Waar moet ik nu de grens gaan leggen waar de "users" wel schrijfrechten in hebben?
Als ik namelijk ze op alle mappen die ik heb schrijfrechten heb, dan had ik ze net zo goed in de admin groep kunnen doen... (het heeft dan weinig zin om een scheiding in users en admin groep te hebben...toch?)

[joostman]

Ik zie trouwens ook twee extra groepen "sc-media" en "sc-download" daar zitten de gebruikers van sickrage en nzbget in maar stond geen schrijfrechten bij

Dat verklaart wel meer waarom ik niet kon schrijven / lezen toen.
Maar nog steeds vreemd dat ze daar dus een aparte groep voor hebben gemaakt, met de gebruiker gemaakt die niet zichtbaar is in de DSM, waarom niet gewoon in de user groep zetten?

[DrBean]

`sc-media` en `sc-download` zijn twee groepen die we (SynoCommunity) zichtbaar hebben gemaakt in DSM, ter vervanging van de `users` groep.
De `users` groep is overigens nog steeds gekoppeld aan onze applicatieusers, anders maken we bestaande packageinstallaties stuk. Maw: je kunt een van beide groepen gebruiken om rechten te zetten voor onze packages. Het is nog niet in alle packages verwerkt, NZBget en Sickrage stonden min of meer vooraan in de rij.

[Ben(V)]

Nette oplossing om nieuwe groepen te maken.

Ik was vandaag bezig met de installatie van SyncThing (omdat BTsync 2.0 helemaal functioneel brak is) en zag ook ineens een "sc-scynthing" groep verschijnen.

Gaat er nu voor elke applicatie een nieuwe groep komen?

[DrBean]

...Ja, zit zelf nog op BTSync 1.4, maar Syncthing lijkt idd het meest voor de hand liggend ter vervanging.

Wat we doen is alle downloadpackages (NZBget, SABnzbd, pyLoad, Transmission, rTorrent, Deluge etc) in de groep `sc-download` gooien.
Dan hebben we nog een groep `sc-media` voor Sickbeard/Rage, CouchPotato, Flexget, Headphones etc.

Verder hebben niet alle packages toegang tot het filesysteem nodig. Syncthing heeft een eigen groep. BTSync1.4 wordt langzaam overbodig: de source wordt niet meer bijgewerkt, dus dat ligt niet direct voor de hand.
Mogelijk dat ik COPS en BBS in `sc-media` groep erbijzet, of ze krijgen een eigen groep, daar ben ik nog niet uit. Andere packages moeten we eens inventariseren, daar heb ik nog niet uitgebreid naar gekeken.

[Satch_23]

Mooi deze oplossing, maar wellicht handig om op een meer prominente plek tekst en uitleg te geven wat de gebruikers straks kunnen dan wel moeten instellen/veranderen. En welke packages inmiddels zijn voorzien van de zichtbare groepen.

Ik zag toevallig "add sc-download group "in de toelichting van de nieuwe versie van NZBGet staan, maar dit is m.i. wel erg summier.

[DrBean]

Dat is ook de bedoeling. Totdat we alle packages hebben voorzien van die nieuwe groep heeft het weinig nut eea groot aan te kondigen. Je moet de groep `users` tot die tijd namelijk blijven inzetten: is het niet voor het ene package, dan is het wel voor het andere package.

[Satch_23]

We wachten geduldig af

[DSM'tje]

MOD: Onnodige regels zijn verwijderd, lees even.

Wat we doen is alle downloadpackages (NZBget, SABnzbd, pyLoad, Transmission, rTorrent, Deluge etc) in de groep `sc-download` gooien.

Sorry voor het reply-en op een "oud" draadje maar een heel nieuw draadje openen vond ik ook weer niet nodig.
Wilde even weten of inmiddels Transmission ook al gebruik maakt van de sc-download groep.
Heb deze zojuist geïnstalleerd maar er kwam geen gebruiker in de sc-download groep bij. Alleen de user nzbget staat er bij mij.
Bij het openen van een torrent krijg ik dan ook een melding dat er geen permissions zijn op de download map.

[Ben(V)]

Die gebruiker zie je ook niet verschijnen.
Het zijn 'hidden' gebruikers.

Je kun ze nu wel rechten geven via die groep.
Dus als je ergens rechten voor moet uitgeven dan kun je de groep sc-download die rechten geven en dan hebben all gebruikers (dus ook de hidden gebruikers) in die groep die rechten.

[DSM'tje]

Dat ze hidden zijn is maar deels waar. Bij het gebruikersoverzicht is hij idd niet zichtbaar.
Maar als je op de groep "sc-download" klikt en kiest voor "leden bewerken" dan zie je wel degelijk de user "nzbget" staan.
De user van transmission staat hier dus niet bij, bij mij.
Vandaar mijn vraag richting de SynoCommunity/DrBean.

[Birdy]

Bij NZBGet moet je een gebruiker opgeven tijdens de installatie, had ook Pietje mogen zijn, deze wordt dan ook als gebruiker in DSM gemaakt zoals een echte gebruiker en ook toegevoegd in de groep sc-download.
Bij Transmission niet, die heeft geen gebruiker zoals NZBGet maar onderwater wel.