Fritz!Load…

TwoDNS.

OK - das heißt dann also als Faustregel für Fritzload-Benutzer: Das Plugin nicht von der 9kw-Webseite holen, sondern immer aus dem SVN! Richtig?

Der Service von 9kw hat auf meine Anfrage hin eine neue Version des Plugins bereitgestellt.

Habe jetzt folgendes gemacht:
Erst einmal die aktuellste Version von Fritzload geholt, d.h. bei sourceforge hier eine komplette Version geholt:
http://sourceforge.net/p/avmload/code/HEAD/tarball
und dann sämtliche Dateien aus der avmload-code-2436-trunk.zip über die bestehende Installation gebügelt. Das scheint ja im Augenblick die einzige Möglichkeit zu sein, die Installation zu aktualisieren. Anschließend wurde mir allerdings unter Hilfe/Online-Update noch das Update von 2425 auf 2436 angeboten (das ich eigentlich so schon hatte). Hab ich dann per Diff-Update gemacht.
Anschließend habe ich festgestellt, dass in dem nagelneuen Plugin (wie auch schon im letzten Update) zwei Dateien fehlerhaft sind.
Das betrifft die Dateien
cgi/gui_config.cgi und
lib/captcha_service/neunkweu.sh
Und zwar wird in den beiden Dateien für den Zeilenumbruch das MS-DOS-Zeilenende (CR-LF, oder hex 0D 0A) verwendet; es darf aber nur das Unix-Zeilenende (LF, oder hex 0A) verwendet werden!
Das falsche Zeilenende in der gui_config.cgi führt z.B. dazu, dass die Einstellungen-Seite bei Fritzload überhaupt nicht mehr geladen werden kann.
Die beiden genannten Dateien (aus der Zip-Datei vom 9kw-Server) habe ich dann im Texteditor behandelt und die MS-DOS-Zeilenenden durch Unix-Zeilenenden ersetzt. Anschließend ein Test: die ursprünglichen Fehlermeldungen erscheinen nicht mehr.

Soweit, so gut. Ein Test mit share-online.biz war erfolgreich. Bei cloudzer und bei uploaded treten allerdings nun andere Fehler auf, die jedenfalls nicht offensichtlich bei 9kw liegen.

Bei den Fehlschlägen wurde bei cloudzer.net immer ein korrektes Captcha gemeldet, dann allerdings ein "unbekannter Fehler" und der Download wurde beendet. Bei uploaded wurde ebenfalls das Captcha als korrekt gemeldet, dann aber ein falscher Inhaltstyp für die rar-Datei gemeldet (text/html).

Cloudzer:

22:42:32 neunkweu: Sende die Captcha-Grafik an den Service...
Warte auf die Antwort von 9kw.eu für cloudzer.net...
ash: bad number
[5459791,"nicholao styukcy"]
22:43:36 GETSLOT: http://cloudzer.net/io/ticket/slot/o05njbvt | Optionen: -H X-Requested-With:XMLHttpRequest
22:43:39 Alles OK soweit
22:43:40 FINAL: http://cloudzer.net/io/ticket/captcha/o05njbvt | Optionen: -d recaptcha_challenge_field=03AHJ_VuspkZmK5W12PItH8UK1tNT5Fb43yTd02C7knPQPdNOcj9XEu6xiq0ZwtLlJMzqJvyqXf2LCDBHXy%2DKppEBiIaL_CUWkL9kogFESqcngB8ywbYy%2DvFihFPikxS2L4f%2DuXzQdGvhtKUlkTAmBush_KEzN7XK1BG725saCzaMDvsRQhvhDsUQ&recaptcha_response_field=nicholao+styukcy --cookie /var/tmp/fritzload1/dl.cookie.txt
22:43:42 neunkweu: OK - (ID:5459791/STR:nicholao styukcy)
9kw.eu: Das Captcha-5459791 wurde korrekt gelöst.
ash: bad number
22:43:42 Unbekannter Fehler bei FINAL
22:43:42 Der Download ist fehlgeschlagen!
22:43:57 Die Download-Liste ist leer.
22:43:57 Keine UnRAR-Einstellungen (/var/media/ftp/STICKFAT/FritzLoad/config/unrar.ini) sind vorhanden!
22:44:00 Der Fritz!Load-Prozess wurde beendet.

