[See Bugtracker] UPNP Reconnect Settings (and functionality) missing

[aiimaim]

Hello everybody,

I have a reconnect problem with jd2 headless on my Synology DS418:

I configured reconnect over UPNP following this post: **External links are only visible to Support Staff****External links are only visible to Support Staff**

I don't use reconnect a lot. But now that I just replaced my Router (Fritzbox 7390 --> 7560) I wanted to try if reconnect still works.
Unfortunately I did not, but I don't think the problem is related to the router change.

The Advanced Settings do not show the UPNP reconnect settings anymore. The config file (jd.controlling.reconnect.pluginsinc.upnp.UPUPReconnectSettings.json) is still present in ../JDownloader/cfg

I updated to the latest java version (jdk-8u162-linux-arm64-vfp-hflt.tar.gz).
I also took a look at the logs, but I did not really know what to look for.

I'd appreciate any hint. Thank you!

Regards
aiimaim

Edit: I probably should have posted in the reconnect forum. I did not, since I think this is probably more of a system-related issue rather than a typical reconnect problem à la "how to trigger reconnect on router xyz?". If my reasoning was wrong, please move my thread to the other forum. Thank you.

[Jiaz]

At the moment the easiest way to setup UPNP reconnect in headless would be to use a JDownloader with GUI, setup Reconnect to use UPNP. Then close and copy over
the following files from cfg folder
jd.controlling.reconnect.*
to your JDownloader running on NAS. Please shutdown JDownloader first before replacing those files.

[Jiaz]

In case you need further help, please post again

[aiimaim]

Hi Jiaz,

the config files should not be the problem, as I already had it working. I copied them over again anyways. Unfortunately without success.

The Advanced Settings just won't show the UPNP reconnect settings anymore.

The only thing I deliberately changed since setting up reconnect was replacing the 7zip binding. But that should not have to do anything with the upnp reconnect?

Take care
aiimaim

[Jiaz]

The Advanced Settings only show up the UPNP Settings after first internal use. so after first requested reconnect.
It's important to copy all files with jd.controlling.reconnect.*
Settings-AdvancedSettings-Reconnect.activepluginid should show the upnp reconnect method

[aiimaim]

I did copy all of them.
Settings-AdvancedSettings-Reconnect.activepluginid is "SIMPLEUPNP".
I triggered a reconnect from the android app several times. This used to work. Also the upnp reconnect options used to be displayed in the advanced options.

[Jiaz]

The UPNP Reconnect settings will show up after first time of use.
Please provide a logfile, you can create it in webinterface in settings tab and post shown logID here.

There have been no changes to Reconnect, so must be caused by something else but we will find out

[aiimaim]

Hey, sorry for the delay. I was cooking

I need support! This is my log id: jdlog://0221454433151

[aiimaim]

I'm German aswell btw. I don't mind speaking english. Just saying. If you prefer German, that's my native tongue

/Edit: I first wrote m-o-t-h-e-r tongue instead of native tongue. And somehow m-o-t-h-e-r got replaced by "woman". Is m-o-t-h-e-r considered a curse word here?

[Jiaz]

Hast du in dem Log einen Reconnect versucht? Es gibt keine Spur eines Reconnects

[aiimaim]

Ja, hab ich per Android myJdownloader App. Hatte auch schon im Log geschaut und nichts gefunden. Direkt per WebIf gibt's keine Möglichkeit oder?
Ich habe mal meinen SO Account deaktiviert und einen Download von ShareOnline hinzugefügt um einen Reconnect auszulösen. Allerdings saugt er nur mit 30 KB/s. Schätze mal, dass das dauern kann, bis ich da komplett gekickt werde und eine neue IP brauche.

[Jiaz]

Danke fürs Feedback. Warte mal den Reconnect des Plugins ab und dann erstell ein neues Log. Ich schau mir dann das log mal an.
Bis moin

[aiimaim]

Hi Jiaz,

ich habe den Reconnect letztendlich durch einen Download von mega.nz auslösen können und er hat erfolgreich reconnectet! Der Reconnect-"Befehl" aus der Android App funktioniert bei mir offenbar nicht.

Also vielen Dank dafür schon einmal!

Leider bin ich dann unmittelbar auf ein Problem gestoßen, das ich schonmal hatte, denn der Download lief nach dem Reconnect nicht, weshalb er direkt wieder reconnectete, und wieder und wieder. Der User lambda hatte dazu schonmal einen Thread eröffnet:

https://board.jdownloader.org/showthread.php?t=41678

Wenn ein Hoster für Free User in einem gewissen Zeitraum komplett zu macht, reconnectet der jd2 am laufenden Band. Wenn man dann nicht zuhause ist, hat man keine Möglichkeit diesen Teufelskreis zu unterbrechen, da der Router nie lange genug online ist.
Der verlinkte Thread vom User lambda wurde auf "Erledigt" gesetzt, da das Problem nicht mehr auftrat, was meinem Verständnis nach aber daran lag, dass entweder der Hoster wieder Free User zuließ oder lambda dann andere Hoster nutzte, bei denen ein Reconnect etwas bewirkte.


Die Option Reconnect: Max Reconnect Retry Num scheint nur die Anzahl der gescheiterten Reconnect-Versuche zu beschränken, also derer, die keinen Reconnect verursachten.

Gibt es eine Möglichkeit die Anzahl "erfolreicher" Reconnects in einem gewissen Zeitintervall zu beschränken? Erfolgreich in Anführungszeichen, da sie ja nur aus Sicht der neuen IP erfolgreich sind. Der eigentliche Zweck, nämlich downloaden zu können, bleibt in dem geschilderten Szenario ja unerfüllt.

