#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 |
#21
|
|||
|
|||
Mache ich gerne.
Aber lasst mir bitte ein paar Tage Zeit, mit geht es bescheiden. |
#22
|
|||
|
|||
Sehr ärgerlich, ich kann das Verhalten nicht mehr provozieren. Ewig lange mit vielen Proxys herumversucht, abgebrochen usw, JD friert nicht mehr ein. Entweder es kommt eine Timeout-Meldung oder der Download wird nach dem Stop-Button nach einer Weile beendet, also beides so wie man es erwartet.
Ich habe auch versucht, ohne Aktivierung des Debug-Logs das Einfrieren zu provozieren. Bei meinen eigenen Programmen habe ich manchmal den Effekt, dass ein Programm mit Debug läuft, als normale Version jedoch nicht. Aber nix zu machen, das Einfrieren geht einfach nicht mehr. Wenn ich daran denke, wieviele Nächte ich mit zig JD-Restarts verbracht habe (bei einem langsamen PC dauert das eine ganze Weile, bis die Platten-LED ausgeht), ist das jetzt nicht gerade befriedigend (wie bei allen Software-Problemen, wenn sie "einfach so" verschwinden). Entweder JD wurde an entscheidender Stelle geändert oder der Proxy, bei dem das Einfrieren sonst garantiert auftrat, hat irgendeine Einstellung geändert. Was solls, wenn das jetzt so weiterhin problemlos bleibt, hat meine Meldung hier natürlich keine Bedeutung mehr und könnte gelöscht werden, wie ihr wollt. Mich würde aber sehr interessieren, ob das Einfrieren auch bei mero4711 weg ist. mero4711, könnte Du das bitte mal testen und hier das Ergebnis posten? |
#23
|
|||
|
|||
Ich habe mich doch noch einmal an dieses Thema gesetzt und eine "kleine Weile" herumprobiert und konnte das Problem endlich in ein Log gießen.
Proxy: **External links are only visible to Support Staff****External links are only visible to Support Staff** Download: **External links are only visible to Support Staff****External links are only visible to Support Staff** Gestartet mit Start-Button. Ein paar Sekunden Status: Starting... Beendet mit Button "Stops all Downloads". Über 10 Minuten gewartet, was im Log vermerkt sein dürfte. Real sind jetzt 20 Minuten vergangen, Status weiterhin Starting... Jetzt könnte man auch 8 Stunden warten, der Status wird sich nicht mehr ändern (früher getestet). Es bleibt einem nur noch ein JD-Restart. Debug-Log: 26.03.20 17.47.24 <--> 26.03.20 18.04.42 jdlog://3539715302851/ Ich hoffe, dass das Log das Problem aufzeigt. Für Fragen stehe ich zur Verfügung. Last edited by Tedolly; 26.03.2020 at 18:18. |
#24
|
|||
|
|||
Sorry, ich will nicht drängeln.
Tut sich in diesem Fall noch was? |
#25
|
||||
|
||||
maybe psp can message Jiaz to have a look at this thread.
timeouts in respects to proxies to multiproxys are problematic in my opinion. Anyway lets see what Jiaz finds or says
__________________
raztoki @ jDownloader reporter/developer http://svn.jdownloader.org/users/170 Don't fight the system, use it to your advantage. :] |
#26
|
||||
|
||||
Jiaz wurde benachrichtigt.
Du bist bisher der einzige User mit diesem Problem. Grüße, psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#27
|
|||
|
|||
@Tedolly: Have you tested the proxy recently?
I have tested it in JD. While the proxy appears to be problematic, it does not cause JD to freeze. I was able to cancel the download using the 'stop' button. With default proxy balance mode, it will disconnect on timeouts (~25-35 seconds) and try to connect again after a 15 second wait time. It continues to do that till the download is stopped manually. Any possibility of it being caused by active scripts? Perhaps you can also test it with the eventscripter extension disabled. |
#28
|
|||
|
|||
Sorry, aber hat mero4711 nicht ebenfalls von diesem meinem Problem berichtet?
|
#29
|
|||
|
|||
Quote:
I look to this download. Sorry, but it don't "try to connect again after a 15 second". Are the infos in the logfile not good? I thought, such infos are logged in the logfile. No acitve scripts. |
#30
|
|||
|
|||
Jiaz might be able to find something in the logs. Because I wasn't able to reproduce it, thought I'll check with you regarding any active scripts.
Feel free to reply in German. If I miss something in the Engish (google) translation, will check back with you. |
#31
|
|||
|
|||
Ich hab nichts Neues hinzuzufügen, außer dass ich in der Vergangenheit das gleiche Problem hatte. Habe eine Liste von kostenlosen Proxies hinzugefügt und die gleichzeitigen Downloads auf 20 gesetzt. Irgendwann dann wurde nichts mehr heruntergeladen; der Status war entweder "Starte..." oder leer und stoppen hat nicht mehr funktioniert. Ich habe angenommen, dass das an meinem alten PC liegt und habe einfach den JDownloader neugestartet und das Problem akzeptiert. Aber da ich nun diesen Beitrag gefunden habe, bin ich überzeugt, dass dies ein echtes Problem ist und auch das es gefixt werden kann.
LG |
#32
|
||||
|
||||
Quote:
Quote:
Quote:
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. Last edited by thecoder2012; 07.08.2020 at 02:57. |
#33
|
|||
|
|||
Quote:
Immerhin funktionert das Ereignis Skript |
#34
|
||||
|
||||
Quote:
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. |
#35
|
||||
|
||||
Proxy connection issues are fixed with latest update. Merry christmas!
__________________
JD-Dev & Server-Admin |
|
|