Beiträge von extremmichi

ich hab natürlich kompletten Quatsch erzählt.

nicht ufw sperrt die einzelnen IPs sondern f2b

Das Subnet habe ich nun in ufw gesperrt,

nun bleibt erst mal abzuwarten.

und ja du hattest Recht ufw hat vorher den Zugang erlaubt.

*edit* gelöscht

Seltsam bleibt trotzdem warum 2 verschiedene Namen angegeben werden.

Hi Leute,

ganze 24er Netzwerke blocke ich immer so.

/sbin/iptables -I INPUT 5 -s 123.456.789/24 -j DROP

das wird auch so eingetragen nur ist es wirkungslos

und der Zugang ist weiterhin möglich.

Ich bekomme einen ganz anderen Namen

als wenn die ufw einzelne Rechner sperrt.

iptables ->berlin01.tor-exit.zipzap.org/24

ufw -> tor-exit-13.bla.blub.de

/sbin/iptables -n -I INPUT

zeigt mir die richtige IP an

DROP all -- 123.456.789.0/24 0.0.0.0/0

irgendwelche Ideen?

ich wünsche euch und euren Lieben ein Frohes Weihnachtsfest und ein paar erholsame Tage.

Zitat von mfnalex

Ich baller mir auch lieber zeilenweise vim rein als jemals auf Plesk zu sein

Plesk macht dich auch zu abhängig. Vim hat kaum Dependencies...

nach vim ist der Rest des Tages meist im Eimer.

ich nehme nano ,da sind die Nebenwirkungen geringer

und wenn ich s nicht sofort finde überbrücke ich das mit mc

da ist dann immer etwas nano drin

wie erwartet habe ich wieder keine Tasse bekommen.

ich werde einfach im kommenden Jahr in jedem Thread

meine unqualifizierte Meinung posten, in der Hoffnung

dass es dann klappt

Euch allen schonmal ein Frohes Fest und eine gute Rutsch

ins "Jahr der Tasse für michi"

Vielleicht weiss das ja einer

ich habe ja so ein Micro-Hosting 500MB 1DB

Wird die Grösse der DB vom Webhosting-Limit abgezogen?

Zitat von RAD750

und das CCP ist down xD

und direkt noch ein mal

Wenn der ssh-Filter nicht greift

experimentiere mit dem failrexex oder

schreib doch mal einen eigenen Filter.

Das ist nicht so schwer

Zitat von tab

Bei mir sind 5 von 8 Webhostings mittlerweile umgestellt. Dürfte also in etwa de Hälfte insgesamt umgestellt sein.

bei mir sind's 3 von 4.

Da komm ich auf ein ganz anderes Ergebnis

Zitat von KB19

extremmichi phpMyAdmin?

Notfalls halt schnell eine DB (+ User) anlegen und PMA öffnen.

Manchmal hat man einfach n Brett vorm Kopf *schäm*

Danke

kann ich irgendwo sehen welche MySQL-Version installiert ist?
ich finde weder im CCP noch im WCP etwas

LG

michi

nunja das kann ich dann frühestens Samstag machen

Trotzdem irgendwelche Ideen in die ich bis dahin ermitteln kann?

Nein es passiert nichts auf dm Server um diese Zeit.

nicht mal http Zugriffe oder mails kamen um diese Zeit rein

ich habe auch alle anderen logs durchsucht, aber um diese Zeit passiert nix

Deshalb ja mein Gedanke ob es der Host ist, der dies verursacht

da steht sonst nix drin

Edit:

was ich aber sagen kann es ist immer um 6:51 und 17:23 Uhr

Hi Leute,

ich bekomme seit einiger Zeit manchmal, nun immer häufiger, folgende Fehlermeldungen.

Zitat

Code

