wTorrent telepítés Apache és Ubuntu Server alatt

Web, mail, IRC, IM, hálózatok

Már több leírás alapján is próbáltam feltenni, de még egyik se jött össze, pedig ez lenne a legjobb webUI.

A leírásokban mindent manuálisan csomagolt fájlokból való telepítéssel írnak, de már itt gondok vannak:
A make és make install "no target", "no make file" hibákkal jön vissza minden.

Úgyhogy az rTorrentet repoból tettem fel és működik is a konzolos felület.
A configban ott van ez a sor is: scgi_port = localhost:5000

A wTorrenthez apache alatt még ugye szükség van egy mod-scgi-re és egy Xmlrpc-c-re,
őket is repoból tettem fel és a httpd.conf-ban is jelen vannak ezek a sorok:
LoadModule scgi_module /usr/lib/apache2/modules/mod_scgi.so
SCGIMount /RPC2 127.0.0.1:5000

Tudom, hogy a lighttpd-ben alapból van scgi, de nem akarom apache mellett ezt is futtatni, ezért kéne az acpache-os megoldás.

Most jöhetne elvileg a wTorrent telepítés, de a csomagolt telepítők már nem elérhetők sehol, de a make-kel itt is gond lenne.
A wTorrent oldalán van egy svn tároló, de onnan megint csak nem megy a telepítés a make hiba miatt.

Ezek után van valakinek ötlete, hogy mit szúrhattam el vagy mit kéne máshogy csinálni?
Esetleg egy leírás, ami még akkor is működik, ha én követem végig. :)

Szerk.: Kipróbáltam az rtgui-t is, az tökéletesen működik.
De sajnos csak a wTorrent elég funkciódús...

Lightning

  • 4372 megtekintés

ha nincs makefile, és nem is volt, akkor lehet, hogy a configure nem futott le jól. Érdemes figyelni a kimenetét, bizonyára szól majd ha valami nem stimmel.

Egyébként ha jól értem webes felületet szeretnél torrenthez. esetleg torrentflux?

----------------
mepis8-x86_64

Torrentflux-b4rt-ot sokáig használtam, de az sajnos nem jött be. Pedig a fehasználó kezelése nagyon jó.
Az a baj, hogy nagy loadot generál és külön szálon futtat mindent. Ráadásul nem fejlesztik már egy ideje.

uTorrent+Wine is ment pár hónapig, de egy nagyobb rendszerbuherálás után bedöglik.
Pl ha, kihúzom alóla a winyót, átpakolom, stb.

Azureus és a Java szintén kiesik. A Vuze troll-funkciói csak a gépet fognák, úgyse használom.
Kb 5-10 percig volt a gépen.

Transmission jó lenne, ha lenne a webUI-hoz felhasználó kezelés.
Bár a webUI-ja kezd a Vuze-hoz hasoníltani. Szép meg minden, de nekem funkciók kellenek és nem 5cm széles doboz torrentenként.
Átmenetileg egyébként ezt használom most.

És itt is vagyunk az rTorrentnél. Az rtgui-t feltudtam rakni rá és szépen működik is.
Elvileg ugyanúgy XMLRPC-n keresztül éri el, tehát a wTorrentnek is el kéne.

Az rTorrentet és php5-xmlrpc-t feltettem repoból. Működik is. Lásd fentebb.
Az rtgui simán hasított titkosított (SSL) virtualhost-ról is.
Nézegettem a wTorrent kódját és mindenhol ott van a https támogatás is, nem értem mért nem képes mégis elérni.
De ezen ne múljon létrehoztam egy "simát" a 80-as portra, így már a wTorrent is hajlandó elérni az rTorrentet XMLRPC-n, a Try configuration-nal a telepítőnél.
No tehát a wTorrent webes telepítőjében járok. Itt kapom ezt a kedves üzenetet:

Fatal error: Uncaught exception 'PDOException' with message 'could not find driver' in /mnt/Base/www/wtorrent/lib/cls/PDOe.cls.php:52 Stack trace: #0 /mnt/Base/www/wtorrent/lib/cls/PDOe.cls.php(52): PDO->__construct('sqlite:db/datab...', NULL, NULL) #1 /mnt/Base/www/wtorrent/cls/install.cls.php(187): PDOe->__construct('sqlite:db/datab...', NULL, NULL, Array) #2 /mnt/Base/www/wtorrent/cls/install.cls.php(75): install->saveConfig(Array) #3 /mnt/Base/www/wtorrent/lib/cls/Web.cls.php(106): install->__construct() #4 /mnt/Base/www/wtorrent/install.php(32): Web::getClass('install') #5 {main} thrown in /mnt/Base/www/wtorrent/lib/cls/PDOe.cls.php on line 52

