Anmerkungen:
- Tippfehler: "tar -xvf"
- Java Check habe ich auskommentiert, da ich Jave SE (1.8.0) von MissileHugger installiert habe. link auf /usr/bin/java existiert, aber ich habe keinen PATH im profile. Deshalb schlägt der Test fehl.
- Mit welchem Account soll man sich auf der Konsole einloggen? root, admin, ... (habe root genommen)
- my.jdownloader.org (beta) arbeitet unverschlüsselt. Zugangsdaten wandern frei über die Leitung
Edit 1: java check
Edit 2: shell user
Edit 3: http/https
Habe jetzt die Download Station, pyload und jdownloader 2 parallel am laufen. Sehe jetzt nicht den großen Vorteil (in meinen Szenarien) der letzten beiden, aber das ist was für einen anderen Thread.
Java Check ok, das kann man natürlich so voher nicht für jeden anpassen. Ja root user, es wird allerdings ein unpriviligierter User angelegt mit dem JDownloader läuft. Das Webinterface läuft mit https, die Daten die der headless client an die API sendet mag unverschlüsselt sein, aber man muss auch bedenken das dort nichts ist, was irgendwem nützen würde. Maximal kann jemand sehen was du runterlädst, wem es Spaß macht. Ob der Dienst noch verschlüsselt wird, keine Ahnung.
Was es bringt ? Das kann ich beantworten, keine der anderen Lösungen, sei es Download Station oder pyload kommt so gut mit gecrypteten links, dlc containern und co zu recht wie Jdownloader, ohne dabei nicht noch ein 2. oder 3. Tool zum decrypten einsetzen zu müssen und das nervt mich ungemein. JDownloader bleibt JDownloader, sowohl auf PC als auch jetzt auf der DS für mich alternativlos.
Was noch als großer Punkt dazu kommt, es gibt für den JDownloader ein vernünftiges und funktionierendes Browser Plugin welches anständig sämtliche Links verarbeiten kann, ebenfalls gibt es noch eine Android App. Das funktioniert bei pyload alles nur sehr halbherzig, wenn überhaupt.