Wie könnte man dieses Skript anpassen, daß jD bei zu vielen vergeblichen Verbindungs-Versuchen nicht jedes Mal den automatischen "Reconnect" deaktiviert? Oder läßt sich das anders verhindern?

[[[HSRC]]]
    [[[STEP]]]
        [[[REQUEST]]]
        GET /protectlock.cmd?password=%%%password%%% HTTP/1.1
        Host: %%%routerip%%%
        [[[/REQUEST]]]
    [[[/STEP]]]

    [[[STEP]]]
        [[[REQUEST]]]
        GET /System_Back.html HTTP/1.1
        Host: %%%routerip%%%
        [[[/REQUEST]]]
        [[[PARSE]]]
        key:sessionKey='([0-9]+)'
        [[[/PARSE]]]
    [[[/STEP]]]

    [[[STEP]]]
        [[[REQUEST]]]
        GET /rebootinfoTo2.cgi?sessionKey=%%%key%%% HTTP/1.1
        Host: %%%routerip%%%
        [[[/REQUEST]]]
    [[[/STEP]]]

[[[/HSRC]]]

[Jiaz]

Indem man herausfindet warum die Versuche fehlschlagen? Macht ja keinen Sinn das Script immer und immer wieder zu versuchen, wenn es anscheinend nicht funktioniert? JDownloader deaktiviert das Script ja erst nachdem es 5 mal in Folge nicht funktioniert hat.

Macht ja keinen Sinn das Script immer und immer wieder zu versuchen, wenn es anscheinend nicht funktioniert?

Ja, genau, deshalb dachte ich, man ändert es vielleicht, daß es funktioniert. Ist ja das einzige wohl, das überhaupt - manchmal - "funktioniert", auf jeden Fall eine neue Verbidung zustande kommen läßt.

[QUOTE]JDownloader deaktiviert das Script ja erst nachdem es 5 mal in Folge nicht funktioniert hat.QUOTE]
Ja, aber das genügt ja, ist ja früh genug, passiert ja andauernd offenbar.

Wenn eben die einzige Möglichkeit wäre, neu zu verbinden, dadurch daß der Router neu gestartet würde, müßte jD ja warten bis der Router wieder betriebsbereit wäre, nicht vorher verbinden, das macht er offenbar nicht.

Schätze, hiermit müßte es gehen:


Ach nein, kommt gerade wieder die entsprechende Meldung über die Deaktivierung des Reconnects, geht so also wohl doch nicht.
Aber in welcher Zeit verbindet jD denn 30 Mal, würde denken, das macht er gar nicht innerhalb der Zeit, in der der Router wieder betriebsbereit wäre.

Geht auch damit nicht:


Kann es sein, daß jD in vielleicht 3 bis 4 Minuten 199 oder 200 Mal die Verbindung versucht herzustellen?

[Jiaz]

Die genannte Option hat nichts damit zu tun.
Ich kann mir das gerne mal via Teamviewer anschauen, ob das Script überhaupt funktioniert und wenn nicht, warum nicht.

OK, vielen Dank.

Worfür ist diese Option denn gut?

[Jiaz]

Anzahl der Versuche eine neue IP zu bekommen.
Wenn das Script aber nicht funktioniert und Fehler hat, dann kann JDownloader es so oft versuchen wie es will, es wird nicht klappen

Ja, ja, verständlich, aber wenn man jD veranlassen könnte, den automatischen Reconnect nicht abzuschalten, würde er immerhin nach jedem Download den nächsten Reconnect auslösen und so fort, so daß die Downloads fortgesetzt würden, anstatt, daß sie stoppen, weil es keine Reconnects mehr gibt.

[Jiaz]

Die Downloads stoppen doch nicht? JDownloader wartet entweder die Zeit ab oder auf einen erfolgreichen Reconnect. Ein durchlaufen eines nicht funktionierenden Reconnects ändert daran nichts. Die Downloads würden in dem Fall nicht fortgesetzt werden!

Ja, war irreführend, die Downloads werden nicht fortgesetzt dann, weil ja kein Reconnect kommt, keine neue IP, damit Wartezeit.

[Jiaz]

Mein Angebot das wir uns gemeinsam den Reconnect via Teamviewer anschauen, das gilt nach wie vor

Ja, herzlichen Dank, das ist gut zu wissen.

Vielen Dank nochmals