KeyHelp Community

blickgerecht wrote: ↑Mon 8. Apr 2024, 10:49 Gibt es einen einfachen weg, die IP in den Logs zu suchen?

Hint: find, grep

BTW:

This is the mail system at host vmi1765905.contaboserver.net.

Generische Hostnamen sind nicht unbedingt die cleverste Option...Viele Mailserver vermuten hinter solchen Hostnamen pauschal potentielle Spammer...

goldene-zeiten wrote: ↑Sat 6. Apr 2024, 20:52 LIeber wäre mir, ich könnte den Fehler komplett beseitigen

Dann mach das doch

24unix wrote: ↑Sat 6. Apr 2024, 20:38 Lösung: IPv6 ans Laufen bringen

Der Hinweis wurde ja schon gegeben.
Wie sieht denn deine aktuelle Netzwerkkonfiguration aus?

Hast Du auch noch einen Tipp, wie ich das Problem NOQUEUE: reject: 450 4.1.8 <info@oeko.ddns.net> lösen könnte? Das ist nicht der komplette Logeintrag. Muss ich diesen (sehr häufigen) Eintrag im Email-Server-Protokoll gar nicht beachten oder ernst nehmen? Logfile Einträge sollte man immer ernst neh...

blickgerecht wrote: ↑Thu 4. Apr 2024, 23:20 Im Fail2Ban-Log habe ich das dann noch etwas im Auge behalten:
Code: Select all
/var/log/fail2ban.log

Das geht auch in Echtzeit am CLI:

Code: Select all

tail -f /path/to/log

Ralph wrote: ↑Fri 5. Apr 2024, 09:01 1400 pro 24 Stunden ist schon heftig

1000 Versuche pro Minute wären heftig, aber doch nicht 1 pro Minute...Das ist völlig normales Grundrauschen...

terra wrote: ↑Thu 28. Mar 2024, 17:10 gibt's hier schon Neues zu erfahren?

Gegenfrage:
Denkst du nicht, daß es hier schon kommuniziert worden wäre, wenn es was Neues zu dem Thema gäbe...?

Wenn ich subdomain.domain.de (der echte Wert steht stand noch im zweiten Codeabschnitt, 3. Zeile) aufrufe, komme ich zum Panel Login...

akong77 wrote: ↑Thu 28. Mar 2024, 05:40 Could I have any solution to fix it?

Restore the system using the latest backup and then run the upgrade script.

trollolol wrote: ↑Tue 26. Mar 2024, 20:36 Es war weder das Panel noch die Webseiten erreichbar.

Hängt bei der neuen Kiste evtl. noch eine externe Firewall dazwischen, die den Traffic blockiert?

trollolol wrote: ↑Tue 26. Mar 2024, 20:27 auch da kam nur ne weiße Seite und dann nicht erreichbar

Und was steht im Logfile zum Zeitpunkt des Zugriffsversuchs?

BTW:
Ist nur das Panel nicht erreichbar oder auch die Webseiten, die auf dem Server liegen?

trollolol wrote: ↑Tue 26. Mar 2024, 19:48 Wenn ich die KeyhelpSeite aufrufen wollte, zeigte er mir an das der Server nicht erreichbar wäre.

Hast du den Aufruf mal direkt über die IP versucht?

Moderativer Hinweis:
Thread nach Off Topic verschoben, da kein direkter Bezug zu Keyhelp vorhanden/erkennbar ist.

Nur um diese Fehlerquelle wirklich auszuschließen...Ist denn tatsächlich genug Platz, um das Backup anzulegen? Das Backuptool braucht ja genügend Zwischenspeicher, um das Backup zu generieren. Dein Fall klingt irgendwie danach, als ob du da an den Grenzen des dir zur Verfügung stehenden Platzes 'kra...

Es gibt mehrere Meldungen über den Absturz des rsyslog-Dienstes mit einem Signalabbruch (ABRT). Dies könnte darauf hinweisen, dass es Probleme mit dem Logging-System gibt. Der systemd-Prozess meldet wiederholte Fehler in Bezug auf ungültige Syntax in verschiedenen Service-Dateien, was auf Probleme ...

Search found 3314 matches

Re: Datenbank-Fehler nach Crash?

Re: SPF, DMARC und DKIM in DNS Records [GELÖST]

Re: Probleme mit Erzeugung von LE-Zertifikaten [GELÖST]

Re: resolvectl not found

Re: Datenbank-Fehler nach Crash?

Re: Datenbank-Fehler nach Crash?

Re: DNSSEC

Re: Nach Serverumzug Keyhelp nicht erreichbar

Re: I upgrade debian 11 to 12 not use script.

Re: Nach Serverumzug Keyhelp nicht erreichbar

Re: Nach Serverumzug Keyhelp nicht erreichbar

Re: Nach Serverumzug Keyhelp nicht erreichbar

Re: Nach Serverumzug Keyhelp nicht erreichbar

Re: Backup sichert plötzlich ein Mail-Konto nicht mehr

Re: Nach Upgrade von Debian 11 auf 12 und update von Keyhelp 23.2.1 auf 24 [GELÖST]