All I needed to do was setting the permissions to 744 for the archive directory and the symlinks resolved correctly after a reboot of coturn

My turnserver installation on Debian runs as the user turnserver and not as root, nor is the user turnserver in any group owning the letsencrypt directory.
If your turnserver does run as root, it should be fine just adding execute permissions.

I hope this helps some of you.
Quelle: https://help.nextcloud.com/t/lets-encrypt-symlink-breaks-coturn-configuration/70166

Was zum Testen die Tage....

Ich habe heute mal wieder eine Nextcloud Installation umgezogen. Diesmal erneut alles von einem Server zum Nächsten. War bis auf ein paar Kleinigkeiten auch kein Problem.

1. Problem

Es trat ein interner Serverfehler auf. Ich habe nichts dazu in den Logs gefunden. Dann die Config noch mal durchgegangen und dann machte es Klick.

Ich hatte den Redis-Cache vergessen. Installiert, danach war alles wieder gut

2. Problem

NC meckert über ein fehlendes PHP Paket mit Namen imagick

apt install php-imagick

Erledigt!

3. Problem

NC meckert über irgendwelche PHP Umgebungsvariablen. Die Doku dazu durchgelesen und dann das Folgende gemacht.

/etc/php/7.3/fpm/php-fpm.conf

Am Ende die Zeilen aus der Doku hinzugefügt.

env[HOSTNAME] = $HOSTNAME env[PATH] = /usr/local/bin:/usr/bin:/bin env[TMP] = /tmp env[TMPDIR] = /tmp env[TEMP] = /tmp

Nach den Änderungen nicht vergessen fpm neu zu starten.

service php7.3-fpm restart

Damit ist die Nextcloud Installation erfolgreich umgezogen.

https://ollifromtheblog.de/der-sturm-im-wasserglas-nextcry-und-die-angebliche-nextcloud-sicherheitslucke/

Noch was vergessen.

Neues Textdokument erstellt ein Dokument mit der Endung .md