May 16 06:51:02 srv1 kernel: [57167291.023516] sd 2:0:0:0: [sda] tag#10 abort
May 16 06:51:20 srv1 kernel: [57167309.026536] sd 2:0:0:0: [sda] tag#9 abort
May 16 06:51:20 srv1 kernel: [57167309.027083] sd 2:0:0:0: [sda] tag#8 abort
May 16 06:51:20 srv1 kernel: [57167309.027168] sd 2:0:0:0: [sda] tag#7 abort
May 16 06:51:20 srv1 kernel: [57167309.027222] sd 2:0:0:0: [sda] tag#6 abort
May 16 06:51:20 srv1 kernel: [57167309.028290] sd 2:0:0:0: [sda] tag#13 abort
May 16 06:51:20 srv1 kernel: [57167309.028327] sd 2:0:0:0: [sda] tag#12 abort
May 16 06:51:20 srv1 kernel: [57167309.028350] sd 2:0:0:0: [sda] tag#11 abort
May 16 06:51:20 srv1 kernel: [57167309.028372] sd 2:0:0:0: [sda] tag#65 abort
May 16 06:51:20 srv1 kernel: [57167309.080751] sd 2:0:0:0: [sda] tag#64 abort
May 16 06:51:20 srv1 kernel: [57167309.080844] sd 2:0:0:0: [sda] tag#63 abort
May 16 06:51:20 srv1 kernel: [57167309.080904] sd 2:0:0:0: [sda] tag#62 abort
May 16 06:51:20 srv1 kernel: [57167309.080956] sd 2:0:0:0: [sda] tag#61 abort
May 16 06:51:20 srv1 kernel: [57167309.081016] sd 2:0:0:0: [sda] tag#60 abort
May 16 06:51:20 srv1 kernel: [57167309.081088] sd 2:0:0:0: [sda] tag#59 abort
May 16 06:51:20 srv1 kernel: [57167309.081135] sd 2:0:0:0: [sda] tag#58 abort
May 16 06:51:20 srv1 kernel: [57167309.081174] sd 2:0:0:0: [sda] tag#57 abort
May 16 06:51:20 srv1 kernel: [57167309.081219] sd 2:0:0:0: [sda] tag#56 abort
May 16 06:51:20 srv1 kernel: [57167309.081244] sd 2:0:0:0: [sda] tag#55 abort
May 16 06:51:20 srv1 kernel: [57167309.081268] sd 2:0:0:0: [sda] tag#54 abort
May 16 06:51:20 srv1 kernel: [57167309.081292] sd 2:0:0:0: [sda] tag#53 abort
May 16 06:51:20 srv1 kernel: [57167309.081315] sd 2:0:0:0: [sda] tag#52 abort
May 16 06:51:20 srv1 kernel: [57167309.081340] sd 2:0:0:0: [sda] tag#51 abort
May 16 06:51:20 srv1 kernel: [57167309.081365] sd 2:0:0:0: [sda] tag#50 abort
May 16 06:51:20 srv1 kernel: [57167309.081402] sd 2:0:0:0: [sda] tag#49 abort
May 16 06:51:20 srv1 kernel: [57167309.081424] sd 2:0:0:0: [sda] tag#48 abort
May 16 06:51:20 srv1 kernel: [57167309.081447] sd 2:0:0:0: [sda] tag#47 abort
May 16 06:51:20 srv1 kernel: [57167309.081469] sd 2:0:0:0: [sda] tag#46 abort
May 16 06:51:20 srv1 kernel: [57167309.081492] sd 2:0:0:0: [sda] tag#45 abort
May 16 06:51:20 srv1 kernel: [57167309.081516] sd 2:0:0:0: [sda] tag#44 abort
May 16 06:51:20 srv1 kernel: [57167309.081545] sd 2:0:0:0: [sda] tag#43 abort
May 16 06:51:20 srv1 kernel: [57167309.081571] sd 2:0:0:0: [sda] tag#42 abort
May 16 06:51:20 srv1 kernel: [57167309.081594] sd 2:0:0:0: [sda] tag#41 abort
May 16 06:51:20 srv1 kernel: [57167309.081617] sd 2:0:0:0: [sda] tag#40 abort
May 16 06:51:20 srv1 kernel: [57167309.081640] sd 2:0:0:0: [sda] tag#39 abort
May 16 06:51:20 srv1 kernel: [57167309.081663] sd 2:0:0:0: [sda] tag#38 abort
May 16 06:51:20 srv1 kernel: [57167309.081691] sd 2:0:0:0: [sda] tag#37 abort
May 16 06:51:20 srv1 kernel: [57167309.081709] sd 2:0:0:0: [sda] tag#36 abort
May 16 06:51:20 srv1 kernel: [57167309.081726] sd 2:0:0:0: [sda] tag#35 abort
May 16 06:51:20 srv1 kernel: [57167309.081744] sd 2:0:0:0: [sda] tag#34 abort
May 16 06:51:20 srv1 kernel: [57167309.081761] sd 2:0:0:0: [sda] tag#33 abort
May 16 06:51:20 srv1 kernel: [57167309.081788] sd 2:0:0:0: [sda] tag#32 abort
May 16 06:51:20 srv1 kernel: [57167309.081823] sd 2:0:0:0: [sda] tag#31 abort
May 16 06:51:20 srv1 kernel: [57167309.081848] sd 2:0:0:0: [sda] tag#30 abort
May 16 06:51:20 srv1 kernel: [57167309.081872] sd 2:0:0:0: [sda] tag#29 abort
May 16 06:51:20 srv1 kernel: [57167309.081899] sd 2:0:0:0: [sda] tag#28 abort
May 16 06:51:20 srv1 kernel: [57167309.081921] sd 2:0:0:0: [sda] tag#27 abort
May 16 06:51:20 srv1 kernel: [57167309.081944] sd 2:0:0:0: [sda] tag#26 abort
May 16 06:51:20 srv1 kernel: [57167309.081970] sd 2:0:0:0: [sda] tag#25 abort
May 16 06:51:20 srv1 kernel: [57167309.081998] sd 2:0:0:0: [sda] tag#24 abort
May 16 06:51:20 srv1 kernel: [57167309.082017] sd 2:0:0:0: [sda] tag#23 abort
May 16 06:51:20 srv1 kernel: [57167309.082035] sd 2:0:0:0: [sda] tag#22 abort
May 16 06:51:20 srv1 kernel: [57167309.082062] sd 2:0:0:0: [sda] tag#21 abort
May 16 06:51:20 srv1 kernel: [57167309.082089] sd 2:0:0:0: [sda] tag#20 abort
May 16 06:51:20 srv1 kernel: [57167309.082113] sd 2:0:0:0: [sda] tag#19 abort
May 16 06:51:20 srv1 kernel: [57167309.082137] sd 2:0:0:0: [sda] tag#18 abort
May 16 06:51:20 srv1 kernel: [57167309.082159] sd 2:0:0:0: [sda] tag#17 abort
May 16 06:51:20 srv1 kernel: [57167309.082196] sd 2:0:0:0: [sda] tag#16 abort
May 16 06:51:20 srv1 kernel: [57167309.082216] sd 2:0:0:0: [sda] tag#15 abort
May 16 06:51:20 srv1 kernel: [57167309.082237] sd 2:0:0:0: [sda] tag#14 abort

