Torrent kliens távolról

Debian GNU/Linux

Helló!

Van egy gép amire kéne egy torrent kliens amit lehetne távolról adminisztrálni (lehetőleg webről). Az azureus tud ilyent pluginnal csak annak meg grafikus felület kell az meg nincs. Tud valaki ilyen programot?

  • 24919 megtekintés

( uid_4656 v | 2006. 02. 25., szo – 13:24 )

Ilyen pl. az eredeti Bittorrent nevű program. Ssh-n át remekül adminisztrálható :-)

( bacsa81 | 2006. 02. 25., szo – 13:24 )

ctorrent :) vagy torrent flux de az webes

**********************************************
Heavy Metal for Human Beeings!
**********************************************

"hát igen, a ctorrent elég gáz...
- 0,[0/8927/0],0,0 | 0,0 E:0TRACKER FAILURE REASON: unsupported tracker protocol, please upgrade your client"

Tévedsz, csak te fogtál egy picit mellé: a "hivatalos" ctorrent-et telepítetted, ami valóban fabatkát sem ér. (Az általad említett problémán kívül még a fel- és letöltési sávszélességet sem állíthatod benne külön-külön).

Szedd le a hivatalos ctorrent-et, és tedd fel helyette az "enhanced ctorrent"-et (keresd a google-al).

Így használd:
screen ctorrent -P ABCDEFGH -U 6 file.torrent

- screen: ha így indítod, akkor a ctrl+a d billentyű kombinációval el tudsz szakadni a letöltő processztől, úgy, hogy az tovább fut. Később bármikor vissza tudsz a processzhez csatlakozni, hogy megnézd, hol tart: "screen -x pid"

-P ABCDEFGH: ezzel oldod meg az általad említett problémát; ha érdekelnek a részletek, olvass utána a dokuban

- U 6: a feltöltési sávszélesség kB/s-ben; szinte kötelező korlátozni, mert ha nem teszed, akkor gyorsabban viszik tőled a fájlt, mint ahogy te letöltöd. Az összes futó ctorrent processz upload sávszélességének összege sose legyen nagyobb mint az internetkapcsolatod feltöltés irányú sávszélességének kb. 70%-a, különben a letöltési sávszélesség nagyon megsínyli.

Amit a ctorrent nem tud, az csak a 2G-nál nagyobb fájlok letöltése. Szerencsére viszonylag ritkák az ilyen fájlok, mert inkább rar-al feldarabolva szokták őket letöltésre felkínálni.

Illetve friss jelenség, hogy némely torrenteknél "tracker failure: this file is for TPB only" (vagy valami ilyesmi) hibával el sem indul a letöltés. Nem tudom, hogy ez mit jelent, így azt se, hogy csak a ctorrent-et érinti-e a hiba.

Mindenesetre ezzel együtt nekem a ctorrent nagyon bejött; kicsi, de erős :)

( Elbandi v | 2006. 02. 25., szo – 16:17 )

a torrentflux elesz hasznalhato, asszem egy moddolt bittornadot hasznal, de a moddolas miatt a sajatot kell hasznalni, nem pedig ami az osben van.

( Botond | 2006. 02. 26., v – 01:31 )

Ezeket a távolról vezérlős kérdéseket soha nem értettem.
Az unverzális megoldás: szerveren fut egy vncserver, abban egy bármilyen progi. Onnan helyből X alól is, meg távolról otthonról is be lehet nézni a vncserver-re. Legjobb, ha otthonról ssh port forwardon keresztül lép be az ember, akkor nem közlekedik a jelszó a hálózaton.
És így akár használhatsz Azureust is, ami aztán tényleg mindent tud. Még titkosított letöltést is.

"Ezeket a távolról vezérlős kérdéseket soha nem értettem.
Az unverzális megoldás: szerveren fut egy vncserver, abban egy bármilyen progi. Onnan helyből X alól is, meg távolról otthonról is be lehet nézni a vncserver-re. Legjobb, ha otthonról ssh port forwardon keresztül lép be az ember, akkor nem közlekedik a jelszó a hálózaton."
naigen, de azert X et serveren nem futtatok, mert minek, es gyorsabb beirni ssh servernev, es parancsokat kiadni, mint vncn keresztul akarmit. es sztem igy van legtobb ember.

"És így akár használhatsz Azureust is, ami aztán tényleg mindent tud. Még titkosított letöltést is."
hat sztem azureus egyik legszrabb torrent kliens amit valaha kiadtak. persze ?univerzalis?, de ahol van mas alternativa, ott erdemes azureust hanyagolni.

azt varom hogy transmissionba betegyek azt a feature-t hogy kivalaszthasd a torrentbol hogy milyen fileokat szedjen le. utana azureustol konnyes bucsut veszek. a feature request forumban ennek a topicnak van a legtobb hozzaszoloja transmissioneknal, mindenki konyorog hogy tegyek mar vegre bele. remelem lesz belole valami.