Gruß
aiimaim

[Jiaz]

Gibt es Infos welcher Hoster das macht? Also immer wieder IP Blocked Meldungen werfen?
Danke fürs Feedback bzgl dem Reconnect Button, ich geb das mal weiter

[aiimaim]

In dem verlinkten Thread war es wohl MegaShare.
Ich hatte das Problem bisher ein paar mal bei mega.nz. Vielleicht machen die das tageszeitabhängig?

Gruß
aiimaim

[Jiaz]

Nein, bei Mega ist es was anderes. Das hat mit Dateigröße und mehreren Faktoren zu tun, siehe
Die Downloadmethode von JD unterstützt derzeit nicht wenn die Datei größer als das verfügbare Traffic Quota ist und dann kommt es zu der Meldung

[aiimaim]

Ok, das war einfach mal meine Vermutung. Aber grundsätzlich ist es doch nicht auszuschließen, dass man als Free User trotz Reconnects nicht laden darf. Wäre für solche Fälle die Möglichkeit die Zahl aufeinander folgender Reconnects zu beschränken nicht sinnvoll?

Denn je nach Setup ist die beschriebene Reconnect-Schleife recht ungünstig. Als headless User muss man die UPNP-Funktion des Router ausschalten. Wenn man nicht zuhause ist, hat man Pech gehabt, da man in den kurzen Online-Phasen nicht genug Zeit hat den Download zu deaktivieren oder Autoreconnect auszuschalten.

Gruß
aiimaim

[Jiaz]

[Jiaz]

In der Zwischenzeit könntest du via Eventscripter ein Script schreiben welches den Reconnect nach x Mal erstmal für eine gewisse Zeit deaktiviert. Am besten einfach mgpai im Forum anschreiben, siehe https://board.jdownloader.org/showthread.php?t=70525

[aiimaim]

Ich bin leider nicht in der Lage ein solches Script zu schreiben. Ich habe mgpai jedoch mal angeschrieben deswegen. Vielleicht erbarmt er sich ja

[Jiaz]

Er wird dir sicherlich weiterhelfen können

[mgpai]

@jiaz: If possible, please set "Synchronous Execution" as default for new scripts.

@aiimim: Here is a script, based on what I have understood by translating your PM. With default settings the script will:

• Check IP every minute.
• If no data has been downloaded for 5 minutes after an IP change, will disable auto reconnect for 60 minutes.

github.com/mgpai/resources/blob/master/jdownloader/eventscripter/scripts/aiimaim.js

[aiimaim]

Wow thank you very much mgpai!

Sorry for PMing you in German.

I will try it right away.

[Jiaz]

@mgpai: please use ipcheck0.jdownloader.org up to ipcheck4.jdownloader.org for ip check

I will add support for synchronized methods as *default synchronous* may have side effects

[aiimaim]

Unfortunately I cannot reproduce the problem atm. I will try again later.

EDIT:
It works for me. Thank you very much mgpai!
Would it still work if I was simultaniously downloading something different, that would create traffic?

[Jiaz]

@aiimaim: Script only checks downloads within JDownloader. Or do you mean something different with your question?

[aiimaim]

I wanted to know if it checks all downloads, or just the one, that triggered the reconnect. Because if I have another download running, the condition "no data downloaded after the ip change" might not be satisfied.

"If no data has been downloaded for 5 minutes after an IP change, will disable auto reconnect for 60 minutes."

[Jiaz]

All Downloads are checked.

[aiimaim]

So if I have other downloads running the script will probably not work?

[Jiaz]

I'm sorry but now I'm kinda lost. What is the problem ?

[aiimaim]

In this example I have two downlodas:
#1: From Mega (free user) causes the reconnect issue
#2: From Uploaded (Premium account)

mgpai said: "If no data has been downloaded for 5 minutes after an IP change, will disable auto reconnect for 60 minutes."

This condition will not be fullfilled, because the download from uploaded causes traffic. That is why the reconnect loop would not be stopped by the script, or am I missing something here?

[Jiaz]

better wait for him to answer your questions then

[mgpai]

@aiimam: I do not use reconnect, so I am not familiar with its workings. From what I see, the default settings allow interrupting resumeable downloads, in which case you are right. The auto reconnect will remain enabled as data was downloaded during that period, which might allow problem hosts to trigger reconnects. The script will work only if that setting is disabled.

One more option would be to check downloaded bytes of a particular (problematic) host and if no data was downloaded, that and other links from the same host can be temporarily disabled for the duration specified by you.

[aiimaim]

For now I disabled the option to allow the interruption of resumable downloads. It's not perfect, but it should prevent me from being cutoff from my home network again (when trying to access it via vpn).

Thank you

[Jiaz]

@mgpai: Alternative solution, remember timestamp of reconnect and only allow x reconnects in y time and then temp disable it for next 30 mins or so

[mgpai]

@aiimaim: With default settings, if there are more than 3 reconnects in a 10 minute period, auto-reconnect will be disabled for 60 minutes.

github.com/mgpai/resources/blob/master/jdownloader/eventscripter/scripts/aiimaim_2.js

[aiimaim]

Thank you, much appreciated!

I used the trigger "RECONNECT_AFTER". Is that correct?

[mgpai]

Originally Posted by aiimaim

... I used the trigger "RECONNECT_AFTER". Is that correct?

Yes. I have made some modification to the script. Please use the updated version.

[aiimaim]

I replaced it, thanks!