An sich finde ich KeyHelp Pro eine gute Idee, aber so triviale Sachen wie einen Dark Mode muss man doch nicht hinter eine PayWall packen.... Das ist das einzig interessante für mich an KeyHelp Pro, und 9€/Monat für einen Dark Mode... wohl kaum. Dann muss ich mir halt meinen eigenen zusammenbasteln.

Bei mir (Debian 10) erscheinen auch nur wirre Zeichen.

Blackmoon wrote: ↑Wed 23. Dec 2020, 20:00 @iREQ
Nutzt zu fällig für eine Domain ProxyPass und ProxyPass Reverse?

Ja, mehrmals sogar.

Hallo, nun ist das Problem seit fast 48 Stunden nicht mehr aufgetreten. Mal sehen, ob es wieder kommt. Der Server sollte auf jeden Fall potent genug sein, 4 dedizierte Kerne (AMD EPYC 7702) und 16 GB Arbeitsspeicher mit einer 2,5 GBit/s Anbindung. Habe auch mal meine /etc/apache2/mods-available/mpm ...

Hattest du meinen Vorschlag mit dem Cronjob aus diesem Beitrag einmal ausprobiert? https://community.keyhelp.de/viewtopic.php?p=27085#p27085 So ähnlich. Habe einen Cronjob, der alle 5 Minuten die API von UptimeRobot abfragt und Apache2 sowie PHP FPM neustartet, wenn er "Down" als Rückmeldung erhält ...

Hallo,

habe es so gemacht aber leider ist das Problem nicht behoben. Passiert ca. alle 24h (aktuell immer 17 Uhr +/- 30 Minuten).

Hallo, mal das Error Log des Webserver danach geprüft: server reached MaxRequestWorkers setting, consider raising the MaxRequestWorkers setting Oder eben das PHP-FPM Log /var/log/phpX.X-fpm.log (System-PHP), /opt/keyhelp/php/<version/var/log (Keyhelp zusätzliche PHP Versionen): WARNING: [pool k ...

OlliTheDarkness wrote: ↑Sat 12. Dec 2020, 14:30 Ich werfe mal Fail2Ban ins Rennen.

Zuviele Anfragen in X Sek / Minuten , Ban. (?)

UptimeRobot macht 1 Anfrage alle 5 Minuten, außerdem kann ich den Webserver zu dem Zeitpunkt ja ebenfalls nicht erreichen.

Hallo, eben ist das Problem wieder aufgetreten. -> Apache2 ist normal am laufen. -> Im PHP 7.4 und 7.3 Error Log ist absolut nichts ungewöhnliches zu sehen. -> Im Apache2 Error Log ist absolut nichts ungewöhnliches zu sehen. https://i.imgur.com/Ax6JKmt.png Hier sieht man gut, dass tatsächlich nur de ...

Wir hatten das neulich auch auf einem Debian10 Server. Webseiten alle tot. Laut Logfiles exakt um kurz nach drei Uhr morgens. Komischerweise haben Apache2 und MariaDB keine Ausfall gezeigt. Status: active & running Erst ein Reboot hat das Problem gelöst. Ich hatte das als Einzelfall abgetan. Muss ...

Das Problem mit dem sich zufällig "abschießenden" Keyhelp ist letzte Nacht wieder aufgetreten. Wie folgt ist der Ablauf wenn das Problem auftritt: Ich bekomme eine Email von UptimeRobot. ("Webserver is down"). UptimeRobot schaut einfach ob meine Keyhelp Adresse per HTTP(S) erreichbar ist. Wenn ich d ...

Nun aber heute folgendes Problem: Manche Webseiten (u.a. eine Nextcloud Installation) laufen in einen 504 Gateway Timeout. Andere Seiten (wie auch das Keyhelp Panel) funktionieren normal. In den Logs ist in diesem Fall wieder nichts zu finden. Ich gehe davon aus hier kommen die KeyHelp eigenen zus ...

Hallo, dort war nichts zu sehen. Ich habe zum testen mal wieder die Firewall angeschaltet - und siehe da: nach ein paar Stunden ist meine Website (und das Keyhelp Panel) nicht mehr zu erreichen. Anscheinend hat die Firewall irgendein Problem was HTTP(S) blockiert. SSH funktioniert. Nach einem ...

Ok, ich habe herausgefunden, dass das ganze nur bei PHP Version 7.4 auftritt. Stelle ich auf 7.3 oder 8.0 um, dann ist die Seite erreichbar.

Hallo, seit kurzer Zeit treten seltsame Probleme auf meiner Keyhelp Installation auf. Es lief bisher eigentlich sehr rund. Ich habe meine Website im Monitoring und habe regelmäßig Emails bekommen, dass die Keyhelp-Panel Seite offline ist, was auch stimmte. Allerdings war immer der Apache2 normal am l ...