transmission 1.40 óta preallocated files + ssh tunnel gyorstalpaló

Torrenten töltök le egy nagy file-t transmission-el. Elöljáróban annyit, h ext3 8.04-en és a vele járó mittomhányas transmissionnél volt, az xfs meg 9.04-en és a vele járó mittomhányas transmissionnel van. Nem érek el kívülről mást csak a 22-es portot. Hogyan monitorozom, hogy hány %-on járhat a letöltés?

Azt vettem észre, hogy az ls -l megmondja a file méretét, a du pedig a tényleges méretét. Ebből már lehet okoskodni.

Hanem a váltás óta ez nem járható út, ugyanis mind az ls, mind a du, ugyanazt az értéket adja vissza, holott még a letöltés nem végzett.

szerk. (nem ext3, xfs különbség):
Ebből (rosszul) arra tudok következtetni, hogy nagy valószínűséggel az xfs máshogy allokálja a file-okat. Most (a fájlméretadatokból) nem tudom megmondani hol járok %-ban, de legalább nem töredezik 200ezer extentre egy file.

A tunnelkészítés pediglen a hozzászólásokban.

( antiemes | 2009. 07. 13., h – 14:16 )

Hi!

Lehet, hogy a masik transmissionnal az a default, hogy foglalja le neki a helyet elore.

By(t)e
TBS::Antiemes

( blackberry | 2009. 07. 13., h – 15:08 )

A 22-es port gondolom az ssh lesz. Akkor szerintem a transmission-cli kell neked (--info paraméterrel). Ez nem 100% én még nem próbáltam mert WebUI-t használok.

>nem megoldható hogy nyiss még 1 portot a webui-nak?

nem kell annak még egy. megy az a 9091-en. csak ahol vagyok, nem megy más mint a 22.
az is jó lenne ha menne w3m-el vagy links-el a webui.

egyébként annyira nem fontos, azért se a fórumba tettem. csak így mesélek, h milyen változásokat tapasztalok.

Amikor ssh-zol:
ssh -L9999:localhost:9091 masikgep.hu
utana ha a bongeszovel/kliensprogival a localhost 9999-es portjara csatlakozol, az a masik oldalon a 9091-es porton fog felbukkanni
(a 2 port megegyezhet, csak azert irtam igy, hogy latsszon melyik melyik)

--
"ne támogasd az erdők kiírtását mozijeggyel, töltsd le a netről!" - killllll, asva.info

/o\ MLV...

Oke, alapszintu ssh kikepzes:
Az ssh parancs alapvetoen haromfele dologra jo:
1) tavoli shell nyitasara masik gepre
2) egy tavoli gep X alkalmazasainak lehozasara a jelenlegi gepre (a progi a tavoli gepen fut, a kepe a helyi gepen latszik)
3) egy vagy tobb port atiranyitasara (tunnelezesere) ket gep kozott (figyelem: nem csak a tavoli gep es a ssh parancsot indito helyi gep kozott, hanem a tavoli gep mogott helyet foglalo barmely mas gep portjat is at tudja iranyitani)

Jelen esetben ez utobbira van szukseged.

Adott a kovi dolog: 


ssh -N -f -2C -L 9091:127.0.0.1:9091 zaphodb@zaphogepe.dyndns.org

Ez a kovetkezot csinalja:
A tavoli gepeen ertelmezett localhost gep 9091-es portjat atforwardolja a helyi gep 9091 -es portjara (ez az elso 9091-es szam). Figyelem: nem root userkent csak non-privileged port lehet az elso szam!
A -N es a -f a demonizalast intezik, a -2C pedig a SSH 2-es protokoll tomoritett verziojara utal.

Nomarmost, ezt ugye el szeretnenk erni a helyi (tehat az ssh parancsot kiado) geprol, ekkor (az egyszeruseg kedveert tegyuk fel, hogy az atiranyitott porton valami HTTP szerver ul) a kovetkezo a teendo:

firefox http://localhost:9091

Ez megnyit egy firefox ablakot, mely a helyi gep 9091 -es portjara csatlakozik. Mivel azonban itt az elobb elinditoott ssh parancs uldogel, az at fogja dobni az adatcsomagokat a zaphogepe nevu gepnek a 9091-es portjara; valmint a visszajovo csomagokat radobja a helyi gep 9091-es portjara. Ezzel egy kvazi-portforwardot valositunk meg, annyi kitetellel, hogy az interneten titkositottan utazik a csomag.

PS: Jelen esetben a helyi gep alatt a munkahelyi gepedet kell erteni, a tavoli gep alatt pedig (amit en a zaphogepe.dyndns.org nevvel illetem) a te sajat otthoni geped DNS/IP -cimet kell erteni.

Ha _barmi_ nem vilagos, akkor ne kezdj el gondolkodni, hanem kerdezz.

A kotozkodoknek: tudom, hogy ez a leheto legpongyolabb megfogalmazas, amit a neten fel lehet lelni, azonban talan igy jobban megerti, mintha elmerulok a valodi technikai reszletekben
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

