#1
|
|||
|
|||
JD steckt fest, wenn Proxy Probleme hat
Unter dem Connection Manager habe ich einen HTTP-Proxy eingetragen. Über den erfolgen dann alle neu gestarteten Downloads. Geht normalerweise gut, aber es gibt folgendes Problem: JD bleibt immer wieder einfach stecken.
Das kann bei allen möglichen Operationen passieren, z.B.: beim Download mit Status "Running". beim Linkchecker, wenn man einen Linkcheck angestoßen hat. Die aktuelle Operation kann auch nicht abgebrochen werden. Der Befehl "Abbrechen" wird zwar angezeigt, aber nach Klick nicht ausgeführt. Es bleibt nur 1 Ausweg: Restart des JDs. Dann kommt z.B. die Meldung "Linkchecker wirklich abbrechen?" und JD wird restartet. Das Steckenbleiben passiert oft wenn die Verbindung zum Proxy nicht extremst stabil ist, z.B. wenn er stark ausgelastet ist. Mir scheint folgendes zu sein: wenn die Proxy-Verbindung zu einem ungünstigen Moment abbricht oder der Proxy auf eine Anfrage sich nicht meldet, wartet JD ewig (also ohne jedes Timeout) auf eine Antwort vom Proxy. Ich möchte bitte dem Support-Team nicht meinen Proxy nennen, der Effekt lässt sich eh nicht provozieren. Es müsste in den Soucen erkennbar sein, wann genau Timeout-Checks bei Proxy-Verbindungen fehlen. Es wäre toll, wenn man dieses Problem lösen könnte. Sonst müsste man halt damit leben. Ted |
#2
|
||||
|
||||
Quote:
Sonst die Werte "GeneralSettings.proxyhostbantimeout" und "GeneralSettings.freeproxybalancemode" entsprechend anpassen. Quote:
Quote:
Quote:
Alles andere was Du willst sind vermutlich HTTP Timeouts weil der JDownloader keinen Unterschied bei der Zeitüberschreitung in den Sourcen macht, glaub ich. Den Quellcode kannst auch jederzeit per SVN einsehen. Empfehle die folgenden zwei Profieinstellungen entsprechend anzupassen: 1. InternetConnectionSettings.httpconnecttimeout (Defaullt 20000ms) 2. InternetConnectionSettings.httpreadtimeout (Default 60000s) Hellseherei ist noch kein funktionierender Beruf.
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. |
#3
|
|||
|
|||
Ich habe Probleme mit Proxy-Verbindungen ebenfalls festgestellt:
Szenario: 1. Verbindung zum Proxy ist OK aber der Proxy kann keine Verbindung zum Filehoster aufbauen. 2. JD versucht die Datei zu starten. 3. Eigentlich sollte nach einem angemessenen Timeout JD den Versuch abbrechen. Macht JD aber nicht. 4. Die Datei ist in der Download-Liste komplett blockiert. Auch Zurücksetzen bringt nichts. 5. Vorausgesetzt man hat Kontrolle über den Proxy kann man wunderschön beobachten, wie die Datei sofort abbricht und freigegeben wird, sobald man den Proxy-Server-Prozess beendet. |
#4
|
||||
|
||||
Quote:
Quote:
Quote:
Vorzugsweise mal mit sehr niedrigen Werten bei InternetConnectionSettings.httpconnecttimeout und InternetConnectionSettings.httpreadtimeout testen. Quote:
Welche Proxy Software (z.B. squid, ccproxy) wurde denn genutzt?
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. |
#5
|
|||
|
|||
Quote:
Die Datei sollte auf jeden Fall abbrechen, wenn man manuell "Zurücksetzen" auswählt. Das passiert zur Zeit nicht. Die Timer haben möchlicherweise dasselbe Problem. Oder die Timer laufen nur gegen den Proxy, der ja nach wie vor da ist. |
#6
|
||||
|
||||
Konfiguration? Version? System?
Zumindestens mit CCProxy (v8.0) kann ich das Problem auf einem Windows Server 2012 nicht reproduzieren. Unabhängig wie ich die Verbindung pausiere (VM pausiert), blockiere (Webfilter) oder unterbreche ("Stop" im Proxy und Prozess beendet). Alle versuche aktivieren bei mir die eingestellten Timeouts bzw. Meldungen. In der Verbindungsverwaltung sieht das dann mit Fehlermarkierung so aus: CCProxy kann man unter Windows auch lokal nutzen um dahinter ein Squid zu nutzen, falls es an einer bestimmten Kombination der Software liegt oder ein spezifischer Bug existiert. Genutzte Werte im JDownloader: GeneralSettings.flushbuffertimeout: 120000 GeneralSettings.networkissuestimeout: 15000 GeneralSettings.proxyhostbantimeout: 90000 GeneralSettings.freeproxybalancemode: CYCLE InternetConnectionSettings.httpconnecttimeout: 20000 InternetConnectionSettings.httpreadtimeout: 60000 Nur eine aktive Verbindung in der Verbindungsverwaltung. Quote:
Neben "Zurücksetzen" ist auch der vollständige "Stop" vom JDownloader ohne Auswirkung? Aus dem Grund wäre ein Test mit niedrigen Werten beim Timeout sinnvoll. Da ja kein Log erstellt werden mag und vermutlich damit auch keine Fernwartung (z.B. Teamviewer) oder Testdaten (genutzter Proxy). Bei einer Überlastung vom Downloadsystem als Beispiel können sich die Werte stark ausdehnen je nach Programmierung. Im Prinzip müsste man dazu den Netzwerkverkehr anschauen (z.B. Wireshark) und feststellen ob tatsächlich GAR KEINE Daten innerhalb von >60s übertragen worden sind. Hab Squid zu selten genutzt um es genau zu wissen.
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. |
#7
|
|||
|
|||
Timeoutwerte zu erhöhen dürfte nichts bringen. Ich habe beim Download-Status "Running" schon etliche Stunden gewartet, ob sich noch etwas tut. JD steckt fest und kommt auch nicht wieder. Manuell abbrechen/stoppen/etc ändert nichts daran. Running forever.
|
#8
|
||||
|
||||
Quote:
Für Tests in diesem Szenario senkt man die Werte auf ein Minimum ab. Je nach was der Computer und Anbindung an Geschwindigkeit (nicht Bandbreite!) hergeben können.
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. |
#9
|
|||
|
|||
JD2 auf Linux Ubuntu
Squid Proxy 3.10 auf FLI4L Linux Kernel 3.x - reiner http/https proxy Reproduzierbar ist schwierig. Es sieht so aus als ob alles OK is, wenn der Squid ordentlich erkennt (TCP_MISS), dass der Zielhost nicht erreichbar ist. Anscheinend gibt es aber Situationen, wo er JD2 hinhält und noch auf eine erfolgreiche Verbindung wartet. JD2 wartet dann ebenfalls ohne abzubrechen. Aus meiner Sicht kein Drama. Prio niedrig. |
#10
|
||||
|
||||
Quote:
(FLI4L = ISDN-, DSL- und Ethernet-Router-Distribution) Quote:
Auch wäre das Log vom JDownloader hilfreich dabei. Prio mag niedrig sein aber so wird vermutlich kein Bugfix daraus. Außer man kann es als Entwickler ganz gut reproduzieren und hat alle nötigen Daten zusammen für einen reproduzierbaren Versuch. Solche Tests kosten oft verdammt viel Zeit.
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. |
#11
|
|||
|
|||
FLI4L basiert auf X86 Hardware mit mehreren Network Interfaces.
Mein benutzter Proxy steht 1000 km entfernt. Größere Tests als squid restarten und ins Log gucken muss ich vermeiden. Wenn es wieder passiert, mache ich ein JD log und sehe, was der squid im Log sagt. |
#12
|
||||
|
||||
Welche Rolle spielt die Entfernung im Internet (Netzwerkverkehr) bei guter Anbindung?
Quote:
Klingt gut.
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. |
#13
|
|||
|
|||
Weil wenn ich ein neu konfiguriertes Test-Image aufspiele und dabei etwas schiefgeht oder ich einen Fehler mache, dann der FLI4L nicht mehr hoch kommt, kann nicht nach nebenan gehen, um das Problem zu beheben...
|
#14
|
||||
|
||||
Quote:
Hab FLI4L eine Ewigkeit nicht mehr genutzt, da ich keinen Bedarf im letzten Jahrzehnt hatte. Hatte vorhin mit Proxies und Zippy einen Testlauf durchgeführt. Wegen der Nachfrage im Thema Proxys für Zippyshare funktionieren nicht und dabei ging ein Proxy offenbar nicht. Wurde vom JD erkannt (Keine Internet-/Netzwerkverbindung, 15s) und übersprungen aber in der Verbindungsverwaltung nicht markiert. War aber leider nicht erneut reproduzierbar. Andere Möglichkeit wäre mit dem Ereignis-Skripter im JD zu probieren. Siehe Proxy import automatisch erkennen und ist als Skript seit paar Monaten nutzbar bzgl. Proxies (und Tests).
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. |
#15
|
|||
|
|||
Log
Ich habe zu diesem Problem ein Log erstellt. Hoffentlich ist alles korrekt gelaufen. Wenn nicht, erstelle ich ein neues Log:
20.02.20 17.16.54 <--> 20.02.20 17.16.49 jdlog://7049615302851/ Ablauf: Proxy im Connection Manager eingetragen und ausgewählt. Downloads gestartet. Status: Starting... Bei diesem Status bleibt JD stehen. Klick auf den Stop-Button bewirkt nichts. Schön wäre es, wenn JD den Vorgang tatsächlich abbrechen würde und/oder wenn JD beim "Starting" nicht hängen bliebe. Wenn der Proxy anfängt tatsächlich zu laden, gibt es mit einem Stop keine Probleme. Kommt darauf an, welche Uhrzeit. |
#16
|
||||
|
||||
@Tedolly
thecoder2012 ist hier kein offizieller Supporter und hat daher keinen Zugriff auf Logs. JDownloader versucht, Verbindungen korrekt zu trennen daher kann das Abbrechen manchmal ne Weile dauern. Grüße, psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#17
|
|||
|
|||
Guter Witz: kann das Abbrechen manchmal ne Weile dauern.
Vielleicht ein paar Tage? Status: Starting oder Download und Speed=leer. oder Download und Speed=0 kb. Nach Stop-Button: Mehrmals testweise >10 Stunden gewartet über Nacht. KEINE Status-Änderung, kein einziges Byte Download, kein Stop der Downloads. Der Button "Stops all running Downloads" ist deaktiviert, nur der Pause-Button ist aktiv, bewirkt aber auch nichts. Dabei ist es egal, ob man mit dem Button oder mit einem Script versucht die Downloads zu stoppen. Auch diverse Timeouts hoch- oder runtersetzen bringt nichts, alles versucht. Neue IP holen bleibt stecken. Einziger Ausweg: JD restarten. Das geht und muss von mir zigmal ausgeführt werden. Auf einem lahmen Rechner eine Qual. Beim Restart kommt dann manchmal wie zum Hohn "Downloads wirklich abbrechen?" oder sowas Ähnliches, weiß nicht mehr. Mir ist aufgefallen: Es passiert nicht bei allen Proxys, sondern nur bei manchen. Aber auch direkte Verbindungen stecken oft fest, z.B. bei anonfile.com. Auch dann hilft nur Restart. |
#18
|
||||
|
||||
Quote:
Kannst du dieses Problem auch ohne Verwendung des Scripts nur mit bestimmten Proxys nachstellen? Grüße, psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#19
|
|||
|
|||
Quote:
Das Log wurde ohne eine Einwirkung eines meiner Scripts erstellt. Dabei wurde ein Proxy verwendet, bei dem das von mir beschiebene Problem auftrat. Bei diesem Proxy taucht das Problem regelmäßig auf, bei anderen Proxys nicht so oft. Ist halt mein Hauptproxy, die anderen mehr nur temporär. Ich kann euch also nur 1 Proxy mit diesem Problem nennen. Oder braucht ihr ein neues Log? |
#20
|
||||
|
||||
Ja. Bitte ein debug Log posten.
Das geht wie folgt: Einstellungen --> Profieinstellungen --> log: debug mode --> Häckchen setzen --> JD neustarten --> Fehler provuzieren --> Neues Log hochladen und ID hier posten Grüße, psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
Thread Tools | |
Display Modes | |
|
|