Az sqlite fennt van (repoból). Persze lehet nincs jól konfigurálva (alapon van).

--
Lightning

"Torrentflux-b4rt-ot sokáig használtam, de az sajnos nem jött be. Pedig a fehasználó kezelése nagyon jó.
Az a baj, hogy nagy loadot generál és külön szálon futtat mindent. Ráadásul nem fejlesztik már egy ideje."

Érdekes nálam 533Mhz/256Mb rammal szuperül ketyeg,igaz 1 userrel. :)

____________________________
Az ellentetes velemenyek soha nem zavartak. Ami zavar az a tudatos rombolas es az onkontroll hianya.

Hello!

Én most(2 hete) telepítettem Ubuntu szerverre apache mellé. az alábbi két útmutatót követve:
http://www.wtorrent-project.org/trac/wiki/DebianInstall
http://www.wtorrent-project.org/trac/wiki/wTorrentInstall

annyit változtattam hogy az svnből lehúzandó cuccok verziószámát az újakra cseréltem:
rtorrent-0.8.5
libtorrent-0.12.5

még a curl-t frissítettem a 7.19.6-os verzióra.
Felpakoltam mindent, hiba nélkül futott, ami bonyodalom volt azt a saját figyelmetlenségemből következett.

Mi a véleményed róla? Valóbban van olyan jó, mint ahogy kinéz?
Más webUI-n pl még nem láttam peer listázáshoz még csak hasonlító dolgot sem.
Tracker URL listát át lehet írni?
Remélem időzíthető sebesség korlátozás is van benne.

Most hajnalban újrateszem a szétbombázott rendszerem, de most szoftveres RAID-re, hogy ne kelljen ezért is később szívni.
Aztán wTorrent projekt megy vissza virtuális gépre, amíg nem sikerül zsinorban 2x. :)

Nekem bejön:) csak én használom és lehet h még 1 fővel bővülni fog a felhasználók száma. nekem az a lényeg h egyszerű legyen és hogy működjön, egyszerű és működik :). volt egy darabig torrentfluxom is de az régebben kb. 1 éve csak teszt céllal de valahogy nem nyerte el a tetszésemet. a tracker url lista sajnos nem bővíthető, csak letiltani és engedélyezni lehet a trackereket. a sebesség korlátozás a legnagyobb hiányossága szerintem sajnos ez sincs megvalósítva. a wtorrent project szerintem megrekedt egy kicsit mivel a kb. 1 évvel ezelőtti állapothoz képest, akkor raktam föl először, ugyan ott tart. sajnos nem volt időm elmélyülni még a lelkivilágába, mert lehet h néhány "egyszerűbb" php-s dologgal az ember megcsinálhatná magának ezeket a dolgokat.

Sikerült működésre bírni az install.php -t, most Save Configuration után sikeresen kimenti az user.conf.php -be a beállításaimat, viszont most az index.php -re kapok sík üres fehér oldalt. Apache Log a következőket mondja:

PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626+lfs/pdo_sqlite.so' - /usr/lib/php5/20090626+lfs/pdo_sqlite.so: cannot open shared object file: No such file or directory in Unknown on line

PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626+lfs/sqlite.so' - /usr/lib/php5/20090626+lfs/sqlite.so: cannot open shared object file: No such file or directory in Unknown on line 0

PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626+lfs/sqlite3.so' - /usr/lib/php5/20090626+lfs/sqlite3.so: cannot open shared object file: No such file or directory in Unknown on line 0

PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626+lfs/curl.so' - /usr/lib/php5/20090626+lfs/curl.so: cannot open shared object file: No such file or directory in Unknown on line 0

