Tipps zum Erstellen einer Torrent-Umgebung auf OpenWRT / LEDE. Beim Herunterladen von Bilddateien wie RaspberryPi und OrangePi usw. Je nach Server kann dies mehrere Stunden dauern Es ist sehr praktisch, wenn Torrent auf einem ständig gebooteten NAS funktioniert.
Es gibt noch verschiedene Probleme, aber Da kann es so betrieben werden wie es ist Hinterlassen Sie einen Fußabdruck.
Darüber hinaus basiert die Beschreibung auf der folgenden Umgebung. Verwenden Sie ein chinesisches lüfterloses NAS mit OpenWRT (LEDE)
Referenz:
Siehe README.md auf der Seite luci-app-rtorrent github in Referenz 1. Installieren. Nur der Inhalt von /root/.rtorrent.rc wird auf die Informationen auf der Seite von Referenz 2 verwiesen.
Mit der obigen Umgebungskonstruktion begann es implizit zu funktionieren, Weil die Berechtigung der heruntergeladenen Datei root wird Die Benutzerfreundlichkeit ist subtil, also werde ich es beheben.
~/.rtorrent.rc
system.umask.set = 0000
Handelt es sich um ein Problem mit der Abhängigkeit von der Startreihenfolge? Unmittelbar nach dem Neustart funktioniert die Torrent-Liste (cgi-bin / luci / admin / rtorrent / main) der luci-app nicht.
Im Moment kann das Problem durch einen Neustart von rtorrent nach dem Neustart gelöst werden, aber ich möchte es grundlegend lösen.
/etc/init.d/rtorrent stop
/etc/init.d/rtorrent start
Apropos, Ich habe versucht, den obigen Befehl in /etc/rc.local einzufügen, aber es hat immer noch nicht funktioniert. Gibt es etwas, das langsam beginnt ...
Irgendwann reagiert die Torrent-Liste von luci-app manchmal nicht mehr. Wenn ich es vom Bildschirm aus wieder anbringe, funktioniert es als Torrent Es sieht so aus, als ob etwas mit dem Anruf von luci-app nicht stimmt.
Als Problemumgehung vorerst Ich habe das folgende Skript vorbereitet und ausgeführt.
#!/bin/bash -x
/etc/init.d/rtorrent stop
rm -rf /root/.rtorrent.session/*
/etc/init.d/rtorrent start
Weil ich auf ein ähnliches Phänomen gestoßen bin, das ein Hinweis zu sein scheint Ich würde mich freuen, wenn Sie einen Kommentar abgeben könnten.