d00p

Log in as admin -> edit customer -> check "PHP enabled?" flag AND/OR
Log in as admin -> edit domain -> check "PHP enabled" flag 

Well, just take a look at the owner, chown it to user/group editor1

Settings -> System -> Use libnss-extrausers instead of libnss-mysql

Settings -> System -> Use libnss-extrausers instead of libnss-mysql

Settings -> System -> Use libnss-extrausers instead of libnss-mysql

Yes, go to admin -> templates
Can you explain???

Not magically, no, it's in the docs: you need to adjust the settings and then follow the configuration-steps to set up the system and services
Most of the settings can be changed even without the need to reconfigure any services. Some few don't make sense to change afterwards (e.g. customer basedir, you'd have to manually adjust paths etc. better just not do it). Things like switching the webserver from apache to nginx for example would of course mean you'd have to go through configuration steps for webserver again
most used - as far as i know - is debian. second ubuntu. i have not seen many people with arch or centos using froxlor

Hm, schon die zweite Meldung mit der Datenbank. Muss ich Mal schauen, da hat sich wohl ein Fehler eingeschlichen... Ärgerlich

Better use 'service' or 'systemctl' - many services just add init.d-files for compatibility reasons but they get removed more and more

Einstellungen -> froxlors vhost Einstellungen -> php-fpm für froxlor vhost nutzen auch aktiviert?

Most likely you've hit this: https://github.com/Froxlor/Froxlor/issues/957
Simple solution: use more recent php or replace lib/Froxlor/Cron/Http/LetsEncrypt/AcmeSh.php with the current one where the compatibility for 7.1 is restored -> https://raw.githubusercontent.com/Froxlor/Froxlor/master/lib/Froxlor/Cron/Http/LetsEncrypt/AcmeSh.php

das config rebuild fügt nur Tasks zum erstellen von DNS und Webserver configs ein. Wenn du mit neue User aus der DB die libnss-extrausers Implementierung meinst dann ja, das sollte der Cron in dem Zuge ebenfalls mit abarbeiten (extrausers Files werden immer neuerstellt wenn es mind. Einen Task zu erledigen gibt)
Wenn du da ein Script erstellst, rufe doch am ende einfach den Cron mit --force auf (im Grunde gleiche Funktion wie "rebuild configs", aber du musst es nicht im Webinterface anklicken :p)
 

Welche Anforderungen nextcloud, collabora server oder andere tools haben die du einsetzt musst du in deren Dokumentation / Hilfe nachlesen. Froxlor bietet dir ja alle Freiheiten die php configs / php.ini Einstellungen entsprechend anzupassen. Welches (sicherheits-)risiko du dabei eingehst ist ebenso dir überlassen. Diese Funktionen sind zurecht standardmäßig deaktiviert, aber genauso zu recht existieren sie, da Ihre Nutzung schlichtweg nötig sein kann.
Diese Anpassungen auf eine einzelne Domain zu begrenzen ist doch defintiv schon eine gute Sache - völlig ausschließen kann man nie etwas - aber damit minimierst du defintiv die Angriffsfläche

Strict mode sollte froxlor eigentlich on-demand deaktivieren sofern aktiv

Kein all-in-one-start-and-go Wunderwerkzeug nein.
1) Backup aller Daten machen / Snapshot der VM / o.Ä.
2) rsync /var/customers/* von alt auf neu
3) rsync /var/www/froxlor von alt auf neu
4) alle dienste auf dem alten stoppen
5) nochmal rsync /var/customer/* (abgleich von geänderten daten, sollte dann minimal sein)
6) auf dem neuen server sollte schon installiert sein: webserver, php, mysql/mariadb server
7) mysql auf dem neuen stoppen
😎 rsync von /var/lib/mysql/* von alt auf neu (alle Datenbanken, Dateien etc. mysql aktualisiert die dann selbst und die ganzen Benutzer/Kennwörter der Datenbank user sind noch da)
9) msql auf neuem starten
10) falls neue ip /var/www/froxlor/install/scripts/switch-server-ip.php script verwenden
11) /var/www/froxlor/install/scripts/config-services.php script verwenden, um alle dienste für buster zu installieren und konfigurieren (customized configs vom alten server ggfls nachpflegen sofern notwendig)
und sofern ich nicht irgendwas vergessen habe sollte es das eigentlich schon sein
 

Okay, ich nehme an du hast in den Einstellungen für die Ordner-Auswahl "Dropdown" gewählt, statt dem default "Manuell". Das setzt voraus, dass froxlor (also der user unter dem froxlor ausgeführt wird, entweder websever-user, z.B. www-data oder bei fcgid/php-fpm der lokal eingerichtete user, z.B. froxlor) auch diese Verzeichnisse lesen darf (mindestens Leserechte für die GRUPPE sind dafür vorausgesetzt).
Normal fügt froxlor diese User, sofern in den Einstellungen korrekt angegeben, in die Gruppen der Kunden mit ein (Tabelle ftp_groups) das er lesen kann. Ist das nicht der Fall bekommst du diese Meldung (Permission denied).