Synology-Forum.nl
Packages => 3rd party Packages => Topic gestart door: joostman op 08 juni 2015, 14:20:50
-
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 :)
-
Voor NZBGet zie hier, 2e plaatje van 2.1. (http://www.synology-forum.nl/nzbget/nzbget-installeren-(nieuw)-parkeer-deze-even-hier-omdat-het-nog-niet-af-is-(/)
-
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.
-
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?)
-
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?
-
`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.
-
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?
-
...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.
-
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.
-
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.
-
We wachten geduldig af
-
MOD: Onnodige regels zijn verwijderd, lees even. (http://www.synology-forum.nl/vragen-en-opmerkingen-over-het-forum/gebruik-de-citaatknop-met-mate-17838/)
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.
-
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.
-
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.
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi.imgur.com%2F9nVYqif.png%3F1&hash=7101b8a75e91252c8b79d95e77eca99e5ca2ba63)
-
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.
-
Hmm oke vaag... Heb namelijk een andere naam gebruikt bij de installatie van nzbget dan de standaard naam "nzbget".
Bij Transmission moest ik ook een naam opgeven.
Ook heb ik een gedeelde map genaamd "downloads".
Hierin staat nog een map "torrents".
De groep "sc-downloads" heeft lees/schrijf rechten op de map "downloads" en dus automatisch ook op de onderliggende map "torrents".
Toch krijg ik een foutmelding mbt de permissions als ik een torrent probeer in te laden.
NZBGet draait verder prima en download zijn spul onder de map "complete", welke ook weer in een onderliggende map is van "downloads".
-
Ik gebruik Transmission niet dus even geinstalleerd op m'n test DS en........je hebt helemaal gelijk.
Heb gebruiker Pietje bij de installatie opgegeven met een password maar, die gebruiker komt en niet voor in Gebruikers en niet in de groep sc-download.
Dus, het lijkt erop dat die gebruiker Pietje dan alleen gebruikt wordt om te kunnen inloggen op de de web-pagina van Transmission.
Als je nu eens wel die gebruiker zelf maakt in Gebruikers zonder "normale" permissies en die dan toevoegt in de groep Transmission.
Misschien dat het dan wel gaat werken ?
(Ik ga het niet testen omdat ik verder de werking niet weet van Transmissions).
-
Die gebruiker Pietje is in Synology termen een echte 'hidden' gebruiker en via DSM zie je die ook niet, maar zit wel in de groep sc-download.
Als je met putty inlogt en kijkt welke users er echt in je systeem zitten zie je die hidden gebruikers wel
Je kunt dit doen met het commando
cat /etc/passwd
DSM laat alleen gebruikers zien met UID's boven de 1000
NZBget maakt blijkbaar geen 'hidden' gebruiker aan, wat niet volgens de normen is die Synology aan packages stelt.
Een en ander is dus gewoon afhankelijk wat de package bouwer doet.
-
Hm, ondanks dat ik als test Pietje heb gebruikt, wordt deze niet "hidden" in passwd gezet, wordt er helemaal niet ingezet dus, die Pietje is alleen maar voor de login pagina dan.
Wel is Transmission toegevoegd als "hidden" (UID 100)
transmission:x:100:100:Transmission User:/usr/local/transmission/var:/bin/sh
Kennelijk moet @DSM'tje dus de groep sc-download rechten geven op de download map of meer mappen (ligt eraan wat bij de install is opgegeven) als ik het goed begrijp.
-
Bedankt voor de info (en testen) heren.
Ik ga eens verder stoeien ermee.
-
Maar als je op de groep "sc-download" klikt en kiest voor "leden bewerken" dan zie je wel degelijk de user "nzbget" staan.
Dat hoort niet zo. Er is geen verschil in de manier waarop de nzbget- en transmission packages hun users aanmaken. Als de user zichtbaar is in DSM, dan blijkt meestal dat mensen zelf de user hebben aangemaakt of iets dergelijks. FYI, dat _kan_ problemen opleveren bij package updates.
NZBget maakt blijkbaar geen 'hidden' gebruiker aan, wat niet volgens de normen is die Synology aan packages stelt.
Een en ander is dus gewoon afhankelijk wat de package bouwer doet.
Het zijn zeker geen normen van Synology, het zijn SynoCommunity normen ;) En SynoCommunity implementeert voor package users altijd dezelfde aanpak: zo maken we ook voor NZBget een eigen user aan.
Hm, ondanks dat ik als test Pietje heb gebruikt, wordt deze niet "hidden" in passwd gezet, wordt er helemaal niet ingezet dus, die Pietje is alleen maar voor de login pagina dan.
Klopt. Het is alleen de user voor de web interface (geldt voor beide Transmission en NZBget), dus die user komt je nergens anders tegen. Voor onze packages kun je de achterliggende user niet via de interface benaderen of wijzigen, tenzij je via de CLI gaat knutselen.
-
Ik heb absoluut geen user aangemaakt voor NZBGet!
Het is een schone installatie van zowel de Synology, als DSM (5.2 5644 update 4), als NZBGet (v16.4).
Ik had alles draaien op een DS412+ en ben sinds deze week overgestapt op een DS415+ met nieuwe schijven erin en dus een compleet nieuwe installatie...
Nogmaals: de user zelf is niet zichtbaar bij het configuratie scherm --> gebruikers.
Hij is alleen zichtbaar bij configuratie scherm --> groepen --> sc-download --> leden bewerken.
-
[..]dan blijkt meestal dat mensen zelf de user hebben aangemaakt of iets dergelijks[..]
...met de nadruk op "meestal". Dat is je probleem toch ook helemaal niet?
-
Ok, maar dan is het toch vreemd dat deze user bij mij wel te voorschijn komt?
Voor de rest draait NZBget naar behoren, inclusief meerdere video-sort scripts etc.
Erg tevreden!
Transmission heb ik even in de "koelkast" gezet.
Het was leuk als ie zou draaien maar ik maak ongeveer 5x per jaar gebruik van Torrents dus ik kan voorlopig ook wel even zonder. ;)
Maar mocht je een oplossing hebben voor Transmission dan hoor ik het graag!
Het kan soms weleens handig zijn...
-
Tja. Het is onverwacht, maar DSM is geen standaard Linux distributie, is deels closed-source, en heeft dientengevolge bugs die niet te reproduceren of te troubleshooten zijn. Voorlopig ben je een van twee mensen voor zover ik weet. Proficiat ;)
Vwb Transmission: controleer de rechten nog maar eens. Stel dat je pad `/volume1/downloads/torrents` is, dan geef je de `sc-download` groep expliciet lees- en schrijfrechten op `torrents`, en leesrechten op `downloads`.
-
Ik heb de groep sc-downloads lees en schrijfrechten op downloads gegeven dus automatisch ook op downloads/torrents.
Dat moet toch genoeg zijn?
-
Weet je _zeker_ dat de rechten op downloads geerfd worden door torrents?
-
Check check, dubbel check...
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi.imgur.com%2FMUi5tVF.png%3F1&hash=ad0bad3a7691d2eccd53d4800c75cc949a413c94)
-
Heb het inmiddels werkend!
Ik post straks alle stappen die ik genomen heb... :ugeek:
[update]
Stappen die ik heb genomen:
- Config backup gedaan in NZBGet
- NZBGet package verwijderd
- Gedeelde map "downloads" verwijderd
- DS415+ uitgeschakeld en weer opgestart
- Gedeelde map gemaakt genaamd "downloads"
- Lees en schrijfrechten gegevens voor admin, mijn gebruiker en de groep administrators
- In de gedeelde map "downloads" heb ik een map gemaakt "torrents"
- Transmission geïnstalleerd
- Na de installatie van Transmission stonden de rechten niet goed meer op "downloads" (en onderliggende mappen)
- Rechten weer terug gezet naar bovenstaand alleen met toevoeging de groep "sc-download"
- Transmission werkt nu!
- Vervolgens NZBGet weer geinstalleerd
- Ook hierna stonden de rechten op "downloads" weer anders dan ik ze ingesteld had
- Weer de rechten op "downloads" (en onderliggende mappen) terug gezet, lees en schrijfrechten voor admin, mijn gebruiker, groep administrators en de groep sc-download
- Config file ge-restored in NZBGet
- Ook NZBGet werkt nu (weer) naar behoren
Als ik nu de leden bekijk van de sc-download dan staan er GEEN users in, ook nzbget niet.