::powered by Archlinux

Tévedsz. Minél nagyobb sávszéled van kifele, annál jobban terheled a belső hálót is. Ha a belső hálónak alapból van egy 50% feletti telítettsége (ehhez elég 3 Windows gép meg egy Windows Server), akkor a háló szépen be tud állni, hiszen csak csomagvesztésérzékeny kommunikáció zajlik a rendszerben. Ha valahol van még két VoIP teló, akkor az még érdekesebb.
Nyilván otthoni gép esetében megint más a dolog, de két torrent egyszerre már tud hálót fogni két külön gépen futó torrentkliens esetén

( vtechun | 2006. 02. 26., v – 03:26 )

na, ha van ssh, akkor a legjobb megoldas szerintem , a bittornado, meghozza pontosan a btlaunchmanycurses.py része, ennek meglehet adni egy konyvtarat ahova toltson es azokat a torrenteket tolti amelyek be vannak masolva ebbe a konyvtarba, tehat ha tavolrol ftp-v vagy akarhogyan kiszeded a konyvatrbol a a .torrent filet akor nem tolti, ha bemasolsz egy masikat akkor tolti, en ezt hasznalom mar vagy egy éve, es tenyleg fasz@. Tehat, ha főleg letoltesre kellene, es nem allitgatni jobbra balra akkor sztem ideális megoldás és tényleg screen-ben érdemes/lehet futtatni igy pl. :

#!/bin/bash
screen -S torrent python home/temp/BitTornado-CVS/btlaunchmanycurses.py --max_download_rate 300 --max_upload_rate 40 --max_connections 12 --super_seeder 0 --minport 6881 --maxport 6882 --alloc_type sparse --triple_check 1 --check_hashes 1 --auto_kick 1 --max_uploads 4 --security 1 --spew 1 --selector_enabled 1 --min_peers 15 --timeout 60 /home/user/Torrent/uj/

igaz olyan sokat meg nem toltottem le vele, csak vagy 1,5 TByte-ot, ADSL-en keresztül :)

links+screen/nohup+btdownloadcurses
Évek óta így használom.

A screennel pl.:

screen -dmS torrent1 /path/btdownloadcurses linux_iso_dvd.torrent
screen -dmS torrent2 /path/btdownloadcurses bsd_iso_dvd.torrent

stb...

Aztán "magára" is hagyhatod... Vagyis ki is léphetsz a konzolból/le a szerverről.

( saynos | 2006. 02. 26., v – 03:59 )

Egy ideje torrentflux-ot hasznalok, teljesen meg vagyok vele elegedve. Jo support forumjuk is van. Az en valasztasom ez, javaslom neked is.

( bigacsiga | 2006. 02. 26., v – 20:42 )

Ez az rtorrent dolog ez tetszik, csak fordítás közben megakadtam: ./configure-nél ezt dobta ki: checking for openssl... configure: error: Could not find openssl's crypto library. Meg tudja valaki, hogy melyik deb csomag az a "openssl's crypto library" mert én már egy rakást feltettem de egyik sem volt jó...

( grandfather | 2006. 03. 03., p – 14:14 )

Sziasztok!
Elnézést, hogy bezavarok... Csak egy kérdés:

Van akinek müködik a keresés a TorrentFlux-ban?

Hát nekem nem, pedig már leszedtem egy kiegészítést is a kereséshez.
http://64.233.179.104/search?q=cache:Rlue7xbPprAJ:www.torrentflux.com/
forum/index.php%3Fs%3D6b5ee7ef3001366224ce7f727f1a0f35%26showtopic%
3D1285%26view%3Dold+piratebay+site:torrentflux.com&hl=hu&gl=hu&ct=
clnk&cd=1&client=firefox-a
(search piratebay, spytorrent) /Bár már csak a googleben van benne/ Sztem valami az oldalakkal változhatott azóta mikor ez még müködött, ha valaki ért hozzá és megtudná buherálni, hogy menjen lekötelezne. Köszönöm.

( snowflake v | 2006. 03. 04., szo – 08:48 )

Tegnap este kiprobáltam én is ezt a torrentflux nevű csodát, mivel eddig az azut használtam. Emiatt viszont sajnos kellett X a szerverre.
De problémám van azokkal a torrentekkel amik tartalmaznak kulcsot az azonositáshoz. /pl majomparades torrentek/
A következő hibát dobja ilyenkor: got bad file info - path xy_torrentnev disallowed for security reasons
Ez csak nálam van így, vagy ez felejtős..

Régebben találkoztam ezzel a hibaüzivel én is, úgy emléxem akkor van, ha .-al kezdődő fájlnév is van a torrentben.
Meggugliztam anno, össz egy sort kell átírni a btdownloadakármi.py-ben.
Nálam mondjuk 1.5ös torrentfluxsszal enélkül is simán mentek eddig a majomparádés cuccok, majd ha ilyennel találkozom újra, megint meghax0lom a klienst.