Uploaded:

22:50:58 neunkweu: Sende die Captcha-Grafik an den Service...
Warte auf die Antwort von 9kw.eu für uploaded.net...
ash: bad number
[5459987,"hightna part"]
22:51:21 Warte 0 Minute(n) und 6 Sekunde(n)...
22:51:28 CAPTCHA: http://uploaded.net/io/ticket/captcha/pd7twsp3 | Optionen: -d recaptcha_challenge_field=03AHJ_VuuH9MKZ2To3cYE2huCcA9aXnUcNkrfRSTW%2Dr3gZ79MfUtrJPm98my94SNfesfal0Kzzche73jnxpcIRy5ZqHC4H17SFFlR5uasHMSou_%2DsBDTEztM7psPOnf67P4fO9FTPn8dl_ZEwAADccQjQt_RJi12n9aRzcVD%2D2DLuZTW2WQmyZvDg&recaptcha_response_field=hightna+part --cookie /var/tmp/fritzload5/uploaded.cookie -H X-Requested-With:XMLHttpRequest
{type:'download',url:'http://stor1219.uploaded.net/dl/5d7dd90e-5239-4c8a-8ea1-afefaa89931c',name:'docwho_dl_s07e06.part4.rar',size:'106954752'}
22:51:31 neunkweu: OK - (ID:5459987/STR:hightna part)
9kw.eu: Das Captcha-5459987 wurde korrekt gelöst.
ash: bad number
22:51:32 Download...
22:51:35 Der freie Speicher in /var/media/nas/fritzload: 1067576 MByte
22:51:35 URL-Download (T:-1/R:5): URL-Adresse: http://stor1219.uploaded.net/dl/5d7dd90e-5239-4c8a-8ea1-afefaa89931c',name:'docwho_dl_s07e06.part4.rar',size:'106954752 | Datei: docwho_dl_s07e06.part4.rar | Optionen: --cookie /var/tmp/fritzload5/uploaded.cookie
22:51:36 Der Inhaltstyp # nicht überein: Empfangen (text/html)
22:51:36 Der Download http://uploaded.net/file/pd7twsp3/docwho_dl_s07e06.part4.rar ist fehlgeschlagen!
22:51:36 Der Download ist fehlgeschlagen!
22:51:45 Die Download-Liste ist leer.
22:51:45 Keine UnRAR-Einstellungen (/var/media/ftp/STICKFAT/FritzLoad/config/unrar.ini) sind vorhanden!
22:51:48 Der Fritz!Load-Prozess wurde beendet.

Das könnte schon die erste Fehlerquelle sein: Wenn der Ordner "Module" mit großem M heißt, später aber als "module" mit kleinem m verwendet werden soll, dann wird eben auch das Softwaremodul (cisfs.ko) nicht gefunden. Linux unterscheidet Groß- und Kleinschreibung - anders als Windows! Also konsequent von Anfang an eines durchhalten, am besten die Kleinschreibung (so wird es auch auf der Webseite in der Anleitung beschrieben).

Probier hier auf jeden Fall noch einmal, wie in der Anleitungs-Webseite die Bezeichnung komplett in einfache Hochkommata zu setzen, also HDD='SamsungM2Portable-Partition-0-1'.

Bis dahin alles prima ...

Der erste Fehlerkandidat ist wie bereits oben gesagt die Groß-/Kleinschreibungsgeschichte.
Dann fällt mir aber auch noch auf, dass in der Fehlermeldung bei dem Dateipfad irgendwoher ein Leerzeichen auftaucht (nach dem ftp, ".../ftp/ SamsungM2Portable-Partition-0-1/..."). Das sollte so nicht sein, denn so wie du die Zeilen darüber eingegeben hast, ist das eigentlich in Ordnung und müsste dann ".../ftp/SamsungM2Portable-Partition-0-1/..." (ohne Leerzeichen vor Samsung!) ergeben. Ist das jetzt vielleicht ein "zufälliger" Fehler, der erst entstanden ist, als du diese ganzen Zeilen kopiert bzw. aufgeschrieben hast, um sie dann hier zu posten? Wenn das tatsächlich so auch mit dem Leerzeichen im putty-Terminal zu lesen ist, könnte das ebenfalls ein Fehler sein, der dazu führt, dass das Softwaremodul nicht gefunden wird. Kann ich mir zwar jetzt gar nicht erklären, aber es fiel mir halt auf.

