JDownloader Community - Appwork GmbH
 

Reply
 
Thread Tools Display Modes
  #21  
Old 17.03.2016, 12:01
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 79,232
Default

Coalado ist derzeit gesundheitlich angeschlagen, daher wird eine Antwort vermutlich etwas länger dauern.
__________________
JD-Dev & Server-Admin
Reply With Quote
  #22  
Old 19.03.2016, 09:31
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,988
Default

Ich bin leider schon die ganze Woche krank. Kümmere mich darum sobald ich wieder fit bin.
__________________
Reply With Quote
  #23  
Old 20.03.2016, 19:58
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,988
Default

hightower5:

Ich konnte zwei kleine Fehler finden. Eventl. beheben die schon alle Probleme.
Trotzdem fehlt mir noch etwas Verständnis. Bitte gleiche mal mein Vorgehen ab:

Das Script macht:
  1. Login über /data/Login.json
  2. Lade Seite /html/content/internet/connection.html
  3. Klicke unten auf der Seite auf "Verbindung wieder herstellen/neu aufbauen"
Der Klick wird simuliert und endet in dieser Requestfolge. Die Postdaten sind verschlüsselt und können in Wireshark und Co leider kaum angezeigt werden. Deswegen komme ich beim Debuggen auch fast nur mit Teamviewer weiter, weil ich dann direkt im Chrome Debugger arbeiten kann. Dieser Router übertreibt es etwas beim Absichern des Webinterfaces.
  1. POST auf /data/Connect.json req_connect=disabled
  2. POST auf /data/modules.json lte_reconn=1
  3. Warte bis OnlineStatus == estabilishing (GET data/Connect.json)
  4. POST auf /data/Connect.json req_connect=online



Die momentane Externe IP hole ich so:
  1. GET /data/INetIP.json
  2. Auslesen der Variable public_ip_v4
__________________
Reply With Quote
  #24  
Old 21.03.2016, 14:01
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Default

Hallo coalado,

beim Speedport Hybrid heißt es "Jetzt trennen und wiederherstellen". Dieser Link verbirgt sich im Browser hinter dem Telekom-Datenschutz -> "Stufe x"/"Was ist das?" (bei Stufe 2)/"Jetzt trennen und wiederherstellen".

Ich habe dir mal alle Java Script-Dateien (Scripte.zip) hochgeladen. Am interessantesten dürften jedoch "connection.js", "internet_connection.js" und "lte_safety.js" für dich sein.

Ich hoffe du kannst damit etwas anfangen.
Reply With Quote
  #25  
Old 21.03.2016, 20:12
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,988
Default

Update ist raus. Bitte testen
__________________
Reply With Quote
  #26  
Old 21.03.2016, 21:37
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Default

Ein kurzer Zwischenbericht:

Nach zwei Fehlversuchen habe JD2 nochmal neu gestartet. Dannach wurde der Reconnect mehrere Male erfolgreich durchgeführt. Eine neu IP erhält man nach ca. 1 Min 10-15 Sek.

Interface Status
LTE tunnel (LTE:tun) Up
DSL tunnel (DSL:tun) Up
Bonding (Bond) Up

Soweit so gut. Ob der Reconnect zuverlässig und sauber durchgeführt wird, wird sich zeigen.

Bei der Ermittlung der korrekten IP hapert es. Statt der gemeinsamen öffentlichen WAN-IP wird immer die IP der DSL-Verbindung angezeigt.

Benötigtst du irgendwelche Logs?

Update:

Ich hatte ja schon einmal gefragt: ob es einen Unterschied macht, den Reconnect über Settings/Test oder
über die Schaltfläche Reconnect auszuführen?

Nach zwei erfolglosen Reconnects (wurden von mir nach 2-3 Minuten abgebrochen) über die Schaltfläche Reconnect, war der nächste Reconnect über Settings/Test wieder erfolgreich. Soviel zur Zuverlässigkeit.

Last edited by hightower5; 21.03.2016 at 22:00. Reason: Update
Reply With Quote
  #27  
Old 22.03.2016, 12:04
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,988
Default