( grandfather | 2006. 03. 04., szo – 12:56 )

Bocsika! Kicsit régen néztem vissza! Szóval annyira nem érdekes, csak gondoltam, ha valaki tudja a megoldást májerebb lenne... :) Amúgy nekem müködnek a torrentek, de csak akkor, ha feltöltöm a torrentfluxhandler-rel http://sourceforge.net/projects/tfluxhandler, vagy linux alatt ezzel a scriptel: http://www.torrentflux.com/forum/index.php/topic,157.0.html.. Ja én a 2.0beta1 et raktam fel azt is ajánlják az oldalon, és a BTFlux (vagyilyesmi) könyvtárban felülírtam a legújabb BitTorandoval, és minden megy... (Eddig) /Volt egy olyan torrentem, amit előtte csak Bitcomettel sikerült, de azis ment/

( grandfather | 2006. 03. 04., szo – 16:41 )

Hát, az a helyzet, hogyha felrakod torrentfluxhandlert, a setupban beállítod a torrentflux szervered netes címét, a felhasználónevet és jelszót a szerverhez (ez a biztonság rész) :) Akkor utána minden további nélkül megy a majomparádé, a bithumen, és az endless is... Legalábbis nekem müxik... /Klikk a torrenten -> open with torrenthandler2 -> és indul a letőltés a szerveren/ (De emlékeim szerint úgyis ment, hogy leszedtem a torrentet és a szerveren a torrent feltőltésével felraktam, de ez nem biztos.)

( suti | 2006. 03. 04., szo – 16:52 )

jézusom! hagy szóljak már itt hozzá ehhez a sok azureushoz értő majomhoz :)
azta, ki ne mondja már senki, hogy lassú, meg szar meg minden ...
inkább a hibát magatokban keressétek már! sose volt lassú, mindig is gyorsan működött, az hogy valaki nem ért hozzá az nem a kliens problémája.
ez kb. olyan mint amikor egyszer egy haver idejött mellém és látta, hogy "még mindig" parancssorban adom ki az utasításokat, és azt mondta, hogy szar, miért nem használok vindózt ...
hát itt is valami ilyesmi van, aki nem ért az azureust használatához ...
noh ennyit akartam javallani a sok hozzáértőnek :))

egyébként embertelenül szar ez az új fórum, egy nagy átláthatatlan gané az egész ...

Tévedés ne essék, a porblémának köze nincs a Javához, Mercuryt használok egész nap, szinte semmit nem eszik, semmi különös... A gond az Azureussal van. Kva sok memóriát eszik, főleg nagy letöltési sebességnél, nem tudom miért, de nem is érdekel... És nem a file cache-ből van olyankor sok (300+/512 MB)... Elnézést, hogy nincsen 96 GB RAM a gépemben, mert proli vagyok és/vagy nem erre költöm a pénzt. Biztos én vagyok a hibás.

"egyébként embertelenül szar ez az új fórum, egy nagy átláthatatlan gané az egész ..."

ha neked nem tetszik, akkor az egyeni szoc problema. raadasul sztem tok foloseges ide ilyet irogatni, ottvan vmelyik forumtema pont ezert, hogy problemakat leirja mindenki. de sztem uj design nem problema, hanem meg UJ es telleg megszokassal lehet problema. es sztem ilyen bunko balfasz hozzaszolasoddal megbantod azt aki csinalta.
---

azureusra raterve: az igaz, hogy par megabittel letoltes es parszaz kilo letoltes eseten nem erezheto annyira lassusaga, de mivel a kerdesben az volt, hogy torrent kliens tavolrol, ezert feltetelezheto, hogy vmi serverrol lehet szo, es azuresus ~8M/s feltoltes eseten (letoltes ekkor meg nincs is), mar ~60% ot eszik procbol (2Ghz P4 nem celeron 512M rammal). mig rtorrent eseten 0% es 0.5% szazalek korul mozog proc hasznalta, es membol sem zabal tul sokat: 

15462 macskas   15   0  118m  68m  60m S  0.2 2.7 417:08.67 rtorrent

(12 torrent van benne most.)
tehat ez "Pillanatnyi ki: 9088.0 kB/s" es "Pillanatnyi be: 26.5 kB/s " (mrtg) eseten.
tehat 0.2% proc 2.7% mem, tehat ha van alternativa ami gyorsabb, akkor sztem azt kell inkabb valasztani.
esetleg jobb gepen ha azuresus mondjuk CSAK 20% eszik procibol, esetleg 6% ot mint celtic irta (bar nem volt sebesseg feltuntetve) akkor sem koser ez, mert szgepem NEM CSAK torrentezes miatt tartom.
de persze izlesek es pofonok. ha vkinek annyira kell csicsa, akkor hasznalja azureust.

