tab-kh wrote: ↑Tue 31. Mar 2026, 12:09 Du wirst doch die größten Wohltäter der Menschheit, wie z.B. Cloudflare, Google, Amazon, Microsoft, Meta & Co nicht aussperren wollen?

Sarkasmus...?

Ich nutze selber CF nicht mehr aktiv...Aber du solltest doch Einiges an Traffic schon mit der WAF von CF abfangen können, indem du zB. gegen .env-Scans filterst. BTW: Ich sehe das übrigens als Problem, welches man sich selber einbrockt... Die Krux an der ganzen Sache ist doch, daß CF die ganzen böse ...

Warum sollte ein FTP Server mit HTTP 500 antworten? Vielleicht war meine vorherige Erklärun etwas knapp. Der HTTP-500-Error entsteht nicht direkt vom FTPS-Server der Hetzner Storage Box, sondern im KeyHelp-Wrapper um rclone herum. Er wird nach mehreren IO-Timeouts bei Upload-Requests (rcat/put) ...

Ich frage mich, wie es zu dem 500 response kommt, nach ein paar timeouts. Ein 500-Error signalisiert immer einen internen Ausnahmezustand auf dem Zielserver – hier der FTPS-Server der Storage Box. Entweder ist der Host netzwerktechnisch überlastet oder es liegt dort eine Fehlkonfiguration vor. Du ka ...

@ITS wrote: ↑Thu 26. Mar 2026, 17:53 Habe wo gelesen, man könnte statt chain.pem auf die fullchain.pem ändern um dies zu lösen.

Dann teste das doch mal manuell bei einer Domain.
Wenn es das Problem löst, werden die Dev's das sicher mit ins Panel integrieren.

Forensuche hätte geholfen->
viewtopic.php?t=11827

Das habe ich jetzt nicht wirklich verstanden. Was soll die findtime von 600 Sekunden bewirken? Fail2ban zählt Fehlversuche nur innerhalb des findtime-Fensters (zB. 300s). Timeouts von laufenden Sessions treten oft später auf und werden ignoriert, wenn findtime auf 600s erhöht wird – so vermeidest du ...

Kurz gesagt: Fail2Ban blockiert neue Verbindungen, aber bestehende Sessions können noch auslaufen – und genau dabei entstehen diese zusätzlichen Logeinträge. Das könnte man aber noch optimieren. Entweder erstellt man einen custom Filter, der Timeout Logs ignoriert oder man setzt zB. findtime = 600 D ...

kroerig wrote: ↑Sun 22. Mar 2026, 15:41 Für wann ist denn das Release geplant?

Ist es denn wirklich so schwer, die Forensuche zu benutzen...?
viewtopic.php?t=14401

kroerig wrote: ↑Sun 22. Mar 2026, 15:11 Der Wettbewerb kann es ja auch.

Nenn mir nur einen einzigen Bewerber, der eine GoBD-konforme Archivierung integriert hat!

saviorhost wrote: ↑Wed 18. Mar 2026, 18:19 Is there anyone who can offer help?

The issue could be fixed by targeted whitelisting instead of full disablement.

Check ModSecurity logs for the blocking rule ID, then whitelist it or the /phpMyAdmin/ path in the config (/etc/modsecurity.d/). This should preserves overall security.

Alles klar, wenn es denn so ist dann ist es halt so .... damit ist die Sache für mich gegessen. Manoman...warum bist du immer gleich so angefressen...? Ich hab doch nur meinen subjektiven Standpunkt geäußert, das ist doch nicht automatisch ein K.o. Kriterium...Warte erstmal, ob es noch weitere Ar ...

Ich möchte nochmal 3 Gründe benennen, warum es IMHO nicht ins Panel gehört: 1. Die Art der übermittelten Daten...mhagge hatte dir ja schon den Unterschied Server-IP vs. Kunden-IP aufgezeigt. 2. Mit der Einbindung eines weiteren externen Dienstes schafft man automatisch einen neuen potentiellen Ang ...

Einfache Weiterleitungen reichen in Deutschland meist nicht für GoBD-konforme Archivierung, da Originale mit Metadaten unveränderbar, vollständig und auffindbar gespeichert werden müssen – Wenn nötig, sind hier dedizierte Lösungen das Mittel der Wahl.

Ralph wrote: ↑Wed 11. Mar 2026, 09:36 HIBP habe ich bei mir deaktiviert, weil sich Microsoft Infrastruktur dahinter verbirgt

Puuh...Auf der einen Seite hast du ein Problem, Daten von MS verarbeiten zu lassen, bist aber auf der anderen Seite wesentlich toleranter, wenn CF Daten verarbeitet...Klingt für mich nach einem Widerspruch...