Alles anzeigen

Ist das ein Fall für den Support oder unwichtig da in einer virtuellen Umgebung?

LG

michi

Zitat von m_ueberall

Wenn Docker mal wieder(!!!) ungefragt(!) Ports öffnen kann, die von außen ansprechbar sind, dann ist das ein grundlegendes Konfigurationsproblem, welches ich mit dem Betrieb eines offenen E-Mail-Relays gleichsetzen würde (deutlich formuliert: grobe Fahrlässigkeit des Betreibers). Solange ich Anwendungen nicht hinreichend vertrauen kann, gehören sie gar nicht installiert oder hilfsweise in einen unprivilegierten Container, dessen Ein- und Ausgaben überwacht werden. Und spätestens(!) sobald die Alternative Podman (weniger "Docker rootless") scheinbar(!) keine Option ist, gehört eine Docker-basierte Installation ihrerseits in einen wirklich unprivilegierten Container.

+1

CPU Ram und Plattenplatz einmal täglich zu prüfen macht wenig Sinn

das kannst du mit einem kleinen bashscript selbst machen und alle 5 min laufen lassen.

und für die Logs würde ich logwatch(einmal täglich) oder logcheck(stündlich) empfehlen

ja sowas habe ich auch gefunden

aber ich hatte was völlig anderes vermutet

Weiss einer was das ist in der Ostereiersuche?

Zitat

netcup Twinbook (LIMITED EDITION)

Alternativ könnte man auch den Suez-Kanal aufstauen, genug Schiffe stehen ja auf beiden Seiten zur Verfügung