Niet de juiste rechten voor accounts

[DSM'tje]

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".

[Birdy]

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). 

[Ben(V)]

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.

[Birdy]

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)

Code: [Selecteer]

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.

[DSM'tje]

Bedankt voor de info (en testen) heren.
Ik ga eens verder stoeien ermee.

[DrBean]

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.

[DSM'tje]

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.

[DrBean]

[..]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?

[DSM'tje]

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...

[DrBean]

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`.

[DSM'tje]

Ik heb de groep sc-downloads lees en schrijfrechten op downloads gegeven dus automatisch ook op downloads/torrents.
Dat moet toch genoeg zijn?

[DrBean]

Weet je _zeker_ dat de rechten op downloads geerfd worden door torrents?

[DSM'tje]

Check check, dubbel check...

[DSM'tje]

Heb het inmiddels werkend!

Ik post straks alle stappen die ik genomen heb... 


[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.