Aus den Angeln hebender Reinfall bei Backup ins Internet - Beweise

Sep 13, 2026 Last reply: 1 week ago 15 Replies
Jump to replies (15)

Ich habe Beweise gesammelt, um dem Provider IONOS einen Report zukommen lassen zu können. Bilder werde ich noch nachreichen. Unten 'forced close' bedeutet Abbruch der Verbindung durch remote Host.



Nun werde ich chinesisches Essen besorgen (Asia Wok) und damit in einen anderen Ort fahren.



====================================================================================================================== Sep 3 17:35:25 15.31.57.0 u7654321 session opened for local user u7654321 from [15.31.57.0] Sep 3 17:40:49 15.31.57.0 u7654321 open "/sriysvdf/fattmp.tar.ehu" flags WRITE,CREATE,TRUNCATE mode 0600 Sep 3 18:05:32 15.31.57.0 u7654321 forced close "/sriysvdf/fattmp.tar.ehu" bytes read 0 written 3865620480 Sep 3 18:05:32 15.31.57.0 u7654321 [15.31.57.0|put|1483|3865620480|0|0|0|2f73726979737664662f666174746d702e7461722e647853|] Sep 3 18:05:32 15.31.57.0 u7654321 session closed for local user u7654321 from [15.31.57.0] Sep 3 18:10:13 15.31.57.0 u7654321 session opened for local user u7654321 from [15.31.57.0] Sep 3 18:12:13 15.31.57.0 u7654321 open "/sriysvdf/fattmp.tar.ehu" flags WRITE,CREATE,TRUNCATE mode 0600 Sep 3 18:40:22 15.31.57.0 u7654321 forced close "/sriysvdf/fattmp.tar.ehu" bytes read 0 written 4294640640 Sep 3 18:40:22 15.31.57.0 u7654321 [15.31.57.0|put|1689|4294640640|0|0|0|2f73726979737664662f666174746d702e7461722e647853|] Sep 3 18:40:22 15.31.57.0 u7654321 session closed for local user u7654321 from [15.31.57.0] Sep 3 18:47:36 15.31.57.0 u7654321 session opened for local user u7654321 from [15.31.57.0] Sep 3 18:49:51 15.31.57.0 u7654321 open "/sriysvdf/fattmp.tar.ehu" flags WRITE,CREATE,TRUNCATE mode 0600 Sep 3 18:58:45 15.31.57.0 u7654321 session opened for local user u7654321 from [15.31.57.0] Sep 3 18:58:45 15.31.57.0 u7654321 open "/sriysvdf/u.tar.ehu" flags WRITE,CREATE mode 0600 Sep 3 19:17:42 15.31.57.0 u7654321 forced close "/sriysvdf/fattmp.tar.ehu" bytes read 0 written 3829585920 Sep 3 19:17:42 15.31.57.0 u7654321 [15.31.57.0|put|1671|3829585920|0|0|0|2f73726979737664662f666174746d702e7461722e647853|] Sep 3 19:17:42 15.31.57.0 u7654321 session closed for local user u7654321 from [15.31.57.0] Sep 3 19:22:58 15.31.57.0 u7654321 session opened for local user u7654321 from [15.31.57.0] Sep 3 19:22:58 15.31.57.0 u7654321 open "/sriysvdf/fattmp.tar.ehu" flags WRITE,CREATE mode 0600 Sep 3 19:28:52 15.31.57.0 u7654321 forced close "/sriysvdf/u.tar.ehu" bytes read 0 written 5419806720 Sep 3 19:28:52 15.31.57.0 u7654321 [15.31.57.0|put|1807|5419806720|0|0|0|2f73726979737664662f752e7461722e647853|] Sep 3 19:28:52 15.31.57.0 u7654321 session closed for local user u7654321 from [15.31.57.0] Sep 3 19:53:02 15.31.57.0 u7654321 forced close "/sriysvdf/fattmp.tar.ehu" bytes read 0 written 5998970880 Sep 3 19:53:02 15.31.57.0 u7654321 [15.31.57.0|put|1804|5998970880|0|0|0|2f73726979737664662f666174746d702e7461722e647853|] Sep 3 19:53:02 15.31.57.0 u7654321 session closed for local user u7654321 from [15.31.57.0] Sep 3 21:29:20 15.31.57.0 u7654321 session opened for local user u7654321 from [15.31.57.0] Sep 3 21:29:50 15.31.57.0 u7654321 session closed for local user u7654321 from [15.31.57.0] Sep 3 21:30:30 15.31.57.0 u7654321 session opened for local user u7654321 from [15.31.57.0] Sep 3 21:30:30 15.31.57.0 u7654321 open "/sriysvdf/fattmp.tar.ehu" flags WRITE,CREATE mode 0600 Sep 3 22:00:32 15.31.57.0 u7654321 forced close "/sriysvdf/fattmp.tar.ehu" bytes read 0 written 6006282240 Sep 3 22:00:32 15.31.57.0 u7654321 [15.31.57.0|put|1802|6006282240|0|0|0|2f73726979737664662f666174746d702e7461722e647853|] Sep 3 22:00:32 15.31.57.0 u7654321 session closed for local user u7654321 from [15.31.57.0] Sep 4 04:55:48 15.31.57.0 u7654321 Connection from 15.31.57.0 port 16618 on 82.165.81.179 port 22 rdomain "" Sep 4 04:55:48 15.31.57.0 u7654321 Accepted publickey for u7654321 from 15.31.57.0 port 16618 ssh2: ECDSA SHA256:Sfws9sRMJ/7RwaW/QIx7WKJGq4jE5KVNdk7eeac Sep 4 04:55:48 15.31.57.0 u7654321 Starting session: subsystem 'sftp' for u7654321 from 15.31.57.0 port 16618 id 0 Sep 4 04:55:48 15.31.57.0 u7654321 session opened for local user u7654321 from [15.31.57.0] Sep 4 04:55:48 15.31.57.0 u7654321 open "/sriysvdf/fattmp.tar.ehu" flags WRITE,CREATE mode 0600 Sep 4 05:25:56 15.31.57.0 u7654321 forced close "/sriysvdf/fattmp.tar.ehu" bytes read 0 written 2315351040 Sep 4 05:25:56 15.31.57.0 u7654321 [15.31.57.0|put|1808|2315351040|0|0|0|2f73726979737664662f666174746d702e7461722e647853|] Sep 4 05:25:56 15.31.57.0 u7654321 session closed for local user u7654321 from [15.31.57.0] Sep 4 06:25:45 15.31.57.0 u7654321 Connection from 15.31.57.0 port 53622 on 82.165.81.179 port 22 rdomain "" Sep 4 06:25:45 15.31.57.0 u7654321 Accepted publickey for u7654321 from 15.31.57.0 port 53622 ssh2: ECDSA SHA256:Sfws9sRMJ/7RwaW/QIx7WKJGq4jE5KVNdk7eeac Sep 4 06:25:45 15.31.57.0 u7654321 Starting session: subsystem 'sftp' for u7654321 from 15.31.57.0 port 53622 id 0 Sep 4 06:25:45 15.31.57.0 u7654321 session opened for local user u7654321 from [15.31.57.0] Sep 4 06:25:45 15.31.57.0 u7654321 open "/sriysvdf/fattmp1.tar.ehu" flags WRITE,CREATE mode 0644 Sep 4 06:36:43 15.31.57.0 u7654321 set "/sriysvdf/fattmp1.tar.ehu" size 2147483648 Sep 4 06:36:43 15.31.57.0 u7654321 [15.31.57.0|ftruncate|0|0|2147483648|0|0|2f73726979737664662f666174746d70312e7461722e647853|] Sep 4 06:36:43 15.31.57.0 u7654321 set "/sriysvdf/fattmp1.tar.ehu" mode 0644 Sep 4 06:36:43 15.31.57.0 u7654321 [15.31.57.0|fchmod|0|0|420|0|0|2f73726979737664662f666174746d70312e7461722e647853|] Sep 4 06:36:43 15.31.57.0 u7654321 set "/sriysvdf/fattmp1.tar.ehu" modtime 20260904-08:23:16 Sep 4 06:36:43 15.31.57.0 u7654321 [15.31.57.0|futimes|0|0|1788502996|0|0|2f73726979737664662f666174746d70312e7461722e647853|] Sep 4 06:36:43 15.31.57.0 u7654321 close "/sriysvdf/fattmp1.tar.ehu" bytes read 0 written 2147483648 Sep 4 06:36:43 15.31.57.0 u7654321 [15.31.57.0|put|658|2147483648|0|0|0|2f73726979737664662f666174746d70312e7461722e647853|] Sep 4 06:36:43 15.31.57.0 u7654321 session closed for local user u7654321 from [15.31.57.0] Sep 4 06:36:43 15.31.57.0 u7654321 Received disconnect from 15.31.57.0 port 53622:11: disconnected by user Sep 4 06:37:01 15.31.57.0 u7654321 Connection from 15.31.57.0 port 34234 on 82.165.81.179 port 22 rdomain "" Sep 4 06:37:01 15.31.57.0 u7654321 Accepted publickey for u7654321 from 15.31.57.0 port 34234 ssh2: ECDSA SHA256:Sfws9sRMJ/7RwaW/QIx7WKJGq4jE5KVNdk7eeac Sep 4 06:37:01 15.31.57.0 u7654321 Starting session: subsystem 'sftp' for u7654321 from 15.31.57.0 port 34234 id 0 Sep 4 06:37:01 15.31.57.0 u7654321 session opened for local user u7654321 from [15.31.57.0] Sep 4 06:37:54 15.31.57.0 u7654321 session closed for local user u7654321 from [15.31.57.0] Sep 4 06:37:54 15.31.57.0 u7654321 Received disconnect from 15.31.57.0 port 34234:11: disconnected by user Sep 5 16:32:37 15.31.57.0 u7654321 Connection from 15.31.57.0 port 40922 on 82.165.81.179 port 22 rdomain "" Sep 5 16:32:37 15.31.57.0 u7654321 Accepted publickey for u7654321 from 15.31.57.0 port 40922 ssh2: ECDSA SHA256:Sfws9sRMJ/7RwaW/QIx7WKJGq4jE5KVNdk7eeac Sep 5 16:32:37 15.31.57.0 u7654321 Starting session: subsystem 'sftp' for u7654321 from 15.31.57.0 port 40922 id 0 Sep 5 16:32:37 15.31.57.0 u7654321 session opened for local user u7654321 from [15.31.57.0] Sep 5 16:34:35 15.31.57.0 u7654321 open "/sriysvdf/u.tar.ehu" flags WRITE,CREATE,TRUNCATE mode 0600 Sep 5 16:58:15 15.31.57.0 u7654321 close "/sriysvdf/u.tar.ehu" bytes read 0 written 7472465240 Sep 5 16:58:15 15.31.57.0 u7654321 [15.31.57.0|put|1420|7472465240|0|0|0|2f73726979737664662f752e7461722e647853|] Sep 5 16:59:35 15.31.57.0 u7654321 session closed for local user u7654321 from [15.31.57.0] Sep 5 16:59:35 15.31.57.0 u7654321 Received disconnect from 15.31.57.0 port 40922:11: disconnected by user ======================================================================================================================