Valóban hiányoztak az említettek lib-ek, most már telepítve vannak és a php.ini-ben extension= formájában is csatoltam őket. Most az index.php-re Connection closed by remote server választ kapok a böngészőtöl :(

( metalhead | 2009. 10. 26., h – 20:42 )

rtgui és wtorrent között nagyon minimális a különbség, nekem a seed szereveremen wtorrent van, de ha rám hallgatsz nem éri meg a szenvedést így utólag belegondolva. ez alapján csináltam meg: http://www.wtorrent-project.org/trac/wiki/wTorrentInstall csak előkerestem arm-os deb-eket make-ezés helyett

Metalhead
----------------------------
"Root is a state of mind"

Az az user kezelés fontos lenne. Az rtgui-ból ez úgy, ahogy van kimaradt.
Régebben a a wtorrent-project.org-os leírás(oka)t is kipróbáltam, de már a configure-nál bajok voltak, nemhogy a make-nél.
De repoból megoldottam, úgyhogy tovább léphettem.

Ez a PDO adatbázis kezelő objektum volt az utolsó pont, ahova régebben is eljutottam.
Na most sikerült feltelepítenem ezt is.
És meghalt az apache. Minden próbáltam ami eszembe jutott, de nem éled fel.
httpd nem képes elindulni. Elég ennyi sikerélmény mára.

( Lightning | 2009. 10. 26., h – 22:06 )

A Transmission-höz nincs több felhasználót támogató webUI?
Életet mentene en ilyen incidens után... :)

( Lightning | 2009. 10. 27., k – 11:37 )

Már majdnem feladtam, mikor megtaláltam a wTorrent Advanced forkot.
Ez már végre támogatja MySQL így nem kell a PDO-val szívni, hogy mégegyszer megdöglesszem a fél rendszert. :)
Kopkop, Úgy néz ki minden szépen megy.

Ha valakit érdekel összedobok egy gyors kis leírást (miket használtam, stb), miután leülepedett.

Apache2, PHP5, MySQL alap.
Forrásból telepítéssel nem játszottam, úgyhogy repoból:
- apt-get install php5-xmlrpc libapache2-mod-scgi rtorrent
- httpd.conf-ba:
LoadModule scgi_module /usr/lib/apache2/modules/mod_scgi.so
SCGIMount /RPC2 localhost:5000
- cp /usr/share/doc/rtorrent/examples/rtorrent.rc ~/.rtorrent.rc
- ~/.rtorrent.rc-ben legyen még ez: scgi_port = 127.0.0.1:5000
- rTorrent rendszerindító script
- wTorrent Advanced install
- aztán webes telepítőtől elvileg már mennie kellene

A mappák jogosultságaira figyelj. Ha valami nem jó úgyis visít majd.

---

Eléggé lassú. Nagyon remélem, hogy csak azért, mert éppen recheck megy 40+ torrentre.
Sajnos hajnalban még 1GB rammal is kevesebb lettem. CRC hibás lett a mocsok.

---

Valaki wTorrentes: Hogy lehet tiltni a felhasználóknak, hogy ne lássák egymás torrenteit?
Mert így nem sok értelme a több felhasználós rendszernek.

Az előbbi kérdés tárgyatalan. Megvan, hogy működik a public <-> private fül.

Sikerült belemélyedni a rendszerbe. Elégedett vagyok vele.
Sima wTorrentről is érdemes upgradelni Advanced forkra, mert van pár "extra" funkciója, ami alap lenne.

Pár tipp:
- Ha nem a webes felület mappájába akarunk tölteni, akkor a wt/cls/AddT.cls.php fájlban a DIR_EXEC konstanst ki kell kapni.
- Ha van valamilyen HTTP auth, akkor könnyen át lehet írni a login formot automatikusra/sima gombnyomásra a cls/rtorrent.cls.php-ban (__construct() fgv.).
- Resfresh ikont fölülre is, illetve kisebbre venni, mert bazi nagy.

A tf-b4rt és a wtorrent adv kiegészíthetnék egymást. Mindkető tud valami továbbit. De a b4rt már jó ideje nem mozdult előre...
Nekem wTorrent Adv. kieglégíti minden igényemet, amit meg nem, azt be tudom állítani az rtorrent konfigból.

Ui: Nem gondoltam volna, hogy a végén magam szállítom a megoldást. Rá is ment egy éjszakám... :D

