d00p

haben die vllt einen Alias gesetzt die zwei? Oder sind als "email only" markiert? Sonst wird eigentlich alles (dem kunden anhand id) zugewiesen: SELECT `id`, `domain`, `customerid`, `parentdomainid`, `speciallogfile` FROM `panel_domains` WHERE `aliasdomain` IS NULL AND `email_only` <> '1' Tauchen die da auf, kann es eigentlich nur noch sein, dass die customerid die in panel_domains steht nicht zu der customerid mit der standardsubdomain-id aus panel_customers passt

goaccess issue, see their changelog: Changes to GoAccess 1.6 - Tuesday, May 31, 2022 [...] - Ensure no 'cleaning up resources' message is displayed if `--no-progress` is passed. [...] The warning seems to come from unknown domains, do you have a domain in panel_domains with id 2 and 7?

Gerne testen, ich kam noch nicht dazu: diff --git a/lib/Froxlor/Cron/Traffic/TrafficCron.php b/lib/Froxlor/Cron/Traffic/TrafficCron.php index 421505e3..b764b0d3 100644 --- a/lib/Froxlor/Cron/Traffic/TrafficCron.php +++ b/lib/Froxlor/Cron/Traffic/TrafficCron.php @@ -618,7 +618,7 @@ class TrafficCron extends FroxlorCron $format = Settings::Get('system.logfiles_type') == '2' ? 'VCOMBINED' : 'COMBINED'; $monthyear = $monthyear_arr['month'] . '/' . $monthyear_arr['year']; $return_value = false; - FileDir::safe_exec("grep '" . $monthyear . "' " . escapeshellarg($logfile) . " | goaccess " . $keep_params . " --db-path=" . escapeshellarg($outputdir) . " -o " . escapeshellarg($outputdir . '.tmp.json') . " -o " . escapeshellarg($outputdir . 'index.html') . " --html-report-title=" . escapeshellarg($caption) . " --log-format=" . $format . " - ", $return_value, ['|']); + FileDir::safe_exec("grep '" . $monthyear . "' " . escapeshellarg($logfile) . " | goaccess " . $keep_params . " --db-path=" . escapeshellarg($outputdir) . " -o " . escapeshellarg($outputdir . '.tmp.json') . " -o " . escapeshellarg($outputdir . 'index.html') . " --html-report-title=" . escapeshellarg($caption) . " --log-format=" . $format . " --no-parsing-spinner --no-progress - ", $return_value, ['|']); if (file_exists($outputdir . '.tmp.json')) { // need jq here because of potentially LARGE json files

Multiple release-paths only make sense if we would to support multiple versions at once (e.g. 2.0.x, 2.1.x, 2.2.x) - as this is a project done in pure spare time and just having two developers - there's just no manpower for things like that. This would also mean that people installing 2.1.x will never automatically get to a 2.2.x without editing the sources-file, so most users will have an outdated versions after a while

Ist es nicht https://docs.froxlor.org Ist auch auf GitHub und dort darf auch gern erweitert/verbessert/hinzugefügt werden (https://github.com/Froxlor/Documentation)

Gibt 10000 vergleiche von Apache zu Beginn, ob besser/stabiler/sicherer/etc. Wenn du damit klarkommst und alles funktioniert wie es soll: wunderbar. Ist dein Server

Dann hat froxlor das nicht eingelesen und kennt es nicht, ergo gibts das fallback zertifikat. Versuche es mal mit folgenden steps: service cron stop /root/.acme.sh/acme.sh --remove -d [deine-froxlor-domain] rm rf /root/.acme.sh/[deine-froxlor-domain] /var/www/html/froxlor/bin/froxlor-cli froxlor:cron -fd # ... nach dem debuggen cron wieder anschalten service cron start Du solltest beim ausführen des crons defintiv eine menge output von acme.sh sehen der das zertifikat sollte neu erstellt werden

Hilfreich ist auch immer den cronjob mal manuell mit debug-flag aufzurufen und zu schauen was der ausgibt: /var/www/html/froxlor/bin/froxlor-cli froxor:cron -fd

und das zertifikat für deinen froxlor vhost gibt es wirklich? Wird es aufgelistet in Resources -> SSL certificates? Existiert es unter /root/.acme.sh/[froxlor-domain] ?

wie sieht denn der froxlor vhost aus? (10_froxlor_*.conf)

Das ist aber so nicht wirklich richtig, du sollst die Let's Encrypt Pfade doch nicht in den globalen Einstellungen anpassen, das sind FALLBACK Einstellungen...wenn du in Settings » Froxlor VirtualHost settings für froxlor Let's Encrypt aktiviert hast, nutzt er es auch.

Schau doch mal in Settings » Froxlor VirtualHost settings, da ist eigentlich alles relevante für den vhost von froxlor selbst drin. Nur wenn du für froxlor auch Let's Encrypt aktiviert hast .... Dann stimmt vllt bei deinem ipv6 setup was nicht...kann ich dir aber nicht genau sagen, kenne dein System nicht.

Das sind auch nicht die (Kunden-)Domain Zertifikate...da brauchst du nichts ändern. Froxlor liest sich die zertifikate von acme.sh selbst in seine DB mittels cronjob. Nur die Dienste neustarten generiert dir ja nicht die configs neu, dafür musst du bitte den froxlor cronjob ausführen (oder warten bis er läuft). Deine Maildienste definieren eine mail-domain (standard ist der froxlor hostname) und das zertifikat dafür kannst du ganz nach deinen wünschen in der postfix und dovecot config nutzen Okay muss ich mir anschauen, ich meine eigentlich das nginx sich das verzeichnis selbst angelegt hat (zumindest früher). Müssen wir ggfls in den defaults anpassen. Du kannst das auch in den Einstellungen nachträglich ändern Settings » PHP-FPM » FastCGI IPC directory

froxlor hat mit /var/lib/php/sessions nichts zu tun - sorry. Vllt hilft es ja wenn du auf php-fpm wechselst - mod_php ist nicht wirklich sicher für eine shared hosting umgebung

Dann nimm doch vllt mal z.B. `php_admin_value session.cookie_secure Off` aus dem vhost ...könnte ggfls ein problem sein. Vergleiche deine php-ini settings doch einfach mit der aktuellen "Froxlor Vhost Config" z.B. unter demo.froxlor.org (auch wenn dort php-fpm genutzt wird, die optionen heißen ja gleich)

also erstellst du für froxlor selbst einen vhost? Keine "ServerName" Direktive? "SSLEngine" on und keine Certificates direktiven? Das kann ja nicht gehen... Lass doch bitte einfach froxlor selbst seinen vhost erstellen und dann stimmt da auch alles

nur das der froxlor vhost selbst keine error log definiert - also landet es in der globalen error des webservers...aber ey, wenn du keine hilfe willst, sag das, ich hab genug anderes was ich tun kann.

aha....vllt noch etwas ungenauer? Mit pfadangabe wäre hilfreich...es gibt viele logs

welche log dateien genau hast du geprüft?

mal in eine der logs geschaut bei den user-switch versuchen ob was auftaucht? Irgendwas muss es ja sein, ich hab keine glaskugel, du musst schon infos liefern

Dann liefere doch bitte mal ein paar detailinfos zu deinem system. Wie rufst du froxlor auf? Wie ist php eingebunden? Logs? etc.etc.etc. - scheint ja bei dir dann irgendwas nich zu stimmen

Da gibts keine Probleme...klick auf den kunden -> du bist der kunde -> klick oben rechts auf "<- admin" (oder eben der loginname des admins/resellers) und du bist wieder zurück.

Der einzige unterschied ist, dass der wechsel von admin auf kunden nicht mehr in einem neuen fenster stattfindet, du hast oben rechts einen link der dich zurück zu deinem admin-account bringt. Funktioniert wunderbar. Ich muss keine cookies löschen und nix. Das ist allerdings schon seit version 2.0 so, nicht erst jetzt...das ganze session handling wurde überarbeitet.

Naja, irgendwas muss ja da in irgendwelchen logs sein, php-fpm steigt ja nicht aus spaß einfach so aus, kann ich halt so nicht wirklich viel zu sagen...auch auf hochfrequenten/großen seiten habe ich noch keinen error 70 erlebt

Also die meisten fahren mit den default php-configs/fpm-daemon settings ganz gut ...