Das ist ein Log von deinem Webserver? Welcher Dienst loggt das?

Was sagt tcpdump vom gleichen Zeitraum?

Grüße Marc

--

---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402

Existiert nicht oder wird nicht benutzt.

IONOS trägt hauptsächlich Traffic-Infos in das Verzeichnis /logs ein. Es gibt nur ein paar sftp-log-Dateien dort.

Ich kann diesen Log problemlos innerhalb von wenigen Minuten analysieren. Mein vergangenes Verhalten kann ich darin voll wiedererkennen. Du hingegen scheinst totale Probleme zu haben, so daß dieser Log für Dich wohl unnutzbar ist. Das ist gar nicht überraschend.

Helmut Schellong wrote on 13.09.2026 12:15:

Nun die Bilder:

formatting link
formatting link
formatting link
formatting link
Ich habe meine logische Beurteilung zu den Abbrüchen geändert, weil ich aktuell einen Abbruch hatte bei hoher Rate von 5,0 MB/s nach bereits wenigen Minuten. Es gab Abbruch nach nur etwa 600 MB Transfer. Es gab Abbruch, dann aber bei dem nachfolgenden gleichen Transfer keinen Abbruch.

Mein Fazit: Die Abbrüche sind zufallsgesteuert.

Am 13.Juli gab es 0 Abbrüche trotz vollständigem, langzeitigem Upload bei nur 1,4 MB/s.

