*** [Zuletzt aktualisiert am 12.12.2010] ***
INFO:
10.10.2010
Auf Grund von Änderungen an der Rapidshare Seite funktioniert der RSDM Free-User nicht mehr. Nach einem Update des RSDM funktioniert der Free-User wieder - leider auf Synology-Systemen nicht. Dafür gibt es jetzt aber auch ein Update. In der "Vorkonfigurierten RSDM-Version 589" ist es bereits integriert. Das reine Update findet ihr hier (ganz unten). Bei RSDM Versionen neuer als 589 funktioniert wieder alles.
29.12.2009
Fehlermeldung in der help.php: rsdf_decode.py – md5sum: Falsch!
Dieser Fehler kann ignoriert werden, d.h. es handelt sich lediglich um einen Bug in der Ausgabe der die Funktionsweise des RSDM nicht beeinflusst.
22.10.2009
Ab und an taucht bei einigen folgende Notiz beim herunterladen auf: "Notice: Undefined index: –rapidsharelink– in /.../rsdm/logs.php on line 331". Das ist nicht weiter tragisch und wird in der nächsten RSDM-Version behoben sein. Wen es stört soll in Zeile 331 der logs.php“ $dateihashfilesize[$long]” durch “$dateihashfilesize[$long2]“ ersetzen.
11.08.2009
Nach einer kleinen Umstellung seitens RapidShare werden im RSDM (V. 4.7.4) nun alle Links als offline angezeigt und man kann keinen Download starten. Durch dieses Patch wird das Problem behoben.
05.08.2009
Die Uploadfunktion des RSDM scheint auf Synology-Systemen nicht zu funktionieren.
Da Rapidshare seit dem 16.06.2009 die wget-Anfragen anders bearbeitet funktionieren aktuell nur noch die RSDM-Versionen >= 4.5.4. An dieser Stelle noch einmal vielen Dank an kingofcomedy für die Überarbeitung der alten Version in absoluter Rekordzeit :-)
INFO-ENDE:
Wer denkt, dass der Rapidshare Downloadmanger nur auf NSLU2 Geräten der Firma Linksys, den sogenannten "Slug's" funktioniert irrt sich. Auch Besitzer einer DS-108j von Synology können sich über seine treuen Dienste freuen.
RSDM wurde mittlerweile auf folgenden DiskStation's getestet:
- [Synology DS-106] - Funktioniert! (Danke GhOsTdOg)
- [Synology DS-107+] - Funktioniert!
- [Synology DS-108j] - Funktioniert!
- [Synology DS-109] - Funktioniert! (Danke jobitobi)
- [Synology DS-110j] - Funktioniert! (Danke k0ka)
- [Synology DS-210j] - Funtioniert!
- [Synology CS-407] - Funktioniert! (Danke Alois)
- [Synology RS-407] - Funktioniert! (Vielen Dank an Sam
)
- [Synology DS-409+] - Funktioniert! (Danke Artanis666)
- [Synology DS-410j] - Funktioniert! (Danke Andreas)
- [Synology DS-411+] - Funktioniert! (Danke struppix)
- [Synology DS-508] - Funktioniert!
- [Synology DS-207+] - Bei einigen klappt's bei anderen nicht. Kein p7zip-Paket verfügbar (7z-Dateien können nicht entpackt werden)!
- [Synology DS-209+II] - Funktioniert noch nicht 100%ig (Danke Lukas)
| cd / |
| cd /volume1/public/ |
| wget http://ipkg.nslu2-linux.org/feeds/optware/ds101g/cross/unstable/ds101-bootstrap_1.0-4_powerpc.xsh |
| sh ds101-bootstrap_1.0-4_powerpc.xsh |
| ipkg update |
"/opt" asuhängen...
| umount /opt |
| rmdir /opt |
| ln -s /volume1/opt / |
| vi /etc/rc.local |
| ipkg install wget-ssl |
| ipkg install unrar |
| ipkg install unzip |
| ipkg install p7zip |
| ipkg install nail |
| ipkg install vnstat |
| ipkg install coreutils |
| ipkg install perl |
| ipkg install python |
| ipkg install py-crypto |
| ipkg install py25-crypto |
| ipkg list_installed |
| vnstat -u -i eth0 |
| cd /usr/syno/etc |
Shell:
In das Verzeichnis "/usr/syno/etc" wechseln. Am besten legt ihr euch vor dem bearbeiten der php.ini noch eine Sicherheitskopie an:
| cp php.ini php.ini.bak |
Shell:
Dann öffnet ihr mit
| vi php.ini |
Shell:
die "php.ini" mit dem vi-Editor. Als nächstes müsst ihr die Zeile mit "safe_mode = xxx" suchen und in "safe_mode = Off" ändern (ohne Anführungszeichen). Falls das schon da steht müsst ihr nichts tun.
Danach in die Zeile mit "open_basedir = xxx". Solltet ihr irgendwelche Probleme gehabt haben und die php.ini funktioniert nicht mehr so wie sie soll, könnt ihr das mit den folgenden zwei Befehlen rückgängig machen:
| rm php.ini |
Shell:
| cp php.ini.bak php.ini |
Shell:
Firmwareversionen 1337:
:/volume1/opt:/dev/null
Das Ende des Pfades sollte dann so in der Art aussehen:
...:/var/services/homes:/volume1/opt:/dev/null
Mit einem Klick auf den OK-Button speichert ihr den neuen Pfad und der Webserver sollte automatisch neugestartet werden.
Ältere Firmwareversionen:
Bei älteren Firmwareversionen muss das "open_basedir" in der php.ini angepasst werden. Die Änderungen findet ihr hier:
Version: 1139, 1141 und 1157
Version: 0839, 0844, 0942, 0959 und 0965
Version: 0722, 0728 und 0371
Version: 0832
Habt ihr das "open_basedir" entsprechend eurer Firmware angepasst, müsste ihr noch das "safe_mode_exec_dir" anpassen. Das findet sich auch in der php.ini (normalerweise etwas über dem "open_basedir"). Einfach die Zeile
safe_mode_exec_dir = /xxxx.....
ändern zu
safe_mode_exec_dir =
Also nur den Pfad löschen damit die PHP-Exec "überall" auf der DS ausgeführt werden kann. (Ich habs auch mit dem Pfad "/ " für den Stammordner versucht, was allerdings aus irgend einem Grund nicht funktioniert).
Wenn es so da steht könnt ihr die "php.ini" mittels :w speichern und dann mit :q schließen (oder :wq).
Die httpd.conf-user:
Mittels
| cd /usr/syno/apache/conf |
| vi httpd.conf-user |
Ab der Firmwareversion 2.3-1139 muss der Pfad "/volume1/opt/bin/..."; benutzt werden da es das Verzeichnis "/opt/bin" wegen der IPKG Probleme nicht mehr gibt. Bei älteren Firmwareversionen kann anstelle von "/volume1/opt/bin/...."; auch einfach "/opt/bin/...."; benutzt werden.
Anleitung für ältere RSDM-Versionen:
Version: 3.8.6, 3.9.3, 4.2.5, 4.2.9, 4.3.2, 4.5.4, 4.7.4, 5.1.2, 5.3.2, 5.7.0. 5.7.9 und 5.8.9
Seit der RSDM Version 5.8.8 gibt es den Pause- und Reconnectbutton (vorerst) nicht mehr (werden evtl. in späteren Versionen wieder eingebaut). Wer also RSDM v. 5.8.8 oder neue benutzt kann den nächsten Punkt ("Der Reconnect- und Pause-Button) also überspringen.
Der Reconnect- und Pause-Button:
Seit Version 5.1.2 gibt es für Free-User die Möglichkeit den Download zu pausieren sowie einen Reconnect durchführen zu lassen um eine neue IP-Adresse zu erhalten.
Der Pause-Button:
Damit könnt ihr den Download zwischen zwei Downloads pausieren. Seid ihr also gerade im Moment etwas am runterladen und drückt den Pause-Button dann wird der aktuelle Download noch zu Ende laufen gelassen, dannach aber kein neuer Download gestartet. Drückt ihr (nachdem der aktuelle Download beendet wurde) wieder den Pause-Button, so wird mit dem nächsten Download in der Liste fortgefahren. Schaltet ihr die Pause wieder aus während euer aktueller Download noch dran ist, so wird dannach direkt mit dem nächsten Download weitergemacht, also so als hätte ihr die Pause nie eingeschaltet.
Der Reconnect-Button:
Die Sache mit dem reconnect ist etwas komplizierter. Wollt ihr das eure DS euren Router auffordert die Internetverbindung zu trennen und wiederherzustellen, dann sind folgende Schritte notwendig:
1. Das Reconnect-Script
Ihr benötigt ein reconnect-Script, das von der DS ausgeführt wird. Es gibt verschiedene Arten den Router neu zu connecten z.B. über wget oder cURL. Wo ihr das reconnect-Script herbekommt kann man nicht allgemein sagen, jedoch finden sich auf http://reconnect.thau-ex.de/ sehr viele Befehle zum wiederverbinden, neustarten, etc... verschiedenster Router. Alle Befehle die ihr dort findet arbeiten mit cURL, dass heisst ihr müsst auf eurer DS cURL installiert haben. Ob es installiert ist oder nicht findet ihr mit folgendem Befehl heraus:
| ipkg list_installed | grep curl |
| ipkg install libcurl |
| ipkg install php-curl |
Habt ihr cURL soweit installiert müsst ihr das eigentliche Script erzeugen. Dazu erstellt ihr eine Datei z.B. "reconnect.sh" und da rein kopiert ihr dann den entsprechenden cURL Befehl. Am besten fügt ihr an den Anfang des cURL Befehls noch den Pfad an, in dem cURL liegt also aus "curl ..." macht ihr "/opt/bin/curl ...". Speichert das ganze und setzt die Dateirechte (CHMOD) auf 777 bzw. rwx-rwx-rwx. Somit kann das reconnect-Script auch von Webserver-User "nobody" ausgeführt werden.
2. Config.inc.php anpassen
Als nächstes muss RSDM wissen wo sich euer script befindet. Dazu gibt es einen Pfad in der config.inc.php (ganz unten).
$reconnect_path
ist der Pfad zu eurem reconnect-Script. Am besten legt ihr das Script in den RSDM-Ordner. Dann lautet der Pfad: /volume1/web/EUER_RSDM_ORDNER/EUER_RECONNECT_SCRIPT
$no_reconnect_between
hier könnt ihr noch einen Zeitintervall angeben, in dem die DS den Router nicht neuverbinden soll, auch wenn der Reconnect-Button aktiv ist.
Folgende Info bezieht sich nur auf die RSDM-Versionen 5.3.2 und 5.1.2. Wer eine andere Version verwendet kann diese überspringen.
*INFO*
Ich hatte bei meiner Synology DS-108j das Problem dass, wenn der Reconnect-Button aktiviert war, der erste reconnect auch durchgeführt wurde (nach dem herunterladen der ersten Datei). Danach waren jedoch leider die xyz.sh-Dateien aus dem RSDM-Ordner und die logs der Dateien die noch nicht heruntergeladen wurden verschwunden. Kurz gesagt: Ich konnte die erste Datei herunterladen, gefolgt von einem reconnect. Nach dem reconnect war es dann so als hätte ich nur dein einen Link eingefügt gehabt. Ich weiß nicht ob das alle Synology-Systeme betrifft. Wer jedoch auch dieses Problem hat kann sich wie folgt helfen:
1. Die Datei "free.pl" im RSDM-Ordner öffnenIn der free.pl sucht ihr nach "exec($reconnect_script)". Es sollte drei Treffer geben. Die ersten beiden sind auskommentiert weswegen nur der dritte (am weitesten unten im Dokument) interessant ist.2. Code einfügenHabt ihr die o.g. Stelle gefunden fügt darunter eine neue Zeile mit folgendem Inhalt ein: "sleep(60);". Die 60 sind die Sekunden die RSDM nach dem reconnect warten soll bis er mit dem nächsten Link anfängt (kann natürlich angepasst werden).Das Ganze bewirkt dass RSDM nicht direkt nach dem Ausführen des reconnect-Scripts versucht den nächsten Link zu bearbeiten, währen der Router aber noch am reconnecten ist. Genau das scheint nämlich die Ursache für das o.g. Problem gewesen zu sein. Natürlich könnt ihr die Zeit an die Dauer des reconnects eures Routers anpassen.
Im Changelog der RSDM Version 5.7.0 ist folgendes zu lesen:"...x free.pl -> nach dem Aufruf eines Reconnect-Scriptes wird das free.pl-Script noch fuer 60 Sekunden pausiert, um sicherzustellen dass der Router in der Zeit wieder eine Verbindung aufbauen kann..."Bei dieser Version ist der oben genannte "sleep(60)" Aufruf also schon eingebaut und muss nicht von euch hinzugefügt werden.
Sonstiges:
Aktuell sind 7 Gäste und keine Mitglieder online