"inkább a hibát magatokban keressétek már! sose volt lassú, mindig is gyorsan működött,"
legalabb ha irnal vmi adatot, hogy milyen kulso tenyezok eseten gyors neked, az azert jo lenne...
"az hogy valaki nem ért hozzá az nem a kliens problémája."
nemtom, hogy kene erteni azureushoz, nem hasznaltam reg ota, en ugy teszteltem anno, hogy betoltottem torrent et es toltottem le vele. ha ennel tobb hozzaertes kell egy csilivili programhoz, hogy gyors legyen akkor mar gond van.

"ez kb. olyan mint amikor egyszer egy haver idejött mellém és látta, hogy "még mindig" parancssorban adom ki az utasításokat, és azt mondta, hogy szar, miért nem használok vindózt
...
hát itt is valami ilyesmi van, aki nem ért az azureust használatához ..."
elobb mar leirtad, hogy nem a kliens problemaja a hozza nem ertes. igy nemtudom mire velni, hogy ezt igy felhoztad. mert peldanak nem helytallo, es semmi koze nincs leirtakhoz, raadasul az azureus hasznalatahoz sem.

"ez kb. olyan mint amikor egyszer egy haver idejött mellém és látta, hogy "még mindig" parancssorban adom ki az utasításokat, és azt mondta, hogy szar, miért nem használok vindózt"
huuuuu te telleg betudsz irni parancssorba utasitasokat, aztaaa nemaaaa, akkor te mar nagyon okos is vagy meg aztan ugyes is vagy. megtiszteltetes, hogy egyaltalan olvashatom hozzaszolasod. szeretnem megkoszonni a hupnak, hogy megadta nekem ezt a lehetoseget. :)

macskas

HalihO!
Elnezest, erre nm is gondoltam, hogy sebesseg-fuggo lehet a mem/proci hasznalat.
Jelenleg az up 37 kbps (erosen a hataron...) a down 1 kbps :)
Igy fogyaszt 2% procit es 18% memoriat.

En mondjuk nem a csicsa miatt szeretem azut, hanem mas okokbol:
1. windows alatt ugyanugy muxik melohelyen.
2. tavolrol managelheto weben keresztul
3. sok kellemes plugin van hozza
4. jol configolhato

Probaltam bittornado-gui-t, sajna, minden torrentnek kulon ablakot nyitott, pedig amugy az is tetszett.
Probalkozhatnek persze konzolos proggival is, csak akkor mindig bent klellene lognom ssh-n, ha vmelyik torrentet leallitom vagy ujrainditom (sajna, megvan az a rossz szokasom, hogyha valahonnan eltunnek a seederek, hajlando vagyok ujra beallni. Ez okbol harom honapig seedeltem a Twin Peaks masodik evadat nyaron es osszel, tobbszaz letolto utan...Dehat en toltottem fel, megsem hagyhattam magara.)

Ja, azu-val az egyetlen gondom, hogy nem tudom a fejlec meretet valtoztani, szoval egy ilyen, hogy:
Feltoltesi sebesseg
3,1
Akkor nekem ez az oszlop jo lenne, ha csak a szam latszana, de a "feltoltesi sebesseg" merete hatarozza meg az oszlop szelesseget :(
Ez mondjuk windowson nincs, csak Linuxon.
Amugy megfelel azu, igazan kellemes.

( grandfather | 2006. 03. 04., szo – 17:00 )

Csatlakoznék az előttem szólóhoz, bár aztmondom hogy ez java függő is..
Én Blackdown Java 1.4.2-t használok nekem eddig ez a leggyorsabb... De volt, hogy windozzal öccsömnek nagyon lassan ment valami sun csodával... (Utána java cserével, ugyncsak sun, jólett - Ő is azzal jött hogy lassú aztán kiderült hogy az, csak nem aza azureustól)

hát én most néztem rá erre az erőműpusztító jávára :)))
és kb az uccsó 5 percben a legnagyobb cpu fogyasztása kemény 0.3% volt, memóriát nem tudta kijelezni a top (mondjuk azt, hogy 0.0%)
ebből is látszódik, hogy már túl sok embernek van netje + open source rendszere, mert mindegyik azt hiszi, hogy milyen klafák, aztán mégse ...
whatever, nem baszom fel inkább magam ...

Azureus Linux alatt jól is megy, ezt meg tudom erősíteni. Win alatt már... föltettem, 1 óra után meguntam, mert én szeretném másra is használni töltés közben a gépet, inkább MooPolice (a libtorrentben van fantázia!). BTW van valami libtorrentet haszn. kliens Linux alá? Én erre a libtorrentre gondolok: http://www.rasterbar.com/products/libtorrent.html

( Celtic v | 2006. 03. 04., szo – 17:50 )