köszi, ugye ha a lámát adom, akkor abból később más is tanulhat. márpedig a szakma csak hígul és biza otthon meg userek ülnek.

azt hiszem a tunnelt valamennyire értem, amikor slest mirroroztuk, akkor egyik gépre leszedtük és onnan tunnel-en keresztül ment még egyszer a mirror. általában tunnelnezésnél azt nem szoktam érteni melyik gépen kell kiadni a tunnelt létrehozó ssh-t.

hanem arról nem szóltam mi a felállás, ami:
otthoni bubuntu -> router -> céges net, ahol kifele van 80 meg 22, befele semmi -> windows, putty, semmitneminstallál.

van ugyan egy felmásolt cygwin könyvtáram, amiben van ssh.exe, de lehet ezt nem is akarom használni. igaz ha putty-al lehet tunnelt csinálni és ha már csináltam tunnelt, akkor utána majdnem mindegy is, h mivel csináltam. de ha putty-al nem lehet, akkor meg lehet megkérdezik, h az ott az miez.

(persze a routeren mondjuk megadhatnám, hogy az ő 80-át forwardolja a bubuntu 9091-ére. igaz ez az eredeti /nem olyan nagy/ problémán nem segítene, úgymint monitorozni.)

ps.: micsoda az mlv?

Ugy latszik nem ment at a lenyeg: az ssh a 22-es porton csinal egy alagutat (tunnel) a ket gep kozott. Vagyis a port atiranyitas ugy nez ki valojaban, hogy: melosgep:9091 -> otthonigep:22 -> otthonigep 9091
Vagyis, valojaban kozvetlenul senki nem kommunikal a 9091-es porton, a ceges halo felol nezve te az otthoni gep 22-es portjara maszol fel, es majd az otthoni gepeden levo ssh szerver fogja az atiranyitas masik felet megcsinalni (vagyis a 22-es porton bemaszott csomagokat atdobni a localhost 9091-esere).

En is igy vagyok a ceges (21,22,80,443 engedelyezett) halobol IRC-n fenn: tunnelezek egy masik gep fele, amin mar at lehet menni a freenode szerverenek a 6667-es portjara. Az en esetemben a ceges gep 6667-es portjarol a tunnel masik vegen levo gep 22-es portjara mennek ki az adatok, azt o kicsomagolja (ugye az ssh protokoll beburkolja az utaztatott adatokat), majd atkuldi oket a irc.freenode.net gep 6667-es portjara.

Visszafele az adatok az ssh protokoll szabalyai szerint jonnek, vagyis a tavoli geprol visszajovo adatot a ssh szerver becsomagolja, visszadobja az ssh kliensnek, az kicsomagolja, es atadja a lokalis portnak.

PS: MLV :-)
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

/o\ Mert ha a routerre ssh-zol, akkor nem 127.0.0.1-et kell megadni, hanem a router szemszogebol ertelmezett celgepet. Ha a geped belso ip-je mondjuk 192.168.100.25 akkor a ssh parancs igy alakul: 


ssh -L 9091:192.168.100.25:9091 zaphodb@routerkulsoip

Ugyanis a -L utani resz 1:1 atkuldettetik az ssh szervernek, es az o szemszogebol kell ertelmezni a celgep cimet.
Tehat, ez esetben a geped belso ip-jet kell megadni, mert a ssh szerver (ami a routeren fut) csak igy talalhatja meg a celgepet.

Btw, nem mondtad, hogy a ssh szerver a routeren fut, en meg nem vagyok gondolatolvaso.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

igazából nem a routeren fut, hanem forwardolja a router oda-vissza a 22-t, kvázi transzparens. de így jó lesz ahogy legutóbb írtad, kipróbáltam az itthoni gépen másik portra áttenni (ssh -L 8888:192.168.1.102:9091 zaphodb@routerkulsoip) az megy, ergo ha távoli gépen adom majd ki az ssh-t az is menni fog. legalább egyvalami kiderült, a 9091en hallgatózó proginak meg kell adni, h milyen ip-k érhetik el. egyébként kintről a ssh -L 9091:routerkulsoip:9091 zaphodb@routerkulsoip -vel próbálkoztam, ez jó lenne akkor (remélem jól értem), ha kitenném a routerre ugyanúgy a 9091-et mint a 22-t, de akkor meg nem kellene tunnel.

? _nem_ kell a routerre kitenni a 9091-et, pont ez a szep benne. Ha a sajat geped belso ip-jet adod meg, akkor az ugy fog kinezni, mintha a router konnektalna hozza, nem pedig a kulso gep. Teljesen elmaszkolodik a forrasip.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( sh4d0w808 | 2009. 07. 13., h – 15:31 )

Ha nem ragaszkodsz a Transmission-höz, akkor rtorrent és screen. Időnként belépsz otthonra és megnézed, hogy állsz a fel- és letöltésekkel.

-------------------------
Trust is a weakness...

( tgyurci v | 2009. 07. 13., h – 15:34 )

Az 

ls -s

megmondja, hogy hány blokkot foglal le igazából a file.