DDSM: rechten user HTTP gereset naar reboot

[Erwin1]

Hallo,

Ik heb in docker virtueel DDSM draaien. Binnen DDSM heb ik onder andere spotweb geïnstalleerd, hierbij is het noodzakelijk dat de user HTTP schrijf rechten heeft voor de map web. Ik heb dit netjes ingesteld binnen het configuratiescherm.
Nu telkens als ik DDSM opnieuw opstart, krijg ik een foutmelding dat Spotweb niet meer gaan retrieve, nu blijkt dat telkens de rechten van de HTTP user worden teruggezet naar alleen lezen... als ik vervolgens de rechten weer terug zet, worden ze weer gereset na een reboot.

Dit lijkt me niet helemaal juist, toch?

[mesa57]

Alleen als je via de webinterface retrieve uitvoert wordt user http gebruikt.
Als je dat via de commandline doet niet.

[Erwin1]

Ik heb een taak in mijn taakplanner voor het retrieve, hoewel deze door root wordt uitgevoerd krijg ik een foutmelding als de HTTP user geen schrijfrechten heeft  ??

[mesa57]

Kun je in putty eens een ls -l van de spotweb folder doen ?

Code: [Selecteer]

root@DDSM1:/volume1/web/spotweb# ls -l
total 192
drwxr-xr-x 1 http root   146 Jun 21 21:18 bin
drwxr-xr-x 1 http root     0 Jun 21 21:18 cache
-rwxr-xr-x 1 http root   730 Jun 21 21:18 composer.json
-rwxr-xr-x 1 http root 68837 Jun 21 21:18 composer.lock
-rw-r--r-- 1 http http   181 Jun 21 21:21 dbsettings.inc.php
lrwxrwxrwx 1 http root    18 Jun 21 21:18 favicon.ico -> images/favicon.ico
drwxr-xr-x 1 http root   218 Jun 21 21:18 images
-rwxr-xr-x 1 http root 16467 Jun 21 21:18 index.php
-rwxr-xr-x 1 http root  1755 Jun 21 21:18 install.php
drwxr-xr-x 1 http root   110 Jun 21 21:18 js
drwxr-xr-x 1 http root   740 Jun 21 21:18 lib
-rwxr-xr-x 1 http root  1488 Jun 21 21:18 LICENSE.md
drwxr-xr-x 1 http root    28 Jun 21 21:18 locales
-rwxr-xr-x 1 http root 20928 Jun 21 21:18 notifications.xml
-rwxr-xr-x 1 http root  1031 Jun 21 21:18 phpunit.xml.dist
-rwxr-xr-x 1 http root  2895 Jun 21 21:18 README.md
-rwxr-xr-x 1 http root 10501 Jun 21 21:18 retrieve.php
-rwxr-xr-x 1 http root  9300 Jun 21 21:18 settings.php
drwxr-xr-x 1 http root    92 Jun 21 21:18 templates
-rwxr-xr-x 1 http root 25633 Jun 21 21:18 usenetservers.xml
drwxr-xr-x 1 http root    36 Jun 21 21:18 utils
drwxr-xr-x 1 http root   218 Jun 21 21:18 vendor


[Erwin1]

Alstu:

[mesa57]

Aan het + zie ik dat je ACL op de spotweb map heb toegepast.
Dat is niet nodig, http is al owner van de spotweb map na installatie.
Naar aanleiding daarvan heb ik de handleiding van @Birdy nog eens nagelopen, en daar staat inderdaad dat je http acl schrijfrechten moet geven.

Dat is dus niet nodig.
Deinstalleer spotweb (database hoef je niet te verwijderen) en installeer hem overnieuw.
Zou out-of-the-box moeten werken.

[Ben(V)]

Alle nieuwe packages van de SynoCommunity gebruiken nu ACL's dus dat is wel noodzakelijk.
Ook moet je controleren of de shares die je geconverteerd moeten worden voor ACL support

[mesa57]

Voorlopig in ieder geval niet.
Een package zoals phpMyadmin doet dat b.v. ook (nog) niet.

[Ben(V)]

Wat heeft PhpMyadmin er nu in hemelsnaam mee te maken.
Het gaat alleen om packages die iets op een share willen schrijven en daar rechten voor nodig hebben.

[mesa57]

Dat zou kunnen.
Maar ik, nog andere spotweb ontwikkelaars, hebben de ballen verstand van syno acl configuratie in package setup.
En ook geen / weinig tijd om dat te gaan uitzoeken.
Ik ben al blij dat ik een spk kan builden.

[Ben(V)]

Het probleem zal er wel in zitten dat DSM verwacht dat een web applicatie netjes op een shared folder geinstalleerd wordt en niet zomaar ergens onder volume1.
zie dit stukje Knowledge base.

https://www.synology.com/en-global/knowledgebase/DSM/help/WebStation/application_webserv_general

En DSM wordt met elke versie minder vergevingsgezind, vanwege het belang een goed security te handhaven.

[mesa57]

In deze shared folder dus volgens die handleiding :

The real path of the shared folder web is /volume1/web. Some applications require the user to set the path in the configuration file.

Spotweb wordt geïnstalleerd in /volume1/web/spotweb en nergens anders.
Het probleem zit 'm volgens mij in de /volume1/web/spotweb/cache folder waartoe de applicatie schrijfrechten moet hebben. Zowel vanuit de browser als vanuit CLI / root.

[Ben(V)]

TS zegt dat de rechten van de user http steeds terug gezet worden naar read only.
Misschien moet hij die read/write rechten via de groep http zetten en niet via de user http.

[Erwin1]

Het staat nu zo:

[Ben(V)]

Na een reboot staan dan zowel de groep als de user http beiden weer op read only?