DHT-t tamogato, stabil torrent kliens (ha lehet screen/ssh -s legyen)

Linux-kezdő

Erdekelne, milyen torrent klienst ismertek ami kis CPU/mem igenyu, es tud mainline DHT-t, es minden egyeb szabvannyal kompatibilis. Sajnos rtorrent stable DHT-t NEM tamogat, ez a legnagyobb gondom. A 0.8.2-es unstable, s nem tudom mennyire kell itt szoszerint erteni. Deluge 1.0rcX 100% cpu-t eredmenyez, a regebbi 0.5.x valtozatok pedig meg mindig eleg gyenge eredmenyt produkalnak, szoval jo lenne az 1.x. Az 1.x -es meg csak akkor jon ki, ha visszajon vakaciojabol a libtorrent dev, mert nelkule nincs fix a cpu bugra.

KTorrent ok, az tenyleg stabil es jo, a gond csak annyi hogy az kde resze, bar lehet felrakom kde-t kisgepre, gnome meg lejon rola. (Fedora miatt kerult fel gnome, mivel ott a felkesz kde4 van fennt).

Ssh X-es tunneling nem tudom mennyire bevallt dolog a gyakorlatban, nekem ugyis jo lenne hogy screen-el valahogy megoldani a dolgot hogy atlepek, visszacsatolas, es X ablakostol. Ilyesmit hogy lehetne kivitelezni Ktorrent-el?

(Ha barkinek van otlete mas kliensre, kerem ossza / irja meg.)

Koszonom elore is.
(Osszegezve: Hogyan kell ssh-n keresztul, screen-es megoldassal X-es ablakot nyitni (ktorrent), es az rtorrent 0.8.2 mennyire stabil.)

  • 2408 megtekintés

Használd a transmission-daemon-t és csak hozzáadod a kívánt torrenteket, vagy eltávolítod ahogy kedved tartja.

transmission-daemon -h
transmission-remote -h

Ha állandóan látni akarod a futó torrentjeidet screenben:

while true; do clear ; transmission-remote -l; sleep 5; done
--
Elméletileg nincs különbség elmélet és gyakorlat között. Gyakorlatilag van.

( sibidiba | 2008. 08. 02., szo – 11:07 )

mldonkey

Van CLI és webes, de még GUI-s felületet is, elég sok protokollt támogat.
(Nem kell hozzá screen+X+tunnel+forwad+vnc+redirect+ipconntrack+gumicsizma+anyámkínnya.)

A legtöbb GUI egy rakás fosh, mert nincs hozzá daemon, ha az X-el van valami, akkor elszáll. Nem tudom, miért akarnám a saját gépemen az X-hez kötni a letöltéseimet?!

A Transmission jó, hogy alapból benne van az Ubiban, de elég gagyi implementáció. Nekem többször volt, hogy nem talált peereket az egész filehoz, amikor az mldonkey simán lehozta.

--
The Net is indeed vast and infinite...
http://gablog.eu

( kila | 2008. 08. 02., szo – 11:11 )

Esetleg BTG, http://btg.berlios.de/
Daemonizált backend, DHT-t tud, van hozzá cli, ncurses menu, GTK, és WWW kliens felület.
--
Most élsz! Most figyelj, hogy jól csináld!

( keko | 2008. 08. 02., szo – 11:46 )

Nem tudom, hogy a fejlesztés milyen szakaszában van, illetve, hogy egyáltalán közelíti-e az elvárásaid, de a Deluge új bétája elvileg tud olyat, hogy csak egy daemon fut, amit webes felületről lehet adminisztrálni. DHT-t támogatja.

( atya | 2008. 08. 02., szo – 11:55 )

X-hez screen jellegű működést a vnc produkál. A szerveren indítasz egy vnc szervert: 


  $ tightvncserver -depth 16 -geometry 1000x720 :1

A kliensen pedig: 


  $ ssh -L 5901:localhost:5901 <szervergepcim>

Majd egy másik terminálon: 


  $ xtightvncviewer localhost:1

A vnc szerver leállítása: 


  $ tightvncserver -kill :1

Azért épp tightvnc, mert annak nagyon finoman lehet szabályozni az átvitt adat tömörítését, de ezt csak ssz-n keresztül szabad használni, főleg Interneten át. Ha közvetlen hozzáférést szeretnél a vnc porthoz, akkor érdemes olyat választani, ami tud TLS-t is. További infó a tigthvnc doksikban.