Egy érdekes hiba ütötte föl a fejét. Mitől lehet az hogy a wtorrentadvba feltöltök egy torrentet terminalba látom h az rtorrent elkezdi tölteni mégsem jelenik meg a wtorrentadv listájában? több torrenttel is ugyan ez a helyzet. viszont a sebesség adatok jók. a régi wtorrenttel nem volt ilyen.

Valamit nem csinálok jól, mert egyelőre nem akarja látni nálam az rtorrentet az wtorrentadv.
Debian Lenny alatt próbálom, szintén csomagkezelővel tettem fel a dolgokat.

apache-hez feltettem a mod_scgi-t és engedélyeztem,
a VirtualHost koncigurációjába pedig beírtam, hogy SCGIMount /RPC2 localhost:5000

.rtorrent.rc-hez hozzáadtam az scgi_port = 127.0.0.1:5000
sort, ill. még hiányolt egy session directory-t, amit létrehoztam és megadtam neki session=könyvtár módon, szintén az rtorrent.rc-ben.

rtorrent-et az rtorrentInit.sh-val indítom, meg is jelenik process-ként.

Ellenben akárhogy próbáltam, a wtorrent telepítő

Error: cannot connect to rtorrent, please check host, folder and port values (and user/password if you have auth set up).

hibára panaszkodik.

A telepítő felületén a mysql-re vonatkozó adatokat kitöltöttem ill. létrehoztam, az rTorrent scgi port-hoz localhost:5000-et adtam meg, egyéb azonosításról nem tudok, ill. fogalmam nincs, az rTorrent scgi folder mit takar...

Úgy tűnik, mintha nem ezen a bizonyos scgi porton figyelne... ezt hogy tudnám tesztelni?

Az rtorrent-et külön indítva ezeket írja:

Using 'epoll' based polling.
XMLRPC initialized with 389 functions.
The SCGI socket is bound to a specific network device yet may still pose a security risk, consider using 'scgi_local'.

RPC2-őt adtam meg, de nem tudom, alapvetően hol van ez a könyvtár vagy mire szolgál...

VirtualHost 80-as porton figyel és van mellette még néhány "web site" beállítva, valamint kívülről próbálom elérni a gépet dinamikus DNS szolgáltató segítségével...
Be van állítva neki egy torrent.xxx.ath.cx jellegű cím, ahonnan futtattam a beállító felületet.

A mod_scgi az engedélyezett modulok között van, valamint ha a VirtualHost-ból hívtam meg LoadModule paraméterrel, panaszkodott, hogy fut már, így nem tölti be mégegyszer... ez alapján szerintem fut.

Az IP cím kérdése talán érdekes lehet még, ott a belső IP címet használom, ahogy a többi VirtualHost-nál van.
(Alapvetően ezt a bejegyzést localhostra cserélve nem érem el a virtualhostot...)

Nem tiszta egészen az sem, hogy az rTorrent scgi hostnak most az apache címét vagy az rtorrent által beállított 5000-res portot kéne megadnom... (néha ellentétes leárásokat látok). Akármit próbáltam eddig, visszadobta (beleértve a helyi, hálókártya IP-vel megadott adatokat is).
Szerintem az apache beállításánál lehet valami gondom...

Szerk.: Hopsz, most átment az ellenőrzésen... scgi host-hoz a VirtualHost nevet adtam meg és most úgy néz ki, látja a futó rtorrent-et... valami hibát még ír, ha bejelentkezem (valami könyvtárat hiányol vagy ilyesmi), ezzel még játszom kicsit nemsokára.

Egyébként ezt írja... kicsit foglalkozom mással, aztán utánanézek :) :

www/wtorrentadv/cls/rtorrent.cls.php on line 271
0 b/
function.disk-total-space
Warning: disk_total_space() [function.disk-total-space]: No such file or directory in /var/
www/wtorrentadv/cls/rtorrent.cls.php on line 275
0 b

Szerk2.: A megadott letöltési könyvtár nem létezett, ez volt a baja... most minden jónak tűnik. Tölteni még nem töltöttem vele, de hiba nélkül működik a kezelőfelület.

Viszont működik a le ill. feltöltés rendesen.
Egy dolog szúrt még szemet: van egy public és private fülem és hozzá tudok adnni új füleket...
...ám nem jöttem rá, hogyan tudom ezeket a füleket törölni vagy módosítani.