Nekem 6% proci, 17% memoria, AMD64, 1G Ram alatt.
Kb. 20 torrentem fut egyfolytaban. (marmint, ha az egyik kell tobb embernek es nincs seeder, akkor bekapcsolom, kulonben kikapcsolom, szoval ez az egyfolytaban :) Napokig elfutkos, eszre sem venni. Melohelyen mar huzosabb, napjaban egyszer min. lefagy az xp vagy csak az azureus dob hatast, de akkor ugye ujraellenoriz es az tenyleg mindent zabal, procit, memoriat, savszelt.
Masik gondja, hogy nemely torrentet (jellemzoen a tobb reszre darabolt DVD iso-kat) nem hajlando letolteni, tul sok nyitott file-ra panaszkodik.
Ebben az esetben elokaparom a bittornadot, qtorrent-et es azt azzal szedem le.
Szoval, nekem semmi bajom azu-val, kellemes, jol configolhato, stb.
Jaigen, es kellemes a HTML webui (vagy hasonlo nevu ) plugin, amivel melohelyrol tudom allitani a torrentek prioritasat idonkent.

( Polesz v | 2006. 03. 05., v – 09:27 )

Na megnéztem az azureus terhelését, hogy ne legyen vita.

AMD 2800+ (Sempron 64bit 754), 512Mb RAM, Slackware 10.2/current 32bit

Az azureus a háttérben 1-8% közötti procit eszik 18 le/feltöltéssel együtt.
Ha a főablakát kinyitom akkor ez az érték 30-50%-ra módosul, de nyitott ablak mellett van így,
ha másik munkaterületre mászok akkor a proci terhelés szépen
visszamászik az előbb említett 1-8% közé.

Memória foglaltság top szerint:
13093 polesz 15 0 409m 128m 26m S 3.0 25.6 1:19.33 java

--
Az élet harc. Délelőtt az éhséggel, délután az álmossággal.

( skynetpro | 2006. 03. 05., v – 19:10 )

csak nekem van úgy, hogy ha ssh-val beloginolok, akkor nem tudom a screent használni?
van egy initscriptem ami screenben indít egy btlaunchmanycursest (screen -m -d ) és ehhez nem tudok csatlakozni a screen -r -rel távolról. helyileg megy, simán, de nekem távolról kellene néha ránézni...

( bigacsiga | 2006. 03. 05., v – 19:37 )

Helló újra!