Es sollte keinen Unterschied machen.

Zur WAN IP:
Wenn du mir sagen kannst wo ich die auslesen kann, mache ich das gerne.
Ansonsten kann ich nur den WEB-IP Check wieder aktivieren.


Warum der Reconnect nicht zuverlässig ist, kann ich ohne Logs nicht sagen.

Kann es sein, dass du auch beim manuellen Reconnect hin und wieder gar keine neue IP, sondern die alte wieder kriegst?
__________________
Reply With Quote
  #28  
Old 22.03.2016, 13:40
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Exclamation

Im Browser wird die korrekte öffentliche IP-Adresse auf connection.html und bonding_tunnel.html angezeigt. Die letztere Seite ist versteckt bzw. sie kann nicht direkt angeklickt werden.

Die Variable "public_ip_v4" ist glaube ich schon die richtige. Ich habe festgestellt das auf connection.html die öfftentliche IP-Adresse nach einem Reconnect mit einer gewissen Verzögerung angezeigt wird. Vielleicht hilft es, wenn du einen "Sleep" einfügst. Ich habe dir mal den Quelltext von "bonding_tunnel.html" hochgeladen (Scripte_Engineer). Ich weiß nicht ob da eine Variable zu finden ist (IPAddress Parameter vielleicht).

Ich habe ja schon gefragt, welche Logs brauchst du?

22.03.16 11.33.03 <--> 22.03.16 12.21.27 jdlog://4260842995541/

Der manuelle Reconnect funktioniert meiner Erfahrung nach sehr zuverlässig.

Ein Reconnect-Vorgang hat noch nie länger als 1 Min 20 Sek gedauert. D.h. wenn bis dahin kein Reconnect erfolgt ist, macht es keinen Sinn, dass der Prozess weiterläuft. Gestern kam es mehrmals vor, dass der Reconnect-Vorgang endlos weiterlief. Wäre es möglich einen Timer einzubauen der den Prozess nach festgelegter Zeit beendet und einen neuen Reconnect-Versuch startet?

Was ich noch fragen wollte. Hast du auch ein Logout Befehl gesetzt?

Manchmal bekomme ich folgenden Text im Browser angezeigt:

Das Konfigurationsprogramm wird bereits von einem Benutzer des Computers mit der IP-Adresse 192.168.2.105 verwendet. Es können nicht mehrere Computer gleichzeitig auf das Konfigurationsprogramm zugreifen.

Auf die Frage: "... ob es einen Unterschied macht, den Reconnect über Settings/Test oder
über die Schaltfläche Reconnect auszuführen?" Meinst du: "Es sollte keinen Unterschied machen."

Bei Setting/Test bricht der Reconnect-Versuch zumindest ab und gibt den Hinweis "Reconnect failed"

Ich hatte jetzt ein halbes Duzend Fehlversuche. Und zu oft versucht einen Reconnect herbeizuführen.
Selbst ein manueller Reconnect klappte nicht mehr. Ich war gezwungen den Stecker zu ziehen.
Aus mir nicht erkennbaren Grund war das LTE deaktiviert. Das könnte auch ein Grund für die vielen Fehlversuche gewesen sein. Noch ein Punkt auf den ich jetzt achten werde.


22.03.16 11.33.03 <--> 22.03.16 14.26.05 jdlog://9070842995541/

Update:

Nach misslungenem Reconnect folgt ein erfolgreicher Reconnect.

22.03.16 14.30.31 <--> 22.03.16 14.59.29 jdlog://7270842995541/

Die Idee eine kleine Pause nach einem Reconnect einzubauen um dann die öffentliche IP-Adresse abzufragen ist
sicher nicht verkehrt. Es kam im Browser zu einer kleinen Verzögerung > keine Verbindung zum Router bis dann doch die öffentliche IP-Adresse angezeigt wurde. Der Router benötigt wohl einige Sekunden.

Last edited by hightower5; 22.03.2016 at 16:09. Reason: Nachtrag
Reply With Quote
  #29  
Old 22.03.2016, 17:33
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,988
Default

Welche IP ist da deiner Meinung nach die richtige?