Valamint még nem tudom, hogyan lehet korrekt felhasználókezelést elérni...
...teszem azt mindenki a saját home-jában lévő könyvtárba képes legyen letölteni anélkül, hogy más ezt látná... és a jogosultságok is rendben legyenek.

pl. úgy, hogy mindenkinél fut egy rtorrent és a megfelelőhöz kapcsolódik hozzá a wtorrent...

...nem tudom, hogy van ez megoldva, kicsit kusza a kép a fejemben a működésével kapcsolatban...

Füleken jobb klikk...

Torrent feltöltésnél, ha a private be van pipálva, akkor csak az adott felhasználó látja.
A felhasználóknak meg be tudsz állítani letöltési mappát.

Az egyetlen dolog, ami nem megvalósítható az, hogy pl Y felhasználó torrenteit letöltés után ne seedelje tovább, de X felhasználóéit igen. Ez sajnos csak az rtorrent konfigból állítható.
Bár a wTorrent configba PHP-val simán lehet dinamikus configot csinálni és akkor mindegyik külön rtorrentre csatlakozik, de ez elveszi az értelmét a felhasználó kezelésnek.
A torrentenkénti sebesség és sheduler szabályozás hiányzik Nekem csak...

Fülön jobb click nekem az Opera-féle helyi menüt hozza elő, Firefox-szal még nem néztem.
A felhasználók helyi mappájával egyetlen gondom akadt: /home/user/xxx beállításakor azt írja, a könyvtár nem létezik, habár létrehoztam...
...annak ellenére, hogy az rtorrentInit-nél jelenleg user="root" van megadva.
/Magyarul nem lát bele a csak adott user által hozzáférhető profilba...
...lehet, hogy www-data felhasználóként próbálkozik?/

Ezen felül (habár ez nem igazán érdekel), a default könyvtár alapján jelzi ki a szabad helyet, ha a megadott könyvtár más partíción van, az nem megfelelő értéket mutat...

Az RT_AUTH-nak lényegében hol van jelentősége?

Szerk.: Firefoxban valóban törölhető a fül jobb egérgombbal...

Opera sehol nem engedélyezi az Ajaxos jobb-klikk menüket sajnos...

Az egy dolog, hogy az rtorrent miként fut. Bár rootként nem a legjobb ötlet.
A wTorrent viszont a www-data vagy, amiről az apache2 fut.

Én megcsináltam a főmappákat azzal a felhasználóval, ami az rtorrentet futtatja és 777 jogot kaptak. A fájlokat az rtorrent hozza létre, tehát a megfelelő user alatt lesznek. Törölni meg Samba-as megosztásról törlök, ahol force user-nek meg van adva az rtorrent felhasználója. De ha ugyanezt www-data-val játszod el, akkor még a WebUI is fog tudni törölni.

Az RT_AUTH szerintem fölösleges, mert úgyis csak belsőIP-re van kötve.

rtorrent csak próba erejéig futott rootként...
...az apache www-data userként fut.

Tehát ilyen módon nem fogom tudni a felhasználó fiókjába menteni a fileokat, mivel azok jogosultsága korlátozva van és hiába adok bármilyen jogot az adott könyvtárnak, ha egyel alatta lévő szinten tiltva van a hozzáférés...

Jelenleg egy közös hozzáférésű merevlemezről linkelem a user könyvtárába. Sok értelme nincs, de legalább elérhető így is, ha kell.

Köszönöm a segítséget.

( Lightning | 2009. 10. 28., sze – 13:45 )

Nekem néha nagyon padlóra küldi a MySQL-t sebességben. Más app is 1 percig csatlakozik ilyenkor.
Néha el is veszti a fonalat az rtorrenthez és újra kell indítani (az rtorrentet).
Valakinek van ötlete, hogy lehet ezt kivédeni?

Érdekes máskor meg megy mint az állat.

Nekem is néha megáll az egész, majd megy tovább...
...két gépre is feltettem, ugyanazt csinálják... kicsit idegesítő.

Most pl. nem érem el az egyik felületét már egy ideje, pedig mysql, apache és rtorrent is újra lett indítva... nem egészen értem :S

Szerk.: Időközben magához tért... talán azt nem igazán bírja, amikor elkezdek kattintgatni egy torrenten, pl. a peer listát megnézni... kétszer egymás után "fagyott ki" ugyanott...