[Jiaz]

Das Log zeigt noch immer das Timeout Problem
FileSize: 168929337|Loaded: 168660728 obwohl Timeout auf 6 Minuten steht.
Der SO Account wird blockiert wegen
The usage of different IPs is not possible!</strong>You're trying to use your account from more than one IP-Adress.
Klingt für mich nach typischen DSLite Problem seitens Kabelanbieter und SO der unterschiedliche IPs nicht zulässt.

Danke für die Erklärung. Ich bin Netzwerk-Laie, darum die Frage: Was bedeutet das jetzt? Was kann ich tun?

Zur Info: Lade ich direkt von Share-Online herunter (als ohne jdownloader, zB direkt aus Opera), so existiert das Problem der abgebrochenen Downloads nicht. Alles läuft durch...

[Jiaz]

Kannst du das Problem nachstellen? Passiert das unabhängig von der Dateigröße und nur bei ShareOnline? Könnten wir uns das gemeinsam via Teamviewer und Wireshark bei dir anschauen und evtl finden wir die Ursache/den Unterschied gemeinsam heraus.
Ich habe eine Theorie, bräuchte aber Teamviewer zum Bestätigen dieser

[Jiaz]

Aktiviere nur mal zum Test Einstellungen-Profieinstellungen-GeneralSettings.preferbouncycastlefortls und erstelle neue Logs

jdlog://7301754433151/ (Settingänderung gemäß deinem Vorschlag ist umgesetzt)

Trotz mehrerer Versuche habe ich leider keine präzise Statistik angefangen (sorry). Das Problem tritt nicht nur bei Share-online auf (z.B. auch bei filejoker). Zudem habe ich den Eindruck, dass es eher bei großen Files (>60MB) auftritt als bei kleinen Files

[Jiaz]

Wäre eine gemeinsame Teamviewer Session denn möglich? Wie schnell ist denn deine Leitung, das wir zb ein paar Testdownloads machen könnten?

Geht das auch ohne Teamviewer? Was kann man da mehr sehen als mit dem log? Kann ich nicht noch irgendwelche Tests durchführen und logs senden?

[Jiaz]

@compichief: Ich würde Wireshark anwerfen und den Traffic aufzeichnen und versuchen rauszufinden worin der Unterschied zwischen Browser<-> JDownloader liegt und dieses Analyse eben in Wireshark vor Ort machen. Aber ich werde mal ein paar Dinge im JDownloader umbauen um so an mehr Debug Informationen zu kommen.

Danke schonmal an dieser Stelle

Mit deaktiviertem "Avira Echtzeitscanner" lief gerade ein 200MB Share-Online Download problemlos (und ohne Kunstpause am Downloadende) durch. Ohne eine Diskussion über pro und kontra Virenscanner lostreten zu wollen... findet sich mit dieser Info eine Einstellung beim jdownloader oder beim Virenscanner der das Problem lösen könnte?

[tarkett]

JD-Verzeichnis und Downloadverzeichnis in die Ausnahmeliste des Echtzeitscanners eintragen. Das ist ein Kompromiss und du musst nicht den ganzen Echtzeitscanner deaktivieren.

[Jiaz]

@compichief: Im JDownloader kann man hierzu nix einstellen, da ja kein Unterschied existiert und der Grund/die Ursache irgendwo in der Firewall/AV steckt. Aber danke fürs Teilen deiner Erkenntnisse

Originally Posted by Jiaz

@compichief: Im JDownloader kann man hierzu nix einstellen, da ja kein Unterschied existiert und der Grund/die Ursache irgendwo in der Firewall/AV steckt. Aber danke fürs Teilen deiner Erkenntnisse

Leider war das doch keine Erkenntnis. War wohl nur eine Ausnahme, dass es funktioniert hat. Grundproblem besteht weiterhin :-(

[Jiaz]

Ich hab mal ein wenig Sonderhandling eingebaut für den *Schluss* des Downloads. Warte mal aufs nächste Update (circa 5 mins), führe dann das Update durch,starte JDownloader neu und sobald das Problem wieder passiert, bitte ein neues Log erstellen

Beim SO-Download bekanntes Verhalten. Langes "Nachdenken" beim letzten Kilobyte, ob der Download jetzt fertig ist. Dann startet der Download neu, ohne auf der Festplatte ein ganz vollständiges File hinterlassen zu haben (In vorliegenden Fall lies sich das unfertige *.rar zum Glück entpacken, so dass der Download letztendlich erfolgreich war. Das ist so aber nicht immer da Fall)

jdlog://8097754433151/

[oEFLKQzikCqw]

Originally Posted by compichief

Beim SO-Download bekanntes Verhalten.

Nein, ich kenne so ein Verhalten nicht.

[Jiaz]

@compichief: bitte nach dem nächsten core update erneut ein Log erstellen. Wir nähern uns immer mehr dem Ende. Vorher kam JDownloader nur bis circa 250kb vor Ende, jetzt sind wir schon bei 19kb vor Ende.
Für mich sieht das derzeit danach aus als wolle Firewall/AV das letzte Byte nicht hergeben, was zu einem Timeout führt. Daher hab ich jetzt gegen Ende kleinere Ladeintervalle eingebaut. Evtl kann ich so dem Firewall/AV Problem entgegenwirken

jdlog://2568754433151/

:)
https://de.wikipedia.org/wiki/Teilungsparadoxon

Es ist alles leider wie immer: uploaded.to und turbobit läuft durch, Share-Online und filejoker hängen sich am letzten Bit auf. Echtzeitscanner ist gerade aus. Vielleicht hilft ja die Info, dass bis vor (ganz grob) 2 Monaten das Problem noch nicht bestand. Damals lief immer alles problemlos durch.

[Jiaz]

@compichief: Es gibt im JDownloader keinen Unterschied zwischen den Downloads von Uploaded oder ShareOnline. Alle nutzen die gleichen Routinen. Und da das Problem damals durch ein FritzBox Update entstand und behoben wurde, tipppe ich auch eine ganz besondere Konstellation zwischen Firewall/AV, zb irgendwelche Padding Bytes oder so.
Daher wäre eine Teamviewer Session und Wireshark hilfreich, damit man den Datenstrom analysiert zwischen Download im Browser und im JDownloader
Das neue Log hängt erneut wieder bei circa 250kb vor Ende