#21
|
||||
|
||||
Vielen Dank! Jetzt bin ich der Sache auf der Spur
Könntest du evtl noch meine Vermutung prüfen ob das NUR bei http Proxies passiert, nicht jedoch bei Socks?
__________________
JD-Dev & Server-Admin |
#22
|
|||
|
|||
Hallo Jiaz,
also in meiner JDownloader-Verbindungsverwaltung stehen ca. 50 Proxys und diese sind ausschließlich HTTP-Proxys, also könnte Deine Vermutung zutreffend sein. Grüße |
#23
|
||||
|
||||
Danke für die Rückmeldung!
__________________
JD-Dev & Server-Admin |
#24
|
||||
|
||||
Ursache gefunden
__________________
JD-Dev & Server-Admin |
#25
|
|||
|
|||
I'm proud of you
Grüße |
#26
|
||||
|
||||
Update sollte ich morgen schaffen. Lösung, so einfach wie doof Bei http Proxies wird der Timeout nicht gesetzt, somit default=0=unendlich
__________________
JD-Dev & Server-Admin |
#27
|
|||
|
|||
Krasse Sache und dies ist jahrelang nie aufgefallen, da zumeist die eingesetzten
Proxys auch funktionieren ... erklärt aber nicht, warum selbst beim "Zurücksetzen" kein Abbruch möglich ist ... Hast Du dafür eine Erklärung? |
#28
|
||||
|
||||
@tbengel: Natürlich, die Ursache liegt im unendlichen Timeout. Wir nutzen blockierende Lesen auf TCP welches sich nicht unterbrechen lässt. Sprich Java will Daten vom Netzwerk lesen, dann geht der Befehl ins Betriebsystem über und kommt erst zurück wenn a.) Daten vorhanden, b.) Timeout oder c.) Netzwerkfehler auftreten. Da keine Daten kommen und unendlicher Timeout, blockiert das bis irgendwann die Gegenseite zu macht oder es zu einem Netzwerkfehler kommt.
en.wikipedia.org/wiki/Asynchronous_I/O
__________________
JD-Dev & Server-Admin |
#29
|
|||
|
|||
Hallo @Jiaz,
ja dies könnte dann passen. Ich bin davon ausgegangen, dass die Connection manuell (forced) unterbrochen wird, aber wenn hier auch der nicht existente Timeout eine Rolle spielt, dann umso besser. Ich kann es gerne vorab testen, falls da diesbezüglicher Bedarf besteht. Grüße |
#30
|
||||
|
||||
Nein, ein Stopp/Abbruch ist immer koordiniert und ein einfaches *Killen* der Verbindung ist nicht "graceful".
__________________
JD-Dev & Server-Admin |
#31
|
|||
|
|||
Danke @Jiaz, wieder was dazugelernt ...
Grüße |
#32
|
||||
|
||||
Erst bedanken wenn das Problem gelöst wurde
__________________
JD-Dev & Server-Admin |
#33
|
|||
|
|||
Der Dank galt nur für die Informationen zum Dazulernen
|
#34
|
|||
|
|||
... und @Jiaz, gibt es schon was neues an der Fix-Front?
Grüße Last edited by tbengel; 21.05.2020 at 22:53. |
#35
|
||||
|
||||
@tbengel: Ich versuche das Update/Änderung heute fertigzustellen.
__________________
JD-Dev & Server-Admin |
#36
|
|||
|
|||
@Jiaz...?
Noch eine Zusatzinfo, wenn er stundenlang im Linksammler hängen bleibt, da er aus einer Connection nicht raus kommt, ist es in dieser Zeit nicht möglich, weitere Zippyshare-Links hinzuzufügen ... Grüße |
#37
|
||||
|
||||
@tbengel: Ich werd das diese Woche fertig *schaffen*. Und auf deine Frage, nein, da der Linkcheck sequentiell pro Hoster die Links abarbeitet.
__________________
JD-Dev & Server-Admin |
#38
|
|||
|
|||
@Jiaz: Bisher gibt es leider noch keine Besserung ...
Grüße |
#39
|
|||
|
|||
@Jiaz: Kann die Änderung noch implementiert werden, oder gibt es diesbezügliche Hinderungsgründe?
Grüße |
#40
|
|||
|
|||
Socks Proxy Timeout
Wenn ich einen Download über einen http Proxy starten möchte und die Verbindung fehlschlägt, merkt JDownloader dies nach weniger Sekunden und versucht es später nochmal.
Ist ein Download jedoch über einen Socks Proxy kurzzeitig nicht möglich, bleibt der Status dauerhaft auf "Starte...", auch wenn eine Verbindung zum Proxy wieder möglich wäre. Der Download lässt sich dann auch nicht durchs Stoppen/Anhalten aller Downloads beenden und neustarten. Download zurücksetzen ist ebenfalls nicht möglich. Es ist notwendig den kompletten JDownloader neuzustarten. Dieses Verhalten konnte ich auf 3 unterschiedlichen Installationen reproduzieren. Ist es möglich ein Timeout o.ä. für Socks Proxies zu setzen? Last edited by mario; 24.06.2020 at 01:26. |
Thread Tools | |
Display Modes | |
|
|