Torrent kliens távolról

 ( bigacsiga | 2006. február 25., szombat - 14:17 )

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?

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

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

ctorrent :) vagy torrent flux de az webes

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

Mar felteve hogy a tracker elfogadja ezeket a klienseket is...

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"
A másikat MÉG nem néztem... Bár a webes kliens elég vonzó, ha házon kívül vagy a házi serveredtől ;)

"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 :)

TPB: The Pirate Bay :)

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

http://libtorrent.rakshasa.no/

az igenyeidnek ez felel meg a legjobban (libtorrent+rtorrent)

kell meg hozza a screen nevu csoda. ugy a tokeletes.

én is ezt akartam javasolni, de látom megelőztél ;)

csatlakozom :)

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.

Ezekszerint nem csak én utálom. :)

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

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

utorrent! :)

(mikrotorrent magyarán)

jo, oke, windoz :P

--
deejayy DOT hu

Valoban mindent tud, meg szep is. Csak szepen hazavagja a halozatot, kapcsolatot es a routert. /Tapasztalat/ Ezen kivul megeszi a geped ez a java-n alapulo kliens. :/

ensem szeretem azureust, de azert ott nagyon nagy bajok vannak, ahol egy egyszeru torrentkliens hazavagja a halozatot, esetleg routert :)

en ha nem kapcsolom ki az upnp plugint, akkor a routert nem lehet elerni, azureus is beall tole. megoldas: router kihuz, upnp plugin kikapcs, router be, aztán megy minden.

::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

ki talal regebbi topicot versenyt jatszol? asteriskes topic utan mar ezis?

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 :)

hat sztem inkabb rtorrent, ezeket mind tudja, kevesebb memet eszik, kevesebb procit. es mar eleg reg ota hasznalhato benne eza manycourses es dirbolnezegetos modszer.

szia

letezik olyan megoldas ami mukodik hatterben is?
elvileg a btdownloadheadless.py lenne erre alkalmas,
de hatterben all a progi.
Tudtok megoldast?

hat sok minden miatt allhat hatterben egy progi:-)
de tobb "megoldas" is van: pl. nohup vagy screen...

Zsiraf

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.

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

én tegnap éjszaka raktam XAMPPot (igen, lusta dög vagyok, ez van ;p ) meg Torrentfluxot a házi "serverre", megtetszett nekem is ^^

screen és rtorrent

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ó...

ftp://ftp.fsn.hu/debian/pool/main/o/openssl

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

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.

hát ja, a tflux 1.5 elég régike, még a Suprnova is bennvan pedig ősrégen megszűnt... De miért kell torrent kereső? Új ablak, és keresel...

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.

Tegnap este rággugliztam és megtaláltam én is ezt a dolgot. Kiprobáltam, de nemjött be :(
Egyébként probáltam 1.5, 2.0 fluxal, a hozzágyúrt bittornadoval illetve a netről leszedettel is. Egyelőre holtpont, de rágyúrok mégegyszer.

Végülis megoldást nem találtam rá, ezért belegányoltam a lelkivilágába -egyszerűen kiremeltem azt a pár sort ami ezt a hibekezelést végzi -
a btformats.py -ban. Így most egyelőre működik....

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/

Gondolom bejelentkezős zárt körű oldalakra nem tud felmenni a flux, miért is látná a serveren futó PHP a kliensen futó böngésző cookie-jait? Kényelmes lenne, csakhát biztonság terén ööö... :D

miért is? fluxnak semmi köze sincs a sütis oldalakhoz. feltéve, ha lusta vagy leszedni a gépedre a *.torrent filéket, és ezt feltölteni fluxnak, nem pedig linkből feltölteni.
amúgy a felhasználó azonosítását a torrent filé tartalmazza, sütire semmi szükség.

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.)

elkezdtem belehaxolni a fluxba, hogy a torrentek letoltesekor kuldjon el egy megadott cookiet. Igy siman le lehet tolteni az rss-ebol a torrenteket. meg egy kicsit finomitok rajta, aztan visszakuldom a fluxnak.

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.

512 Mega mellett legtöbb 100 Mega amit eszik a java, de akkor tényleg töltök mindent egyszerre.

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

"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.

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

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.

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.

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...

"csak nekem van úgy, hogy ha ..."

Régóta használok screen-t, távolról, helyiről, stb. A megoldást nem tudom, nálam megy.

"csak nekem van úgy, hogy ha ..."

Régóta használok screen-t, távolról, helyiről, stb. A megoldást nem tudom, nálam megy.

Szerk: Eddig nem értettem, hogyan küldtök be dupla hozzászólást...

mit mond?

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=646) 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?

Az biza a /home/aktualisusername konyvtar
vagyis a home-od.

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)

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

Kipróbáltam az rtorrent -et, feltettem forrásból, szépen működik. Csak ez a baja:
Tracker: [couldn't connect to server]

Akkor most mi a gond...?

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

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

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.

Huh, ezt a funkciót még nem is használtam és jó user módjára nem is olvastam róla :P
Utánnanézek én is, mert egy helyen lehet, hogy jól jönne.

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.descargasweb.net10:created 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!?

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.

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 :) /

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

Itt nézelődj:
http://openwrt.org/
(Első körben a supported devices résznél)

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

megnéztem de nem sokat értek angolul

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

Dehogynem. Csak irja meg ide a forumba az IP cimet meg a root jelszot. Maris lesznek jelentkezok :)

webrol mukodo kliens.
rendesen mukodik akarmelyik magyar serverrel.
tudom ajanlani!

http://tf-b4rt.berlios.de/

Hali!
Ez nagyon komoly, most tettem föl. Szuper!!!

Csarlee

ü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

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

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

Torrentflux nekem ugy megette CPUt az AMD64 3000+ -on hogy SSHn alig birtam belejentkezni.
Kb 1 eve megy helyette wine + utorrent gyonyoruen :)

huha, akkor mégse használj :D

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

rtorrent? Nekem beválik, gyors, kicsi, okos, textmode.


It doesn't matter if you like my song as long as you can hear me sing

É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 UFS-en használom, ott nincs gond. :-)


It doesn't matter if you like my song as long as you can hear me sing

NEm lehet, hogy maga a program generált valami hibát? Más rendszeren is ugyanezt produkálj a progi?
A neten megerősítették ezt a felnyomás témát?

--------------------------
eGroupWare, gentoo, gLiveCD és egyéb csacskaságok

rtorrent 0.6.4, ext3, nyitott port: nem tapasztaltam ilyet.

É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.

OFF
helyesen: gajra menni. én se gondoltam volna :) (Csak erdekessegkeppen)
http://index.hu/kultur/korrektor/gaj/
ON

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:

Idézet:
Usage: btmakemetafile < trackerurl> < file> [file...] [params...]

Addig az itthoni gépemen ezt írja ki:

Idézet:
/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

Idézet:
bad data from tracker - bad bencoded data

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

Idézet:
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."

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

Oykawa Hirohito

sign up

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

Transmission+transgui.