Code:
{
	"vartype":"value",
	"varid":"public_ip_v4",
	"varvalue":"91.48.*.*"
},
{
	"vartype":"value",
	"varid":"gateway_ip_v4",
	"varvalue":"217.0.*.*"
},
__________________
Reply With Quote
  #30  
Old 22.03.2016, 18:05
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,988
Default

Danke für deine Hilfe, aber mit ist das Rätselraten rund um DSL, Bonding und LTE langsam zu aufwendig.

Soweit ich das in den Logs erkennen kann, funktioniert der Reconnect grundsätzlich, aber du hast wieder die alte IP. Das scheint eine Frage des Timings zu sein. Das gilt auch für die Abfrage der richtigen IP.

Für weiteres Finetuning und Debugging führt aber jetzt kein Weg mehr an Teamviewer Test vorbei. Falls sich dafür jemand zur Verfügung stellen will, mache ich gerne weiter. Ansonsten ruht das fürs erste.
__________________
Reply With Quote
  #31  
Old 22.03.2016, 20:04
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Default

Hi,

ich hatte versucht dich heute im Chat zu erreichen. Denn genau den Vorschlag wollte ich dir machen. Da müssten wir uns auf ein Termin einigen.
Reply With Quote
  #32  
Old 23.03.2016, 15:40
hightower5 hightower5 is offline
JD VIP
 
Join Date: Mar 2009
Posts: 341
Default

Hier noch mal ein paar Informationen zur Klärung.

Der Speedport Hybrid bündelt die Kanäle von DSL und LTE. Ob alles ordnungsgemäß funktioniert kann man auf der versteckten Engineer-Seite unter "Bonding Tunnel" überprüfen.

Speedport Hybrid
Code:
**External links are only visible to Support Staff**
Das sieht dann folgendermaßen aus:

Bonding Tunnel

Interface Status
LTE tunnel (LTE:tun) Up
DSL tunnel (DSL:tun) Up
Bonding (Bond) Up

Darunter sieht man die öffentliche IP-Adresse, die man auch bei **External links are only visible to Support Staff**www.wieistmeineip.de erhalten würde.

IPAddress Parameter
IPv4Address 217.127.33.2
SubnetMask 255.255.128.0


IPv4Address zeigt die öffentliche IP-Adresse die man bei Kanalbündelung erhält.
Im normal Fall kann man sich die öffentliche IP-Adresse auch auf der Übersicht-Seite anzeigen lassen.

Speedport.ip -> Internet -> IP-Adressinformationen -> Öffentliche WAN-IP


Auf der Engineer-Seite kann man sich unter "Interfaces" auch die IP-Adresse der DSL-Verbindung ansehen.
Diese wird zur öffentlichen IP-Adresse, wenn man LTE ausschaltet oder es Probleme bei dem Tunneling gibt.

Interfaces

IPv4 address
1 ...
2 ...
3 92.61.32.191..............255.255.255.255


Da der Speedport Hybrid die Kanäle DSL + LTE bündelt, genügt es nicht die DSL-Verbindung auf der Übersicht-Seite zu trennen. Man muss beide Kanäle auf der Internet-Seite trennen um eine neue öffentliche IP-Adresse zu bekommen.

Übersicht
Code:
**External links are only visible to Support Staff**

Internet
Code:
**External links are only visible to Support Staff**
Kurzanleitung für manuellen Reconnect über die Benutzeroberfläche des Routers:

1. Im Adressfeld des Browsers "Speedport.ip" eingeben
2. "Stufe" des Telekom-Datenschutz anklicken
3. Bei Stufe 2 den Eintrag "Was ist das?" wählen
4. "Jetzt trennen und wiederherstellen" anklicken

Kurzanleitung für manuellen Reconnect beim JD2

Einstellungen -> Reconnect -> Methode "Speed Port Hybrid Reconnect" und den Schalter "Test" oder über die Schaltfläche "Reconnect" oder die Tastenkombination "STRG+R"

Bekannte Probleme:

- auf Grund von Timing-Problemen wird im Dialogfenster statt der öffentlichen IP-Adresse die DSL IP-Adresse angezeigt
- anschließende Probleme bei der Kanalbündelung
- Reconnect wird abgebrochen -> Fehlermeldung (nur im Testmodus)
- Reconnect-Versuch läuft endlos weiter

Auf Grund der möglichen Probleme bei einem Reconnect mit dem JD2-Plugin, ist eine Überprüfung beim Testen des Plugins sinnvoll.

Folgende Werte müssen überprüft werden:

Bonding Tunnel

Interface Status
LTE tunnel (LTE:tun) Up
DSL tunnel (DSL:tun) Up
Bonding (Bond) Up

IPAddress Parameter (öffentliche IP-Adresse)
IPv4Address 217.127.33.2
SubnetMask 255.255.128.0
IPv6Prefix

oder

Öffentliche IP-Adresse

Speedport.ip -> Internet -> IP-Adressinformationen -> Öffentliche WAN-IP

Mögliche Ergebnisse der Überprüfung:

1. Steht beim "Interface Status" alles auf "UP" und ist "öffentliche IP-Adresse" identisch mit der im "Reconnect-Dialogfeld" angezeigten "Current External IP" wurde der Reconnect korrekt durchgeführt.

2. Steht beim "Interface Status" alles auf "UP" und unterscheiden sich die "öffentliche IP-Adresse" von der im "Reconnect-Dialogfeld" angezeigten "Current External IP", wurde der Reconnect erfolgreich durchgeführt. Das Reconnect-Plugin zeigt aber fälschlicherweise die DSL-IP-Adresse. (Siehe "Interfaces".)

3. Steht beim "Interface Status" DSL tunnel (DSL:tun) Down und unterscheiden sich die "öffentliche IP-Adresse" von der im "Reconnect-Dialogfeld" angezeigten "Current External IP", war der Reconnect fehlerhaft.

Last edited by hightower5; 23.03.2016 at 20:23.
Reply With Quote
  #33  
Old 24.03.2016, 11:45
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,988
Default

Ich wäre wieder da.
__________________
Reply With Quote
  #34  
Old 15.06.2016, 11:50
powerschwabe powerschwabe is offline
DSL User
 
Join Date: May 2009
Posts: 35
Default

Habt ihr schon einen Lösung für den Reconnect beim Hybrid gefunden?
Reply With Quote
  #35  
Old 15.06.2016, 11:51
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,988
Default

Keine entgültige. Ich brauche noch immer Freiwillige für Teamviewer
__________________
Reply With Quote
  #36  
Old 21.07.2016, 19:19
Prisma
Guest
 
Posts: n/a
Default

Sie haben Post :-)
Reply With Quote
  #37  
Old 25.07.2016, 04:24
Horstlegend Horstlegend is offline
JD Addict
 
Join Date: Jul 2015
Posts: 154
Default

Habe den Hybrid-Router ebenfalls und wäre auch bereit als Tester in TeamViewer einzuspringen

Wie machen wir das denn?
Reply With Quote
  #38  
Old 26.07.2016, 16:06
coalado's Avatar
coalado coalado is offline
JD Manager
 
Join Date: Feb 2009
Posts: 1,988
Default

Einfach zu uns in den Chat kommen und mich ansprechen
__________________
Reply With Quote
  #39  
Old 26.07.2016, 22:30
Horstlegend Horstlegend is offline
JD Addict
 
Join Date: Jul 2015
Posts: 154
Default



Wenn ich das Captcha nicht absenden kann hab ich doch keine Möglichkeit in den Chat zu kommen :D
Reply With Quote
  #40  
Old 11.03.2017, 13:26
mensa mensa is offline
JD Adviser
 
Join Date: Nov 2012
Posts: 106
Default

Hallo,

funktioniert der Reconnect inzwischen bei der Telekom Hybrid Box?

Könnte man das auch für die A1 Hybrid Box (ebenfalls Huawei HA 35-22) portieren? Anscheinend läuft leider eine andere Software drauf, in den JDownloader Einstellungen unter Reconnect mit der Methode "Speed Port Hybrid Reconnect" funktionierts jedenfalls nicht.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 04:50.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.