Nah rtorrent mellett tettem le a voksom, fel is raktam, működik és a honlapon írnak egy rtorrent.rc file-t ami be kellene töltenie induláskor de nem teszi. Ír a dokumentáció (http://libtorrent.rakshasa.no/file/trunk/rtorrent/doc/rtorrent.rc?rev=6…) egy ilyent : "Copy to ~/.rtorrent.rc" de nem tudom mi az a ~/ rövidítés.
Hova kell pakolnom, hogy betöltse a configfile-t?

A home könyvtára annak a usernak amilyen néven be vagy jelentkezve.

Javaslom, hogy a következő beállítást:

schedule = watch_directory,5,5,load_start=/home/userneved/torrent/files/*.torrent

Figyeli ezt a könyvtárat és ha oda új torrentek kerülnek ide, akkor automatikusan felveszi a letöltendők közé. Részletekért lásd a commenteket.

Én csak egy dolgot hiányolok nagyon az rtorrent-ből, azt hogy állítani tudjam torrentenként mekkora sávszéllel tölthessenek tőlem, csak globálisan tudom állítani.

A "rTorrent 0.4.3 - libTorrent 0.8.3" verziót sikerült statikusan lefordítanom és így nem kell törődnöm azzal, hogy meglegyen minden lib az adott linux disztriben. Sajna újabb verziókat nem sikerült ilyenre megcsinálnom.

Nasi.

"Figyeli ezt a könyvtárat és ha oda új torrentek kerülnek ide, akkor automatikusan felveszi a letöltendők közé."

Akkor azt hiszem én kb. egy éve feltaláltam a spanyolviaszt: ugyanezt valósítottam meg egy saját szkripttel az "enhanced ctorrent"-et használva.

(Amelyik proginál viszont a le-feltöltési sávszélt egymástól függetlenül meg lehet adni)

( nevergone v | 2006. 06. 08., cs – 21:19 )

Szerintem jó a Bittornado, csak két dolgot nem tudok vele megoldani, ha esetleg ebben tudnátok segíteni.
Az első, hogy nem tudok egy könyvtár tartalmából egy használható torrent fájlt készíteni, a btcompletedir minden állományhoz külön torrent fájlt készít.
A másik pedig, ha nem szeretném az egész torrentet letölteni, csak néhány állományt belőle...

Valami ötlet?

--- GTK programozás C nyelven ---
http://hu.wikibooks.org/wiki/GTK%2B_programoz%C3%A1s_C_nyelven

Szia!

Bittornado esetén én a btmakemetafile.py-jal készítem a torrentjeim, akár egy egész katalógusról is.
btmakemetafile.py [trackerurl] [file_or_directory_path] --comment "Ez jelenik meg a kliensekben" --target proba.torrent

Csak néhány állomány letöltése bittornadoval nem megoldhatatlan csak nagyon macerás, ha jól emlékszem, de régen volt. Inkább próbáld ki a többiek által javasolt rtorrent+screen párost:
- a torrentből kijelölheted mi kell, nem kell mindent letölteni
- sőt ezek között változtathatod a prioritást
- futásidőben lehet szabályozni a down/up-ot kbyte-ban
- több torrentet kezelhetsz egyidejűleg
- megjegyzi, hogy kilépésnél mely torrent volt aktív/inaktív és újraindítást követően úgyanúgy folytatja
- eltárolja torrentenként a down/up adatmennyiséget programkilépés után is
- kitilthatsz peereket vagy csak ideiglenesen lecsatlakozol róluk
- stb. stb.

Szerintem a legjobb konzolos kliens.

Bye, Fifi

Köszönöm a választ.
Akkor azon a szerver, ahol nem vagyok rendszergazda (és csak bittornado van) jo lesz teljes torrentek letöltésére, a másik helyre pedig megy az rtorrent, remélem találok Woody -ra... :)

--- GTK programozás C nyelven ---
http://hu.wikibooks.org/wiki/GTK%2B_programoz%C3%A1s_C_nyelven

Hali!

Etch-ben már van csomag, de én Sarge-ot használok így magamnak készítek belőle csomagot a checkinstall nevű programmal. Így könnyebb is átvinni egy szervere a kész debet.
Kb. 5 perc alatt megvan csak a fordításhoz az alábbi csomagokat igényli libsigc++-2.0-0 libsigc++-2.0-dev libcurl3-dev libidn11-dev libssl-dev.

Bye, Fifi

Hali!

Én is ismerek trackert, ahol többször változik az ip és ezért a torrent file-ban ki kell javítani a tracker nevét az ip-re és akkor jó. A szolgáltató dns-e nem követi a változást, ezért van szükség rá.
Próbáld ki a "host trackerneve", illetve a "host treckerip" parancsokat.
Az eredmény szemmel látható ekkor.

Van olyan is, hogy ezt kiírja, de a fel/letöltés ettől még megy, ilyenkor nem foglalkozom vele.

Bye, Fifi

( gunter | 2006. 06. 09., p – 10:21 )

Az rtorrent-et szeretném használni az időzítés opcióval, de számomra nem derül ki a leírásból, hogy hogyan kell megadni az rc fájlban az indítás, illetve a leállítást.

Ha valaki használja, akkor megköszönném az útbaihazítást.

( nextar | 2006. 06. 14., sze – 23:05 )

Szeretnék egy PII233/128M/256MBCF és egy usbs hdd táttértárból OpenBSD alap BSD/BASE39/ETC39 letöltőgépet készíteni. Felraktam az rtorrentet a függőségivel, létrehoztam egy .rtorrent.rc-t a létrehozott userhez a köv sorokkal:
download_rate = 0
upload_rate = 6
port_range = 6890-6999
hash_interval = 10
hash_max_tries = 2
max_open_files = 32

A routeren beállítottam a virtual servernél:
hogy a public 6890-6999 tcp&udpt továbbítsa a megfelelő ip 6890-6999 portjára, de csak vánszorog a letöltés.

Kell valamit még állítani valahol, vagy a gép kevés hozzá?

Üdv,
nex

#szerk:bocsi,csak most vettem észre hogy ez Debian fórum :(
#szerk:akkor csak az lenne a kérdés hogy az adott konfin mekkora lenne
#szerk:egy teljesen lecsontozott Debian? Ubuntuból sajna kb.500M

Hali!

Az adott tracker oldalán le tudod esetleg elelnőrizni, hogy aktív vagy azaz jól csináltad a tűzfaladon/csomagszűrődön a portforwardingot?
- Ha nem vagy aktív, akkor ezért lassú a letöltés, mert passzív vagy és csak aktív peerekhez tudsz kapcsolódni.
- Ha igen, akkor meg ilyen lassan seedelik az adott torrentet :(

Javaslat: én a default porttartományt átállítanám és még beállítanam a port_random = yes-t. pl. növeld meg 10000-rel, azaz 16890-16999. Mostanában sokan támadják már a bittorrent kliensek default portjait és ezek is felesleges adatforgalmat generálhatnak a sávodon.

Bye, Fifi

Köszi,a port átállítást este megpróbálom, de ez a tracker dolog nem megy.
a torrent elején ez van:
d8:announce39:http://tracker.torrent.to:2710/announce7:comment27:http://www.descargas… by13:uTorrent/150013:creation datei1148422786e8:encoding5:UTF-84:infod5:filesld6:lengthi736438272e4:pathl3:CD166:

itt gondolom a http-s oldalon kellene lennie valami status oldalnak, nem!?

( somogyi_andras | 2006. 06. 15., cs – 12:16 )

a jómúlkoriban nézegettem az azureus-wikit, tud grafikus felület nélkül futni, van plugin, amivel webes felületen irányítható, sőt java-appletes felülete is van. érdemes belenézni a wikibe, ott van az is, hogyan indítható graf felület nélkül.

egyébként ha a grafikus felületen bezárom a főablakot, tehát ami a torrenteket mutatja, egyből le is esik a terhelés, amit a gépre ró. persze a letöltés megy tovább, csak épp nem mutatja.

( papa | 2006. 06. 15., cs – 16:52 )

Sziasztok!

A kollégának nagyon "igaza" van..
Érdemes megnézni a "memória foglalás csökkentés" részt is...
Utána néztem és az azureus-al szinte "mindent" lehet
(daemon, konzolos mode, web interfész, sebesség korlátozás napszaktól függően stb.)

/Én életben nem vettem volna észre, úgyhogy köszi :) /

( macipalika | 2006. 08. 23., sze – 23:27 )

Hali

Az én routerem olyan hogy csatizható hozzá egy pendrive. Létezik esetleg olyan hogy erre jöjjön le a torrent? Esetleg torentfluxal? A router linux-os és Asus. Ja ha mindenigaz a belsejébe lehet kicsi laptop vinyót is tenni!
Jó lenne ha működne mert akkor nem kellene bekapcsolva hagynom a gépet

Sajnos nem hiszem, hogy találsz valakit, aki így távolról segít.
Ez olyan lenne, mint levezényelni egy gép leszállását rádión keresztül. Csak a filmekben...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

( kenedyh | 2006. 09. 04., h – 15:03 )

üdv

Nekem olyan kérdésem lenne , hogy felraktam az ftp-re a TorrentFlux-2.1-es php klienst..minden megy rajt jól, de pár magyar torrentoldalon nem számolja az arányomat és ezért már bannt kaptam..erre keresem a választ , hogy mit kell beállítani rajt vagy valami patch , BitTornado amit a progi használ esetleg nem a legjobb az oldalkhoz???

előre is thx

( bocios | 2007. 03. 22., cs – 10:14 )

sziasztok !

segitséget szeretnék kérni

btcompletedir -el, hogyan lehet megoldani, hogy ha 1 könyvtárban több fájlom van akkor ne csináljon mindegyiknek külön-külön torrent fájlt, hanem 1db -ot
köszi

( Rumczy | 2007. 06. 18., h – 22:16 )

szerintem használj torrentfluxot. nekem bevált... ha TS vagy TorrentStrike vagy TBDev trackert használsz, tuti megy... webes felülete van és csak mysql kell neki.
üdv

( n0gabor | 2007. 06. 19., k – 00:34 )

ez a torrentflux nem eszik tul sok eroforrast?!
kell neki apache, php, python, mysql a homepage-e szerint. mindenki szidja az azureust hogy mennyit eszik java miatt(jogosan...

::powered by Archlinux

Én is szeretem ezen tulajdonságait. Csak nem tudom mostanság aktív-ban használni, mert ráállt vki és már 2x nyomták fel így a gépet amin használom. Pontosabban csak disk error-okat kaptam meg kernel panic-ot, de egy reboot-tal és egy fsck-val sikerült feltámasztanom a rendszeremet.
Nem tudom, hogy ez a behatolás sikeressége összefüggésben van-e azzal hogy reiserfs-t használok a partíción? Abból jöttem rá, hogy az rtorrentet nyösztetik, hogyha passzívba raktam (iptables rtorrent port lezár) akkor semmi baj nem volt a géppel, de amint aktívba került lehetett számítani egy összeomlásra. Lehet, hogy az talán segítene valamit, hogyha 10000 felett lenne a portszámom? Bár ehhez nem fűzök sok reményt.

Volt már valakinek az enyémhez hasonló tapasztalata az rtorrent-tel?

Más.
A fenti hozzászólásokban egy páran a screen-t használják a háttérben való futtatásra.
Én dtach -ot javasolnám a screen helyett, mert sokkal kevesebbet eszik és a szerzői szerint nagyobb biztonságot is nyújt. Én is screen-nel kezdtem, de aztán váltottam.
Viszont kissé furcsán kezeli a billentyűket az rtorrent alatt és egy ideig eltartott mire rájöttem, hogy a nyíl billentyűk helyett mely billentyűkkel lehet az rtorrentben mozogni.

Távirányítható a ktorrent is, ha van hely a kde lib-eknek, akkor megfelelhet, nem zabál túl sok erőforrást, és gond nélkül működik. A deluge torrent kliensre is érdemes rálesni, gyorsan fejlődik, már most is az használom, és ha jól emlékszem, a features listában benne van a távoli adminisztrálás lehetősége.

salaud
---------------------------------------------------------------------------------
Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!!

Én fluxal kezdtem, de megette a gépet.
6-8 user, P4 3,2Ghz, 4Gb ram mellett olyan load volt, hogy néha az ssh is alig válaszolt.

rtorrent + screen párosítás 2 szerveren is.
minden user külön .rtorrent.rc konfig file a home könytárban és benne külön passzív porttartomány beállítva kb így: user1 19200-19209, user2 19210-19219 stb
0.6.4 majd 0.7.4 tutin müxik, most jött ki az új stable 0.7.6 kicsit később feltolom.
Többen dobtuk össze a vasat, mindenki saját vinyóval. xfs és ext3, soha nem tapasztaltam olyat, hogy megpiszkálták volna a szervert. (Az rtorrenten keresztül nem, más próba persze volt)

Csalás is volt, de lebukott az illető, bár ez minden klienssel meg lehet tenni: A torrent oldalon leszedte a torrentet, elindította és kinézte az IP+port párost, aztán jött egy babrált klienssel ami nem jelentett a tracker felé. Megbukott, jutalmát megkapta.

Köszönöm a tippeket.
Az előző hozzászólásomban nem írtam le, de arra gondoltam, hogy egy chroot-os megoldás talán sokat segítene. Sajnos olyan jail rendszer, (amely bármely programot be tud tenni egy jail-be) mint ami bsd alatt van linux alá nem tudok. A chroot-nak a pam_chroot-ot választottam, ha valaki tud jobbat megoszthatja velem.
Kicsit küzdelmes volt, de végül sikerült összeheggesztettem, és a letoltes user alatt csak az rtorrent-hez szükséges dolgok futnak (azaz dtach, rtorrent, mc).
Sajnos ez sem hozott tökéletes megoldást még mindig valami miatt megomlik az rtorrentem és vele együtt a rendszerem is. Bár ekkor már eltelt több hónap, mire újra szembesülnöm kellett a problémával. Nekem a rekord rtorrent futás időm kb. 1 hónap volt, amikor is valami miatt ismételten nem ment, de akkor még egy újraindítás után észhez tért a program. Lehet, hogy már akkor is próbálkoztak az aktív portommal.
Biztosan valamelyik bináris vagy lib volt/van az illető segítségére. Arra is gondoltam, hogy esetleg a 2.4-es kernelem lehet a bűnös. Ezt a gondolatot el kellett magamtól hessegetnem, mert a 2.6-ban volt emlékeim szerint az ominózus rtorrent bug, amely okozott egy kis fejtörést a fejlesztőknek.

Szóval a hozzászólásaitokból arra döntésre jutottam, hogy berakok egy külön vinyót, amelyen ext3-as partició lesz és arra fogok töltögetni. Ha megomlik, akkor megomlik más legalább nem fog gallyra menni. Természetesen a letoltes useremet chroot-ban fogom futtatni.

( nevergone v | 2007. 09. 18., k – 15:25 )

Sziasztok!

Pár nagyobb dolgot szerettem volna áttölteni az irodai szerverről, ami itthon is megvan, de hibásan. Úgy gondoltam, hogy erre a bittorrent tökéletesen alkalmas lesz.

Készítettem egy trackert először is:

bttrack --port 6000 --dfile teszt.txt

A tracker elindult, a böngészőbe beírva a gép külső címét, és a megadott portot, a tracker elérhető, és válaszol.

Ezután készítettem egy torrent állományt az anyagról:
btmakemetafile http://szerver_külső_címe:6000/ könyvtár

A torrent létrejött, a paraméterek is megfelelő sorrendben vannak, ez azért fontos, mert míg a szerveren ezt írja, ha segítséget kérek:

Usage: btmakemetafile < trackerurl> < file> [file...] [params...]

Addig az itthoni gépemen ezt írja ki:

/usr/bin/btmakemetafile file trackerurl [params]

Azonban hiába töltöm be a keletkezett torrent állományt a távoli szerveren a torrent-kliensbe (rtorrenttel és btdownloadcursessel próbáltam), a könyvtár leellenőrzése után a hibaüzenet

bad data from tracker - bad bencoded data

a hibaüzenet btmakemetafile esetén, az rtorrent pedig ezt mondja:

Could not parse bencoded data

, és hiába indítom el az itthoni gépemen a keletkezett torrent állomány alapján a letöltést, nem jelzi ki a másik klienst sem.

Valaki tudna segíteni, hogy mit rontok el? Lehetőleg konzolos parancsokkal kellene megoldani.
Köszönöm előre is. :)

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

Némi alaposabb guglizás után eljutottam erre a címre, amelynek a segítségével sikerült megoldanom.

A szerveren a következő módon kell létrehozni a torrent állományt, és működik:

btmakemetafile http://szerver_külső_címe:6000/announce könyvtár --target könyvtár.torrent
-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

( oykawa | 2007. 09. 18., k – 20:01 )

Nemtom nekem a torrentflux bejött!
Xncore, Bithumen, Majomparádé, Pretorians eszi szal gondom nem negyon volt velve!

Oykawa Hirohito

( tovis v | 2011. 04. 21., cs – 09:56 )

sign up

* Én egy indián vagyok. Minden indián hazudik.