d00p

Wenn dem Kunden das Einsehen der Logdateien gestattet wurde, hat er wie der admin in der domain-liste rechts in den Optionen die "Lupe" mit denen er den logfile-viewer öffnen kann

Reset password for admin using mysql (change values accordingly):
UPDATE panel_admins SET `password` = md5('thepassword-youwant') WHERE `loginname` = 'admin'; Activate "password reset function for admin" using mysql:
UPDATE panel_settings SET `value` = '1' WHERE `varname` = 'allow_preset'; UPDATE panel_settings SET `value` = '1' WHERE `varname` = 'allow_preset_admin';  

Strict mode sollte froxlor eigentlich on-demand deaktivieren sofern aktiv

Fpm nicht explizit für den froxlor vhost aktiviert?

a2dismod php7.0 && a2enmod php7.4 mal probiert?
Ich nehme an bei mod_php steht dein webserver halt noch auf php-7.0

This should do the trick for you: https://github.com/Froxlor/Froxlor/commit/b8c0688ba0639163ea0ae3ff0137c1a46beea018#diff-1abf0cf9a90c83e15173ac8d816f1bc3cc7a3b58f5a72e8c8f2fe38ae15ed5ee

Froxlor should sync the certificates from /root/.acme.sh/ with its database and create the certificates where specified in the settings (e.g. /etc/ssl/froxlor-custom/.
Easiest and fastest way is:
- stop cron
- delete the corresponding certificate via froxlor -> ssl certificates
- delete the certificate using 'acme.sh --remove -d [domain]'
- run 'php /var/www/froxlor/scripts/froxlor_master_cronjob.php --force --debug'
- re-enable cron

Nicht per se. Aber es geht natürlich am ende um eine homogene Konfiguration des Gesamtsystems, das alles stimmig ist. Deswegen setzt froxlor in seine Konfigurations-Templates wo nötig eben den bei der Installation angegebenen Systemhostname ein. Du kannst das auch alles frei anpassen wenn du halt weisst was wo wie und vorallem warum.
der server explodiert....
...nein quatsch Am schlimmsten trifft es da wohl die Maildienste. Wenn das setup da nicht stimmig ist wirst du sicherlich auf diversen Blacklists landen
Das bezieht sich wie alles hier nur auf das "System Hostname" Feld in der Config. Und diese spezielle Config bestimmt nur ob du "system.hostname/froxlor" oder nur "system.hostname" in den Browser eintippen musst, um auf froxlor zuzugreifen

Most likely you forgot to allow this new php configuration to be used by the customer. Login as admin and edit the customer of the domain that should be allowed to use this config

Grundsätzlich gilt bei TLS/SSL: es muss als server (smtp/imap/pop3) natürlich die domain angegeben werden für die das zertifikat ausgestellt ist die in der postfix und dovecot config referenziert wird.
Es gibt tendenziell möglichkeiten da "SNI" zu nutzen und das pro domain zu machen, lässt sich googlen. Ist halt manuelle arbeit. Froxlor basiert seine configs auf den system-defaults und passt nur die schnittstelle zur Datenbank an, d.h. auch hier muss SSL durch den sysadmin konfiguriert werden

Die acme.conf wird im vhost inkludiert.
Nginx sucht auch in conf.d nach settings. Das ist dann noch kein vhost Kontext daher der Fehler.
Ändere am besten die Einstellung auf /etc/nginx/acme.conf
 
 

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
 

hm, einfach nur eine "1"? Das sollte ja wenn dann ein json-array sein. Ist der Reseller denn vllt sehr alt?
Also ja, du kannst das auf -1 setzen, das bedeutet der Reseller darf alle IPs nurtzen. Oder du bearbeitest den Reseller in froxlor und setzt die IPs die er nutzen darf, dann sollte es auch korrekt in der Datenbank angelegt werden

/var/www/froxlor (froxlor itself)
/etc/cron.d/froxlor (its cronjob)

/var/customers/ (the customer data, if not otherwise specified in the settings)
if already generated, you can also remove all virtual vhosts generated by froxlor:
/etc/apache2/sites-enabled/*froxlor*.conf

INSERT INTO `panel_admins` SET `adminid` = 1, `loginname` = 'admin', `password` = 'SHA-256-HASH-OF-YOUR-PASSWORD', `name` = 'Siteadmin', `email` = 'admin@FROXLORHOSTNAME', `api_allowed` = 1, `customers` = -1, `customers_see_all` = 1, `caneditphpsettings` = 1, `domains` = -1, `domains_see_all` = 1, `change_serversettings` = 1, `diskspace` = -1024, `mysqls` = -1, `emails` = -1, `email_accounts` = -1, `email_forwarders` = -1, `email_quota` = -1, `ftps` = -1, `subdomains` = -1, `traffic` = -1048576;  

ich habe daheim beim Business-Anschluss auch nur ipv4 und es löst wunderbar auf. Beachte bitte das du das Paket apt-transport-https brauchst, unser repository ist https-only

hast du denn den user auch für host 127.0.0.1 und localhost angelegt? Wenn nein, versuch das mal

hast du denn den user auch für host 127.0.0.1 und localhost angelegt? Wenn nein, versuch das mal

Na ohne Kunden oder domains gibts da natürlich auch keine poolcconfigs (sind domainbasiert). Dann würde ich sagen hast du vergessen in den Einstellungen anzugeben, dass froxlor selbst auch via fpm laufen soll (Einstellungen -> Froxlor Vhost Einstellungen, danach auch unbedingt die config-templates durchgehen für apache und php-fpm und libnss-extrausers; extrausers auch defintiv in froxlor aktivieren in den einstellungen falls noch nicht aktiv)

Das ist eine PHP notice, deaktiviere error output in der PHP ini für froxlor. Nutzt du evtl schon PHP8?

Currently, our demo runs on php8.0, also the cronjob seems to work fine (why shouldn't it though). The error you mentioned is already fixed in current git-master (see https://github.com/Froxlor/Froxlor/commit/bde87950a5693739746434c651bf51e0e41ec0f1)

If you are using php-fpm, then you need to map customers from the database to the local system, hence you need "libnss-extrausers". Activate its usage in the settings and follow the configuration steps for it

das war ne schwere geburt. Das feld wurde tatsächlich nur im Update hinzugefügt und ich hab das total vergessen für neuinstallationen, folgender SQL Befehl sollte das problem lösen:
INSERT INTO `panel_settings` SET `settinggroup` = 'system', `varname` = 'default_sslvhostconf', `value` = '';  

siehste doch, "php-fpm: pool www" und läuft unter www-data.
Normal stünde da z.B. "php-fpm: pool kunden-domain.tld" und der child-prozess läuft unter "customername".
ggfls hast du da einen alten default pfad, z.B. /etc/php-fpm.d/ oder sowas. Wenn du den richtigen Pfad gefunden hast, einfach alle pool-configs von dort nach /etc/php/7.4/fpm/pool.d/ kopieren, php7.4-fpm restarten und dann läuft das  Dann halt im froxlor bei der entsprechenden fpm-daemon setting den Pfad korrigieren

well did you run the cronjob manually with --force --debug to check for potential problems?