Doch, hattest du: Es ging vor allem um die konkrete Bezeichnung des Datenträgers, der in der Anleitungs-Webseite irgendwas mit Hitachi ist und in deinem Fall eben was mit Samsung. Das hast du alles richtig gemacht.
Versuche bitte, die beiden genannten Punkte zu ändern, also:
1. Order "module" mit kleinem m
2. Bezeichnung des Datenträgers in Hochkommata
und dann spielst du das Ganze noch einmal durch und schaust dabei bitte auch noch mal nach, was das mit dem Leerzeichen auf sich hat.

Kann ich leider nicht, weil ich hier nicht mit dieser Lösung von der angegebenen Webseite arbeite, sondern mit Freetz, das eine entsprechende Funktion (mounten auf der Fritzbox) enthält. Aber ich wollte dich nicht gleich mit Freetz überfallen, das für deinen Zweck doch wohl mit Kanonen auf Spatzen schießen bedeuten würde. Ich hatte das mal früher gemäß dieser Anleitung gemacht, und das funktionierte auch.

Wann bekommst du denn eine Fehlermeldung, und wie lautet sie? Hast du in der Anleitung (im Abschnitt "Code") diesen Satz beachtet "ACHTUNG: unbedingt anpassen!"?

Im Endeffekt ist das einfachste Verfahren, das NAS in der Fritzbox dauerhaft zu mounten und direkt auf das NAS herunterzuladen (über das Netzwerk, nicht über das langsame USB). Damit spart man sich ein paar von-hinten-durch-die-Brust-geschossen-Verrenkungen mit der Verschieberei. Daten laufen dann über das langsame USB nur noch von Fritzload aus zur Steuerung des ganzen Prozesses und gegebenenfalls zur Anzeige der Fritzload-Webseite zur Bedienung (falls Fritzload auf dem USB-Laufwerk installiert ist, was ich mal annehme).

Voraussetzung dafür ist allerdings, dass das NAS eine Verzeichnisfreigabe hat, die z.B. von einem Windows-Rechner aus als Laufwerk (mit Laufwerksbuchstaben) eingebunden werden kann.
Genau das gleiche machst du nun von der Fritzbox aus (bloß dass es da keine Laufwerksbuchstaben gibt, sondern einen Verzeichnispfad als Mountpunkt).

Eine Anleitung dazu findest du hier.

Anschließend hast du auf der Fritzbox ein Verzeichnis /var/media/cifs, das dir nun z.B. in einer Telnetverbindung mit dem Shell-Befehl ls -l den Inhalt deines NAS anzeigt.

Jetzt musst du nur noch Frtzload sagen, wohin es die heruntergeladenen Daten schaufeln soll. Dazu machst du die Einstellungen von Fritzload auf, öffnest den allerersten Abschnitt (Download/Upload) und gibst im allerersten Eingabefeld (Download-Verzeichnis) ein:
/var/media/cifs

Speichern, fertig, glücklich werden. Hat doch gar nicht weh getan.

So funktioniert es zur Zeit (abgesehen von einem Downgrade auf rev. 2409):
1. Das Fritzload-Plugin von der 9kw-Webseite runterladen
2. ZIP-Datei auspacken, die Datei lib/captcha_service/neunkweu.sh an den entsprechenden Ort der Fritzload-Installation kopieren (Datei-Datum: 07.01.2013)
3. fertig!

Ein Dateivergleich mit der vorherigen (wohl mit rev. 2411 installierten) Version (Datei-Datum: 05.03.2013) zeigt, dass in dieser neueren, nicht funktionierenden Version vor allem zusätzliche Parameter für CURL enthalten sind ("&source=fritz"; an einer Stelle noch "&fritz=1"). Darüberhinaus gibt es noch Veränderungen in den Zeilen 59 und 61. Was davon die Ursache des Funktionsausfalls ist, kann ich nicht sagen.
Jedenfalls scheint die Verwendung der neunkw.sh von deren Webseite als Workaround zu funktionieren.

Mit eingeschränktem Leistungsumfang kann man kostenlos diesen Provider benutzen. Nichts für Viel- und Schnell-Downloader, aber als Ergänzung kann man's mitnehmen, sozusagen.