Und Du weißt immer noch nicht von wo sie ausgehen.

--

---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402

Richtig, das muß ich aber gar nicht so ganz genau wissen - ich sehe die Wirkung. Die Software auf meiner Seite teilt mir einen Abbruch durch den remote Host mit.

Ich habe jedoch vor, einen Report zum Provider zu übermitteln, wie ich bereits mitteilte. Daraufhin werde ich Antworten erhalten...

Sicher keine die zielführend sind.

Grüße Marc

--

---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402

Das wird wahrscheinlich so sein. Beispielsweise: "Danke für Ihre Informationen - wir haben den Fehler beseitigt."

Zeitlich gesprenkelte Abbrüche. Ich vermute einen Hardware-Fehler - einfach einen Wackler.

-rw-r--r-- 1 u ftpusers 1000000000 Sep 14 12:57 fattmp1.tar.ehu

-rw------- 1 u ftpusers 1000000000 Sep 14 13:00 fattmp2.tar.ehu

-rw------- 1 u ftpusers 1000000000 Sep 14 13:08 fattmp3.tar.ehu

-rw------- 1 u ftpusers 1000000000 Sep 14 13:11 fattmp4.tar.ehu

-rw------- 1 u ftpusers 1000000000 Sep 14 13:15 fattmp5.tar.ehu

