Grüberli

  • Increase font size
  • Default font size
  • Decrease font size
Home

Hulu howto

Ebben a posztban felsorolom milyen lehetőségeink vannak, ha konkrétan hulu.com tartalmakat szeretnénk nézegetni a neten. A hozzáférést földrajzilag korlátozzák, jelenleg amerikai és részben kanadai ip címeknek engedélyezik a streaming-et. Az ellenőrzés kétszintű, a flash protokollban is végrehajtódik, ezért egy egyszerű proxy-zás önmagában nem elegendő.

Az egyik megoldás vpn (virtuális privát hálózat) használata. Erre léteznek ingyenes elérhető, reklám banner-ekkel operáló szolgáltatások, mint pl. a hotspot shield vagy az alwaysvpn. Az előbbit sokat használtam, de egyrészt forgalom korlátozott, másrészt egyre lassabb lett (a korláton egyébkébt mac cím hamísítással lehetett segíteni). Tehát azok számára, akik nem szeretnek akadozó videót nézni, ez nyilván nem okés. Vannak fizetős szolgáltatók szép számmal, többnyire drágán nyújtanak megfelelő sebességet. Saját magunk is készíthetünk vpn szervert, ha rendelkezünk mondjuk egy kinti vps-sel (virtuális privát szerver). Ehhez először tájékozódni kell, hogy a vps szolgáltatási feltételek megengedik-e mindezt. A létező protokollok közül az openvpn az ajánlott. Ha linuxos szerverünk az openvz virtualizációt használja, szükségünk lesz a tun/tap eszközre a kapcsolat felépítésére, és iptables nat modul sem árt, ha net hozzáférést egyszerűen akarunk megosztani. Kevés openvz szolgáltatónál érhető ez el, ezért inkább egy xen szervert ajánlott a feladatra. Az openvpn szerver belövése elvileg egyszerű, személy szerint gyakorlatilag mindig megszívtam valamivel. Tanúsítvány, kulcsok generálása, jogosultságok megadása, kliens és szerver konfigurációs fájlok, tűzfal portok nyitása és a masquerading ugye mind kiváló alkalmat nyújt egy apróság elszúrására. Utoljára pont a netem volt szar, amikor a frissen beállított vpn sebességét teszteltem, és fogalmam sem volt miért nem akar menni. Kényelmes kliensek (grafikus kapcsolat kezelők) vannak egyébként mac-re (tunnelblick), windows-ra (openvpn gui) és linuxra is.

A másik lehetséges megoldás ssh tunnelingből és minden forgalom saját proxy-ra történő irányításából áll. Kell egy ssh szerver fusson az amerikai szerverünkön, amihez az ssh klienst -D helyi_portszám paraméterrel kell indítani. Ilyenkor ugye egy socks proxyt kapunk helyi gépünkön a megadott porton, amit megadhatunk az azt használni képes programjainknak. Jelen esetben beállíthatnánk böngészőnkben, és boldogan nézelődhetnénk, de mint említettem a flash rtmp protokollja külön kommunikál, ezért őt is meg kell még tréfálni. Linux és mac kliens esetében használhatjuk a tsocks nevű progit, aminek konfigjába beírjuk a helyi proxyt, elindítjuk és újraindítjuk a böngészőt. Win és mac alatt mindez grafikusan elérhető a proxifier nevezetű programmal, ami azért erőforrásigényes és fizetős. Mára ennyit, üdvöz légy, Média!

 

Comments (2)
Inkább PPTP
1 Monday, 23 February 2009 10:20
hrgy84
Én inkább pptp vpn-t ajánlok. Az OpenVPN használata nem triviális, ráadásul sokszor van vele sebességprobléma. A PPTP VPN viszonylag egyszerűen létrehozható, kezelhető, és kellő óvintézkedés és odafigyelés mellett biztonságos.
Re: Inkább PPTP
2 Monday, 23 February 2009 15:12
kaito
Igen, kipróbáltam azzal is, kisebb overhead miatt picit gyorsabb. Gyorsan feltehető, egyszerűen bekonfigolható, csak kell hozzá pppd is. Valamiért a daemon a restart-ot nem szerette (külün stop/start kellett), ill. a beépített mac-es pptp kliens is csak többszöri próbálkozásra tudott kapcsolódni, ezért hanyagoltam. Negatívum még, hogy portnyitás mellett a gre protokollt is engedélyezni kell a működéshez.

Add your comment

Your name:
Subject:
Comment:
  The word for verification. Lowercase letters only with no spaces.
Word verification:
 

Log in