Fritz!Load…
Du bist nicht angemeldet.
- Themen: Aktiv | Unbeantwortet
Ankündigung
wie man am Datum des letzten Beitrags erkennt, wird dieses Forum seit langem nicht mehr benutzt. Zwar entstehen keine zusätzliche Kosten, um dieses Forum zu halten, nichtsdestotrotz macht es keinen Sinn ein totes Forum im Internet zu präsentieren. Aus diesem Grund werden wir demnächst dieses Forum schließen. Falls sich dennoch ein paar hartgesottene Mitglieder finden, die dieses Forum immer noch am Leben halten wollen, sollen sich bitte im Forum „Allgemeine Diskussion“ melden. (19.12.2023)
Hinweis: Falls sich die Forum-Adresse ändern sollte, so gehe bitte auf die Fritz!Load-FAQ-Seite in Sourceforge.net, um die aktuelle Forum-Adresse zu erfahren oder aktualisiere deine Fritz!Load-Version auf den neuesten Stand und nutze den Link „Forum“ unter „Allgemein“ in der Registerkarte „Hilfe“ direkt in Fritz!Load.
#21 Antw.: Hoster-Plugins… » Turbobit.net findet sein Captcha nicht. » am 10. Jul. 2018 um 12:45 Uhr
War ein paar Tage ab vom Schuss...
Das ganze ist schwer zu rekonstruieren:
Die scheinen ihre temporären IP Sperren vom allgemeinen Traffic abhängig zu machen, wenn man Debug anschaltet, und dann merkt das dutzende Links in Fehler sind, ist die Log meistens schon Stunden weiter und der Fehler wird nicht mehr aufgeführt. Kann man die Log irgendwie verlängern?
Und außerdem ist dafür ja die Reconnect Funktion da.
Vielleicht könnte man das Hosterplugin ja einfach so anpassen das es nicht nach dem ersten Versuch abbricht, sondern sich wieder an der Maßgabe für Versuche aus den Einstellungen orientiert, plus einem kleinem Cooldown-Timer?
#22 Antw.: Fritz!Load… » [BUG] Downloads per FTP übertragen » am 10. Jul. 2018 um 12:33 Uhr
Möchte keinen neuen Thread aufmachen, nur eine kurze Frage, die sich wahrscheinlich einfach beantworten lässt von jemandem der einen Überblick über die verwendeten Bibliotheken und Bausteine hat:
Ist FTP über SSL möglich? Also sowohl abhängig von den Bibliotheken als auch von der aktuellen Implementierung?
Editiert für Präzisierung
#23 Antw.: Hoster-Plugins… » Turbobit.net findet sein Captcha nicht. » am 02. Jul. 2018 um 23:41 Uhr
Das ganze funktioniert auch wunderbar, allerdings gibt es eine Kleinigkeit:
Nach einer gewissen Zeit gibt es bei turbobit eine Warteschleife. Die erkennt FritzLoad aber noch nicht und reicht so innerhalb weniger Minuten alle Links an die Fehler Liste durch.
Ich weiß nicht ob turbobit seine API freigibt, aber vielleicht kann man da ja was machen.
#24 Antw.: Hoster-Plugins… » Turbobit.net findet sein Captcha nicht. » am 27. Jun. 2018 um 15:51 Uhr
Ich habe gesehen das für turbobit.net ein Update eingecheckt wurde. Kann ich die Modifikationen an der turbobit.sh auch einfach so in eine laufende R2967 übertragen?
Dann könnte man die Funktionalität schonmal bestätigen.
Ein Update kann ich im Moment schlecht durchführen solange die Downloads sich aufgrund der Busybox...
#25 Antw.: Fritz!Load… » busybox MIPSEL Boxen (7170, 7140, 7270 ...) » am 27. Jun. 2018 um 15:47 Uhr
Ich bin mir nicht mehr sicher, ist eine 7362 SL Mips oder MipseL?
#26 Antw.: Fritz!Load… » Rev. 2969 - Instanzen setzen keine Markierung mehr das sie laufen » am 25. Jun. 2018 um 15:55 Uhr
R2967 funktioniert ordnungsgemäß, dann wird es wohl an der Busybox liegen. Denn die aktualisierten Hosterplugins aus R2969 sollten sowas ja eigentlich nicht verursachen können.
#27 Antw.: Hoster-Plugins… » Turbobit.net findet sein Captcha nicht. » am 25. Jun. 2018 um 13:19 Uhr
Sorry, natürlich.
Hier bitte sehr, extra erstellt:
http://turbobit.net/mv3s8txvbyqw.html
Dazu eine Log, noch erstellt mit R2963.
25.06. 14:15:05 | TITEL: GET1 - File | URL-ADRESSE: [url]http://turbobit.net/download/free/mv3s8txvbyqw[/url] | OPTIONEN: --cookie-jar /var/tmp/fritzload4/dl.cookie.txt --cookie user_lang=en
+ [ 0 = 1 -a -f /var/tmp/fritzload4/dl.trace ]
+ echo KOPFZEILE:
+ [ 0 = 1 ]
+ cat /var/tmp/fritzload4/dl.head
+ [ -n user -a -f user ]
+ [ -f /var/tmp/fritzload4/dl.response.htm ]
+ echo ANTWORT:
+ cat /var/tmp/fritzload4/dl.response.htm
+ GET_SILENT=0
+ get_retry_count=0
+ return 0
+ errorHandling_turbobit
+ local wait
+ errorParser /var/tmp/fritzload4/dl.response.htm
+ local file=/var/tmp/fritzload4/dl.response.htm code wait waitMM waitSS action pattern h_code match=0
+ read line
+ [ -n ]
+ line=:FILE - break
+ line=:FILE - break
+ code=FILE - break
+ code=FILE
+ [ FILE = END ]
+ wait=- break
+ wait=-
+ wait=
+ [ -z ]
+ wait=0:0
+ waitMM=0
+ waitSS=0
+ action=break
+ pattern=
+ h_code=
+ match=0
+ read line
+ line=>Bitte warten..., die Datei wird gesucht.
+ line=>Bitte warten..., die Datei wird gesucht.
+ pattern=|>Bitte warten..., die Datei wird gesucht.
+ read line
+ line=Die Datei wurde nicht gefunden. Wahrscheinlich wurde sie gelöscht.
+ line=Die Datei wurde nicht gefunden. Wahrscheinlich wurde sie gelöscht.
+ pattern=|>Bitte warten..., die Datei wird gesucht.|Die Datei wurde nicht gefunden. Wahrscheinlich wurde sie gelöscht.
+ read line
+ [ -n FILE ]
+ [ -n ]
+ quoteHyphen >Bitte warten..., die Datei wird gesucht.|Die Datei wurde nicht gefunden. Wahrscheinlich wurde sie gelöscht.
+ + echosed >Bitte warten..., die Datei wird gesucht.|Die Datei wurde nicht gefunden. Wahrscheinlich wurde sie gelöscht. -r
s,(["/]),\\\1,g
+ /var/media/ftp/USB/FritzLoad/bin/7390/busybox sed -r s,(["/]),\\\1,g
+ pattern=>Bitte warten..., die Datei wird gesucht.|Die Datei wurde nicht gefunden. Wahrscheinlich wurde sie gelöscht.
+ [ -n >Bitte warten..., die Datei wird gesucht.|Die Datei wurde nicht gefunden. Wahrscheinlich wurde sie gelöscht. ]
+ grep -qEi >Bitte warten..., die Datei wird gesucht.|Die Datei wurde nicht gefunden. Wahrscheinlich wurde sie gelöscht. /var/tmp/fritzload4/dl.response.htm
+ /var/media/ftp/USB/FritzLoad/bin/7390/busybox grep -qEi >Bitte warten..., die Datei wird gesucht.|Die Datei wurde nicht gefunden. Wahrscheinlich wurde sie gelöscht. /var/tmp/fritzload4/dl.response.htm
+ [ -z 0 ]
+ [ -z 0 ]
+ [ 0 -ne 0 ]
+ line=:END
+ line=:END
+ code=END
+ code=END
+ [ END = END ]
+ action=
+ break
+
+ grep -qE limit: [1-9][0-9]*, /var/tmp/fritzload4/dl.response.htm
+ /var/media/ftp/USB/FritzLoad/bin/7390/busybox grep -qE limit: [1-9][0-9]*, /var/tmp/fritzload4/dl.response.htm
+ grep -qEi limit of connections is reached|reached the limit of connections /var/tmp/fritzload4/dl.response.htm
+ /var/media/ftp/USB/FritzLoad/bin/7390/busybox grep -qEi limit of connections is reached|reached the limit of connections /var/tmp/fritzload4/dl.response.htm
+ grep -q File not found /var/tmp/fritzload4/dl.response.htm
+ /var/media/ftp/USB/FritzLoad/bin/7390/busybox grep -q File not found /var/tmp/fritzload4/dl.response.htm
+ grep -q The site is temporarily unavailable during upgrade process. /var/tmp/fritzload4/dl.response.htm
+ /var/media/ftp/USB/FritzLoad/bin/7390/busybox grep -q The site is temporarily unavailable during upgrade process. /var/tmp/fritzload4/dl.response.htm
+ return 0
+ is_captcha /var/tmp/fritzload4/dl.response.htm
+ local cfile=/var/tmp/fritzload4/dl.response.htm
+ captcha_clean_vars
+ unset CAPTCHA_RESPOND CAPTCHA_CHALLENGE CAPTCHA_STRING CAPTCHA_CHALLENGE_ENC CAPTCHA_STRING_ENC
+ unset CAPTCHA_TYPE
+ is_recaptcha /var/tmp/fritzload4/dl.response.htm
+ CAPTCHA_TYPE=recaptcha
+ grep -qE api\.recaptcha\.net|google\.com\/recaptcha\/api\/|Recaptcha\.create|g-recaptcha /var/tmp/fritzload4/dl.response.htm
+ /var/media/ftp/USB/FritzLoad/bin/7390/busybox grep -qE api\.recaptcha\.net|google\.com\/recaptcha\/api\/|Recaptcha\.create|g-recaptcha /var/tmp/fritzload4/dl.response.htm
+ unset CAPTCHA_TYPE
+ return 1
+ is_solvemedia /var/tmp/fritzload4/dl.response.htm
+ CAPTCHA_TYPE=solvemedia
+ grep -qE api.solvemedia.com/papi/challenge.script\?k|api-secure.solvemedia.com/papi/challenge.script\?k /var/tmp/fritzload4/dl.response.htm
+ /var/media/ftp/USB/FritzLoad/bin/7390/busybox grep -qE api.solvemedia.com/papi/challenge.script\?k|api-secure.solvemedia.com/papi/challenge.script\?k /var/tmp/fritzload4/dl.response.htm
+ unset CAPTCHA_TYPE
+ return 1
+ return 1
+ grep -q "http://turbobit.net/captcha /var/tmp/fritzload4/dl.response.htm
+ /var/media/ftp/USB/FritzLoad/bin/7390/busybox grep -q "http://turbobit.net/captcha /var/tmp/fritzload4/dl.response.htm
+ echo Keine Captcha-Form wurde gefunden! Unbekannte Fehlermeldung auf der Seite?
Keine Captcha-Form wurde gefunden! Unbekannte Fehlermeldung auf der Seite?
+ waiting 1 10 200#28 Fritz!Load… » Rev. 2969 - Instanzen setzen keine Markierung mehr das sie laufen » am 25. Jun. 2018 um 11:09 Uhr
- Chefi
- Antworten: 2
Ich habe gestern von 2957 auf 2969 geupdatet, per kompletten Update, und nun starten die fertigen Instanzen einfach einen Reconnect, auch wenn eine andere Instanz noch läuft.
Auch lassen sich die Downloads nicht meher anhalten, nur noch abbrechen.
Probiert man sie anzuhalten kommt: "Kein Download Prozess wird in der Instanz X ausgeführt"
Ich werde jetzt die Revisionen von 2957 bis 2969 mal langsam Schritt für Schritt durchprobieren, aber vielleicht weiß ja auch so jemand woran das liegt.
#29 Hoster-Plugins… » Turbobit.net findet sein Captcha nicht. » am 24. Jun. 2018 um 20:13 Uhr
- Chefi
- Antworten: 7
Hallo alle miteinander!
Der Umzug auf ReCaptcha V2 scheint ja jetzt grundsätzlich abgeschlossen, leider tut es das für Turbobit noch nicht.
03:37:52 GET1 - File: [url]http://turbobit.net/download/free/XXXXXXXXXX[/url] | Optionen: --cookie-jar /var/tmp/fritzload4/dl.cookie.txt --cookie user_lang=en
Keine Captcha-Form wurde gefunden! Unbekannte Fehlermeldung auf der Seite?Vielleicht kann ja mal jemand danach schauen.
#30 Antw.: Hoster-Plugins… » Liste von Hostern die noch genutzt werden, aber nicht funktionieren » am 30. Mar. 2018 um 00:08 Uhr
Ich würde turbobit noch mal vorsichtig pushen, die die Seite scheint sich bis auf das Captcha kein Stückchen verändert haben.
#31 Antw.: Fritz!Load… » [FritzBox 7490 6.24 und 6.51] FritzLoad dauerhaft starten » am 28. Mar. 2018 um 23:12 Uhr
Das ist weil das Zertifikat uralt ist. Du kannst dir ein neues, eigenes erstellen. Das wird dann zwar immer noch als unsicher angezeigt, aber dann kannst du dir ganz sicher sein dass niemand dein Passwort abfängt.
Aber einem gewissen Punkt wird das ganze zwar zum Schattenboxen, aber das wäre "best-practice", abgesehen von einer VPN Verbindung, das wäre immer Nummer eins.
#32 Antw.: Fritz!Load… » [FritzBox 7490 6.24 und 6.51] FritzLoad dauerhaft starten » am 27. Mar. 2018 um 21:17 Uhr
Ich glaube ich habe es gefunden 
Echt schwer zu erkennen, aber wenn korrekt ist was du in Post 99 gezeigt hast, dann hast du nach dem ersten Eintrag bereits ein Semikolon gesetzt, obwohl dort eigentlich ein Komma hin gehört. Demnach hast du es eben nicht ganz so ergänzt wie ich es hatte. Ein Semikolon gehört nur hinter den letzten Eintrag.
Wie gesagt, bei dieser Datei versteht FritzOS keinen Spaß 
#33 Antw.: Fritz!Load… » [FritzBox 7490 6.24 und 6.51] FritzLoad dauerhaft starten » am 26. Mar. 2018 um 21:21 Uhr
Ich bin mir nicht sicher wie es bei der 7590 aussieht (ob es eine NAND Box etc) ist, aber an dem Punkt würde ich es evtl. mal mit Freetz versuchen.
Wenn du von deinem Trip zurückbist kann ich dir gerne schildern wie das zumindest bei einer 7362SL funktioniert hat.
#34 Antw.: Fritz!Load… » [FritzBox 7490 6.24 und 6.51] FritzLoad dauerhaft starten » am 25. Mar. 2018 um 20:13 Uhr
Eventuell mal Port 22 probieren?
#35 Antw.: Fritz!Load… » [FritzBox 7490 6.24 und 6.51] FritzLoad dauerhaft starten » am 25. Mar. 2018 um 00:25 Uhr
Probier es eventuell nochmal, aber starte den ctlmgr nicht neu, sondern probiere den Befehl "ar7cfgchanged".
Das sollte eventuelle Unstimmigkeiten ausgeben.
Und dann, nach meinetwegen ein zwei Minuten erstelle mal eine neue Kopie von der ar7 und überprüfe sie vor dem Neustart. Erst wenn es übernommen wurde Neustarten. Dann sollten die Änderungen auch wirksam werden.
#36 Antw.: Fritz!Load… » [FritzBox 7490 6.24 und 6.51] FritzLoad dauerhaft starten » am 24. Mar. 2018 um 21:52 Uhr
Space, Tabulator, das sollte keinen Unterschied machen.
Die Adresse und der Port sollten reichen.
Wenn es funktioniert ist es richtig, wenn die Box sich beim Neustarten aufhängt stimmt was nicht, deswegen Recovery bereithalten.
Bitte beachte beim Testen aus dem eigenen Lan heraus den DNS Rebind Schutz neuerer Boxen, probier es vielleicht über Mobilfunk oder ein VPN. Das ist ja auch der eigentliche Zweck, innerhalb des Netzwerkes funktioinert ja Port 90 noch.
#37 Antw.: Fritz!Load… » [FritzBox 7490 6.24 und 6.51] FritzLoad dauerhaft starten » am 24. Mar. 2018 um 19:36 Uhr
Über das Autostartproblem kann ich leider nichts sagen, habe eine anderes Modell und FritzOS.
Das Mounten usw. funktioniert da noch automatisch.
Wenn du zum Neustart allerdings Befehle ausführen willst würde ich mir Freetz mal anschauen, da sollte sowas relativ einfach möglich sein. Es gab da auch eine Datei die man händisch editieren konnte, aber ich glaube rc.custom, damit kann man den Autostart beeinflussen. Ich würde das mal googeln, die kannst du theoretisch genauso editieren wie die ar7.cfg.
Zur FritzLoad Portfreigabe aber sehr wohl:
Die Datei, nun auf der HDD, kopierst du nun auf deinen PC und editierst sie mit einem verlässlichen Editor (z.B. Notepad+ wie oben beschrieben). Dann kopierst du sie, zunächst mal wieder auf die Platte.
"ctrlmgr -s " zum anhalten, dann die Datei von der HDD wieder in /var/tmp und "ctrlmgr" zum starten.
Das ganze muss zügig gehen, es gibt da wohl einen Watchdog. Den Befehl zum zurückkopieren in /var/tmp vielleicht vorher in die Zwischenablage.
Dann die Box neustarten. Geht auch komfortabel aus Telnet mittels "reboot".
Unter Webserver Einstellungen Port sollte eigentlich 90 stehen, oder der Port unter dem du auf die FL Oberfläche zugreifst. Der wird auch weiterhin unverschlüsselt sein, aber nur aus deinem Netzwerk heraus erreichbar.
Unter "STunnel Port" sollte standardmäßig 44300 stehen, auf diesem wird der FritzLoad-Http-Server nur mehr antworten wenn die Gegenstelle Https unterstützt. Das erhöht die Sicherheit ein gutes Stück, deswegen wird auch nur dieser Port in die ar7.cfg als Ausnahme eingetragen. Das Zertifikat ist zwar etwas älter, aber da keine wohl keine Man-In-The-Middle-Angriffe auf eine FritzBox zu erwarten sind sollte das zumindest Passwort und Benutzer verschlüsseln, solltest du aus einem zweifelhaften WLAN daraus zugreifen.
Ob im verwendeten Server, httpd, irgendwelche Maßnahmen gegen Brute-Forcing implementiert sind weiß ich nicht, aber nimm lieber ein sicheres Passwort, und auch nicht umbedingt admin als Benutzer.
Einen fünfstelligen Port nimmt man, weil man damit in der Regel keinen der StandardPorts für andere Netzwerkklienten versperrt, und diese damit seltener gescannt werden, sprich die Wahrscheinlichkeit sinkt das jemand zufällig auf deinen Server trifft und sich beginnt die Mühe zu machen einzudringen.
Der Port ist in dem Sinne wie eine zusötzliche fünfstellige PIN.
#38 Antw.: Fritz!Load… » [FritzBox 7490 6.24 und 6.51] FritzLoad dauerhaft starten » am 21. Mar. 2018 um 21:51 Uhr
Dann wahrscheinlich nicht, sonst wüsstest du es. Dann muss eines der erfahreneren Forumsmitglieder vielleicht mal einen Einzeiler schreiben wie man einen Port in der AVM Firewall freigibt. Dafür muss allerdings der native Https zugriff schon aktiviert sein, dann kann man noch einen weiteren eintragen. Das ganze wird zudem nur nach einem Neustart aktiv, und der Port ist dann natürlich für nichts anderes mehr zu haben.
Suche mal bei Google nach "AVM Firewall ar7.cfg port freigeben" und schau dir die aufkommenden Threads aus dem IP-Phone Forum an.
Das geht in die richtige Richtung.
Oder, siehe oben, jemand erbarmt sich und schreibt es dir gerade runter.
Edit:
Dieser Thread kommt einer Anleitung am nächsten:
https://www.ip-phone-forum.de/threads/p … pn.278890/
Darin dieses Zitat von PeterPawn:
1. cat /var/flash/ar7.cfg >/var/tmp/ar7_edit.cfg
2. vi /var/tmp/ar7_edit.cfg
3. Änderungen ausführen, das ist vi-Handwerk, Speichern nicht vergessen
4. ctlmgr -s
5. jetzt muß es zügig gehen, sonst schlägt irgendwann der Watchdog an
6. cat /var/tmp/ar7_edit.cfg >/var/flash/ar7.cfg
7. ctlmgr
8. der ctlmgr braucht so ca. 30 Sekunden, bis er alles wieder eingefangen hat
9. Änderungen überprüfen mit "cat /var/flash/ar7.cfg"
10. wenn nötig (hängt von den vorgenommenen Änderungen ab) jetzt noch ein "reboot", u.U. reicht auch ein "rc.net restart" (so macht es ar7cfgchanged auch bloß, das wird auch von der AVM-Firmware selbst gar nicht mehr verwendet, denn da fehlt eigentlich das Stoppen des ctlmgr, der nun mal die cfg-Files seinerseits cached)
In der ar7.cfg musst du nach den Zeilen zu "forwardrules" suchen, dir die zum Fernzugriff auf die AVM Gui zum Vorbild nehmen, kopieren und den Port auf das ändern was du im FritzLoad Menü unter STunnel hast.
Aber vorsichtig, der vi-Editor ist unglaublich "doof", mir fällt kein anderes Wort ein. Vielleicht erstmal an einer weniger sensiblen Datei üben etwas erfolgreich so zu ändern wie du es willst und zu speichern.
Edit2:
Du kannst mal probieren ob du die /var/flash/ar7.cfg auf den per ftp zugänglichen Speicher kopieren kannst, um sie dann in aller Ruhe mit Notpad+ oder ähnlichem zu editieren. Das habe ich allerdings nicht selber ausprobiert, könnte mir aber vorstellen dass das auch geht.
Ist aufjedenfall viel einfacher als sich erst den vi-Editor draufzuschaffen.
Dann den ctlmgr anhalten, Datei austauschen und ctlmgr wieder starten, Befehle dazu im PeterPawn Zitat. Dann Neustarten.
Und nochmal, wie man liest ist FritzOS was diese Datei angeht sehr pingelig, schon ein falsches Komma, Leerzeichen oder ähnliche Korrumpierung und der Neustart scheitert. Also zu unsensibler Zeit probieren und Recovery bereithalten.
Edit3: OK, weil neugierig hab ich es mal angeschaut, und es sollte machbar sein.
Rund um Zeile 230-240 solltest du folgende Zeilen finden, der standardmäßgige Fernzugriff sollte dafür aktiviert sein:
internet_in_nat_rules_enabled = yes;
internet_out_nat_rules_enabled = yes;
internet_forwardrules = "tcp 0.0.0.0:XXXXX 0.0.0.0:XXXXX 0 mark 1",
"tcp 0.0.0.0:XXXXX 0.0.0.0:XXXXX 0 # FritzLoad";
dslifaces {
enabled = yes;
name = "internet";
Die grüne Zeile sollte dann bei dir schon da sein, die 5 X stehen für den Port über den du die AVM Gui auf deiner DynDns Adresse erreichen kannst. Die rote Zeile musst du ergänzen, die 5 X stehen hier für den Port den du in FritzLoad unter STunnel eingetragen hast.
In der ar7.cfg stehen die beiden " vor tcp jeweils bündig untereinander.
#39 Antw.: Fritz!Load… » Stream - Connection IDs » am 20. Mar. 2018 um 19:22 Uhr
Hat die https Erkennung denn vorher nicht funktioniert?
Das neueste Update läuft auf jeden Fall unverändert stabil, eventuell ist es sogar nochmal etwas zügiger, aber das ist rein subjektiv und nicht so spürbar wie bei der ersten Verbesserung.
Der Stream läuft über aber über https erstmal weiterhin nur über Chrome wirklich manierlich, sehr manierlich zugegeben, aber das ist wie gesagt nur eine Stichprobe von 1.
#40 Antw.: Fritz!Load… » Stream - Connection IDs » am 20. Mar. 2018 um 13:37 Uhr
Im Moment verwende ich für FritzLoad ja Chrome, hatte ja oben den Workaround und diese praktische Chrome Funktion beschrieben. Die "experimental" Revision probiere ich aus sobald ich wieder vor Ort an der Fritte bin!