-rw------- 1 u ftpusers 848152320 Sep 14 13:18 fattmp6.tar.ehu

-rw------- 1 u ftpusers 848152320 Sep 14 13:23 fattmp7.tar.ehu

-rw------- 1 u ftpusers 5186626220 Jul 13 07:22 home.tar.ehu

-rw------- 1 u ftpusers 2000000000 Sep 12 19:33 u1.tar.ehu

-rw------- 1 u ftpusers 2000000000 Sep 13 01:26 u2.tar.ehu

-rw------- 1 u ftpusers 1736236032 Sep 13 01:57 u3.tar.ehu

-rw------- 1 u ftpusers 1736236032 Sep 14 12:41 u4.tar.ehu

Ich habe jetzt mal aktualisiert. Die Uhrzeit zeigt einen Abbruch an bei fattmp3. Da habe ich einfach nochmals transferiert. Die Probleme sind nun vernachlässigbar geworden.

Meine Maßnahmen haben sich als goldrichtig herausgestellt. Kleine Dateiteile verringern die Wahrscheinlichkeit eines Abbruchs. Bei einem Abbruch nach 2 Min. laden dauert die Wiederholung nur 3 Min. Eine Wiederholungsdauer von 25 Min. wäre jedoch sehr frustrierend.

Die Dateien oben können jetzt etwa 3 Monate verbleiben, bis zur nächsten Aktualisierung.

Den Fehler zu suchen und zu beheben beendet die Abbrüche.

--

---------------------------------------------------------------------------- Marc Haber | " Questions are the | Mailadresse im Header Rhein-Neckar, DE | Beginning of Wisdom " | Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402

Falls der Fehler auf meiner Seite läge.

Das ist bei der vorliegenden Sachlage höchst wahrscheinlich.

Nein, ich meine, DAS kann gar nicht sein. So etwas gab es seit Jahrzehnten nicht, auch im Juli nicht.

Das ist mir eigentlich auch völlig Schnuppe. Ich stecke keine weitere Zeit da hinein. Ich sitze das erst mal drei Monate aus.

Helmut Schellong, 2026-09-13 12:15:

Nein, einfach nur, dass die Verbindung abgebrochen wurde, während eine Datenübertragung stattfand. Wer sie abgebrochen hat, ist da nicht angegeben.

Und was genau willst Du "beweisen"? Dass IONOS irgendein Problem hat? Das wäre wohl nur sinnvoll machbar, wenn Du einen *anderen* Provider zum Vergleich hast, bei dem die selbe Operation fehlerfrei funktioniert.

Und Helmut hat sich verweigert der Sache auf den Grund zu gehen sondern stattdessen einen kruden Würgaround gebaut.

Grüße Marc

Arno Welzel wrote on 26.09.2026 13:10:

Doch, weil meine Seite des lokalen sftp ausdrücklich einen Abbruch durch den remote Host angab.

Bei dem selben Provider funktionierte es vor wenigen Monaten wiederholt makellos.

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required