G_DIETPI_VERSION_CORE=8
G_DIETPI_VERSION_SUB=23
G_DIETPI_VERSION_RC=3
G_GITBRANCH=‘master’
G_GITOWNER=‘MichaIng’
G_LIVE_PATCH_STATUS[0]=‘applied’
bookworm 1
Linux DietPi 6.1.21-v7+ #1642 SMP Mon Apr 3 17:20:52 BST 2023 armv7l GNU/Linux
armhf
RPi 3 Model B (armv7l)
Additional Information (if applicable)
Software title | Nextcloud
updated recently
Hi,
today I made an Update for my Nextcloud Instance. The Webserver is Lighttpd. I then got the following Error Message:
“Dein Webserver ist nicht ordnungsgemäß für die Auflösung von “/nextcloud/ocm-provider/” eingerichtet. Dies hängt höchstwahrscheinlich mit einer Webserver-Konfiguration zusammen, die nicht aktualisiert wurde, um diesen Ordner direkt zu liefern.”
I have then searched the web and found a possible Solution, but I am not sure in which File the Changes have to be done. Can you please help me?
# For nextcloud on a sub-directory
url.rewrite-once += (
"^/nextcloud/ocm-provider/?$" => "/nextcloud/index.php?$1"
)
This possible Solution is at the bottom of the Page
and reload the config (since we edited a file from conf-available and not directly from the conf-enabled folder ) systemctl force-reload lighttpd.service
Something went wrong. I´ve tried to insert the lines, but was unsure where exactly. The result is I can not reach the Site at the moment. When reverting those entries, everything works - but the error remains. Can you please assist me?
I wonder why this never appeared earlier with Lighttpd. Those rewrites exist for a long time . For Apache it is solved via .htaccess, for Nginx, we use a generic method to rewrite everything automatically based on whether the dir exist or not. AFAIK there is no such generic method possible for Lighttpd, so we need to add this and some other rewrites manually:
To test it, I did just setup a fresh instance and there I do not see the admin panel warnings, strangely. However the rules should be added regardless.
I checked some docs and the above rewrites should mimic the .htaccess precisely. Could you add this to your $HTTP["url"] =~ "^/nextcloud($|/)" { block to assure it mutes the warning (which does not appear in my case), and whether everything else as well works without issues?