Jdownloader Reconnect Probleme
#1 _The Grim Reaper_
geschrieben 22. Juli 2009 - 13:07
bevors hier losgeht wie illegale Sachen ziehen usw. das könnt ihr gleeich lassen - es gibt auch noch Leute, die legale Sachen privat über Rapid, Netload usw. anbieten.
Zur Sache: JDownloader bietet ja Reconnect an, doch leider ist mein Router Allnet 0276v2 Firmware 1 Update 04 nicht in der Liste. Somit funzt das auch nicht.
Das Prog kann nichhtmal die IP des Routers finden.
Hab einfach mal das Script für den 0276 probiert, Router IP manuell eingegeben und dann auf erstelle Reconnect Script, wo sich dann der Browser öffnet.
Komischerweise muss ich noch selber das PW eingeben und dann passiert nichts mehr.
Kann man da was machen?
MfG TGR
Anzeige
#2
geschrieben 22. Juli 2009 - 23:56
dann noch ein bisschen den html / javascript Quelltext deines Router-Browserinterface lesen
und ein schönes eigenes Script schreiben, um den Router zum Beispiel mittels cURL fernzusteuern,
was auch ganz ohne jDownloader sehr praktisch ist.
Da könnte man zum Beispiel für KDE Buttons basteln, um den Router die Verbindung
trennen zu lassen, neubooten oder auch neu verbinden zu lassen.
Live HTTP Headers zeigt Dir live alles an, was Firefox überträgt
und empfängt. Gibt auch Router, die das Passwort verschlüsselt
zum Beispiel mit md5 übertragen.
Aber das siehst Du dann mit Live HTTP Headers.
#3 _The Grim Reaper_
geschrieben 23. Juli 2009 - 10:21
Des weiteren kenne ich doch garnicht die Befehle, um den Router neuverbinden zu lassen.
#4
geschrieben 23. Juli 2009 - 18:55
anzeigen im Webbrowser generiert, das lässt sich mit Firefox
unter Ansicht ==> Seitenquelltext anzeigen.
Auch per Maus im Rechtsklickmenu ist die Option
sich den Quelltext anzeigen zu lassen enhalten.
Geht natürlich auch mit andern Browsern, aber
das Live HTTP Headers ist doch ungemein praktisch,
es zeigt die ganzen get Befehle live an, usw.
Daraus kannst Du dir dann ein reconnect Script,
oder disconnect Script oder was auch immer zusammen hacken,
um deinen Router ohne Webbrowser fernzusteuern.
Das ist auch praktisch, wenn man mal ohne grafische Umgebung,
also zum Beispiel ohne X-Server seinen Router bequem fernsteuern möchte.
Kannst Dir auch mal Scripte als Beispiele für einige beliebte Router
in der Router Database anschauen:
http://www.paehl.de/reconnect/
Allnet Router sind da bislang nicht dabei, da hat bislang wohl
noch niemand was für Allnet Router beigetragen.
Dieser Beitrag wurde von Internetkopfgeldjäger bearbeitet: 23. Juli 2009 - 19:12
#5 _The Grim Reaper_
geschrieben 23. Juli 2009 - 19:01
#6
geschrieben 23. Juli 2009 - 19:08
Zitat (The Grim Reaper: 23.07.2009, 20:01)
Genau beim einloggen hälst Du danach Ausschau,
wie und wo genau der Benutzername
und das Passwort für den Router übertraqen wird.
Auch welches Verzeichnis aufgerufen wird ist wichtig.
Schau Dir mal einige der anderen fertigen Scripte zum Router steuern an.
Du bedienst also deinen Router ganz normal über das Interface
im Browser und erhälst dabei die Informationen, die Du brauchst.
Ein bisschen tüfteln gehört dazu.
#7
geschrieben 23. Juli 2009 - 19:14
Zitat
...
Allnet 1298 (FW 1.50/1.51)
Allnet ALL0196 Firmware Version 1.6 Release 07
Allnet ALL0276 Firmware Version 1.0 Release 14
Allnet ALL0277 Firmware Version 1.02 Release 5
Allnet ALL0277DSL Firmware Version 1.00.05
...
h**p://www.routercontrol.de/
#8 _The Grim Reaper_
geschrieben 23. Juli 2009 - 19:57
#9
geschrieben 23. Juli 2009 - 20:00
auch gibt es dort exemplarisch einige fertige Scripte für einige beliebte Router:
http://wiki.ubuntuus....ten_(Reconnect)
Dieses RouterControl ist ja an Windows geknebelt, JDownloader jedoch nicht.
Der Threaderöffner, den habe ich schon häufiger im Linux Bereich gelesen,
wird wohl also auch Linux verwenden, wo dann das Windows Programm
für den Router nichts nützt.
#10 _The Grim Reaper_
geschrieben 23. Juli 2009 - 20:01
Zu einfach um wahr zu sein.
Dieser Beitrag wurde von The Grim Reaper bearbeitet: 23. Juli 2009 - 20:12
#11
geschrieben 23. Juli 2009 - 20:22
wo Du Winfuture aufrufst und die Cookies in Fullquote postest.
Du selbst kannst das viel einfacher Verfolgen, weil Du genau weißt,
was Du da gerade geklickt hast im Router Webinterface.
Aber irgendwelchen Code in Massen wild hingerotzt,
ohne genauen Kommentar, was da gerade tatsächlich
konkret für eine Interaktion mit dem Router erfolgt,
da wird niemand Lust haben, sich durchzuwursteln.
Mich wundert jedoch, wo da die post Befehle bleiben?
Was wahrscheinlich Besichtigung lohnt, sind die Javascripts
vom Router, wie zum Beispiel:
http://192.168.0.1/message.js
Und den html Code von:
http://192.168.0.1/home.htm
und den anderen html Seiten, die der Router
sendet, die solltest Du dir auch genau anschauen.
Edit:
Ja. So ungefähr,
musst halt eventuell auch in den html und Javascript
Code reinschauen, damit das auch so ankommt wie es soll,
bis es funktioniert.
Dieser Beitrag wurde von Internetkopfgeldjäger bearbeitet: 23. Juli 2009 - 20:27
#12 _The Grim Reaper_
geschrieben 23. Juli 2009 - 20:28
#request# POST http://192.168.0.1/status.cgi
POST /status.cgi reboot_system=Restart&message=
#request# GET http://192.168.0.1/func.js
GET /func.js
#request# GET http://192.168.0.1/message.js
GET /message.js
#request# GET http://192.168.0.1/ig_n.css
GET /ig_n.css
Da hab ich mir das gebastelt, doch funzt net:
curl "http://benutzername:[email protected]/http://192.168.0.1/status.cgi" -d "status.cgi reboot_system=Restart&message="
btw xyz ist nicht das PW.
#13
geschrieben 23. Juli 2009 - 20:49
#!/bin/sh curl "http://benutzername:[email protected]/status.cgi" -d \ "status.cgi&reboot_system=Restart&message="
Der Backshlash ist bloß wegen dem Zeilenumbruch drin,
den das Forum meist trotz Codetags produziert.
Kann also alles in eine Zeile, dann aber ohne den Backslash.
Das Konstrukt ist auf jeden fall sehr, sehr ungewöhnlich:
http://benutzername:[email protected]/http://192.168.0.1/
Einmal die url angeben mit dem Benuternamen:Passwort davor
sollte eher passen:
http://benutzername:[email protected]/
Dieser Beitrag wurde von Internetkopfgeldjäger bearbeitet: 23. Juli 2009 - 20:52
#14 _The Grim Reaper_
geschrieben 23. Juli 2009 - 22:09
Kann ich den Befehl mit einem anderen Programm testen?
#15
geschrieben 23. Juli 2009 - 22:48
Zitat (The Grim Reaper: 23.07.2009, 23:09)
Kann ich den Befehl mit einem anderen Programm testen?
Schreib dir den Befehl in eine Batch, beides mit den curl dateien dann im selben Ordnern und starte es von dort aus.
In die Batch kannst du am Ende ein "Pause" reinsetzten dann schliesst sich das Fenster nicht (zur Fehlerdiagnose).