Fórum Root.cz
Hlavní témata => Sítě => Téma založeno: Jura 13. 02. 2014, 13:55:54
-
Ahoj, jedu do zahranici na, existuje moznost jak sledovat olympiadu pres CT online ale v zahranici, maji to z pripojeni mimo CR blokovane, nejsem technicky carodej, ale existuje nejaka sluzba ktera mi to jednoduse umozni, tunnel nebo lze i pres proxy, ze bych pustil program na windows 7 a ten by mi to zapnul/vypnul?
Diiky Jurik
-
Kam jedes?
Ziju v zahranici a jedine co muzu delat je mit v CR proxy
-
Tady je seznam oficialnich kanalu pro kazdou zemi:
http://www.youtube.com/user/olympic?feature=watch
Komentar nebude sice cesky, ale obraz bude v lepsi kvalite.
-
thajsko, ja mam prave v CR servrik s debianem 7 na verejne ip, mam k nemu root, tak jsem si rikal, ze instalace proxy snad nebude takovy mega problem(vpn server fakt nedam), ale jaky proxy server nainstalovat, aby umel http/https a umel autorizovat uzivatele? normalne bych si to vyplnil v prohlizeci.
ted jsem nainstaloval tinyproxy, tak to zkusim,
nemel by jste treba nekdo hotovou konfigurace squid proxy, staci proste jen http/https a nekam napsat uzivatele a zapnout autorizaci, nebo uzivatele si mohu zalozit i v systemu to zvladnu.
Jura
Kam jedes?
Ziju v zahranici a jedine co muzu delat je mit v CR proxy
-
thajsko, ja mam prave v CR servrik s debianem 7 na verejne ip, mam k nemu root, tak jsem si rikal, ze instalace proxy snad nebude takovy mega problem(vpn server fakt nedam), ale jaky proxy server nainstalovat, aby umel http/https a umel autorizovat uzivatele? normalne bych si to vyplnil v prohlizeci.
ted jsem nainstaloval tinyproxy, tak to zkusim,
nemel by jste treba nekdo hotovou konfigurace squid proxy, staci proste jen http/https a nekam napsat uzivatele a zapnout autorizaci, nebo uzivatele si mohu zalozit i v systemu to zvladnu.
Jura
Kam jedes?
Ziju v zahranici a jedine co muzu delat je mit v CR proxy
Asi bych navrhnul 2 moznosti:
- TinyProxy - super jednoducha
- openSSH a SSH tunel treba pomoci putty. Na strane serveru primitivni instalace, na strane klienta to bude chtit malinko laborovat, nez to rozchodis, ale nic hrozneho.
Dobra je i kombinace obojiho, ssh pro tunelovani local portu xxxx na remore:proxyPort pak jako proxy server na win7 nastavis localhost:xxxx a jedes.
-
Seberu Ti iluze hned na zacatku - cela vec bude fungovat jen v okamziku, kdy se nebude hrat hokej, protoze servery CT spolehlive zkolabuji.
Menim VPN/Proxy CAN - CZE a prave kvuli archrivum CT a streaming, nicmene stejne jsem treba nevidel Swe - Cze, protoze servery to nedavaji. Mimo eventy jako OH, MS to funguje pomerne dobre.
-
bohuzel yvisilani nejde poradne sledovat ani z cr. asi dva dny pred hokejem, kdyz to nefrcelo pri snowboardu jsem jim poslal pisemnou stiznost pres jejich formular. kdyby to nekoho zajimalo tak tady je odpoved proc to nejede :
děkujeme za Váš zájem o vysílání České televize, kterého si velmi vážíme.
Česká televize jako vysílatel veřejné služby není primárně internetové médium, iVysílání je proto jeho doplňkovou službou. Snažíme se ji poskytovat v nejvyšší možné kvalitě a maximálně profesionálně. Internetový přenos není ale televize a stabilitu webu při zátěži, jakou v ČR způsobí olympijské hry, není možné stoprocentně zajistit. Pokud pouštíte něco na internetu, není to, jako když zapnete televizor a naskočí obraz. Na webu si stahujete odkaz, někdo ho musí vydat a to vydávání má kapacitu, kolik může vydat současně. Pro příklad. Při běžném provozu přijde 50.000 lidí třeba na dva tisíce různých odkazů, u živého přenosu padesát tisíc lidí na jeden odkaz a navíc přibližně ve stejné chvíli. To vytvoří na systém neúměrný tlak a může se stát, že některé servery vypadnou. Když tlak ještě zesílí, jak lidé klikají, aby se tam opakovaně dostali, tak spadne celý systém. Vyvolaná panika pak nedostupnost ještě znásobí.
Přijali jsme několik systémových opatření a i nadále budeme na zdokonalování systému pracovat, avšak je třeba respektovat a přijmout fakt, že internetové vysílání se televiznímu nevyrovná.
S pozdravem a přáním pěkného dne
konec odpovedi
jak je videt prijata systemova opatreni bohuzel nebyla dostatecna, protoze na hokej bylo take velmi obtizne se dostat ( me se to na zacatku po asi 100 pokusech povedlo, pak, kdyz jsme dostali 2 goly, jsem to vypl a kdyz to bylo 4:2 tak jsem to chtel zase zapnout ale to uz bylo bez sance.
zajimalo by mne kolik cela ta volovina zvana yvisilani stala a jake jsou naklady na provoz..
-
Kdysi, kdyz se jeste dala cist Lupa, nez zmenili design do nepouzitelna, tak se tam nekde pod clankem objevil v diskuzi nekdo, kdo vypadal, ze dost vidi do technickeho pozadi iVysilani.
Vyznelo to tenkrat tak, ze by nebyl problem to cele udelat jinak, standardneji, ale vedeni chtelo, aby to bylo tak, jak to je.
Jestli jsem to dobre pochopil, tak jeden problem je, ze se to pousti pres flash. Dalsi problem je, ze se tam ruzne prehazujou streamy s nejakym casovym posunem, takze se to pak blbe grabuje. A nejake omezeni na uzemi Ceske republiky uz je de facto jenom drobnost, ktera nikoho ani neprekvapi.
-
Je to cele nafigu...
Ale je to cele hlavne o tom, ze to tie televizie nechcu....
Podla mna, treba sa vratit pekne krasne k multicastu, a ked sa boja, aby to neslo mimo uzemie republiky,
tak sa treba dohodnut s peeringovym centrom (NIX.cz), a mozno pre istotu aj so vsetkymi providermi so zahranicnou konektivitou,
nech ten nejaky konkretny multicast nepustia von...
a bolo by po zatazi!!!
(a ludia by tak boli pekne donuteni kupit si krabicky s dobrou podporou multicastu :-)
-
a navic neni provozovatelem ČT, ale jakási "Národní infrastruktura pro internetová multimédia" http://nacevi.cz/ ... zajímavý je následující odkaz: https://www.egordion.cz/nabidkaGORDION/zakazka.seam?cid=683848 je tam přesná specifikace co vlastně ČT požaduje, jen jsem tam nikde nenašel kolik uživatelů to má udržet.
-
Dělá to "externí firma" a smlouvy jsou jaký jsou. Plus security skrze obskurity aby se to nedalo grabovat. Plus na tom měli velký slovo nerdové co hlavně vymýšleli technologicky složitý ale už ne uživatelsky vychytaný řešení. Plus vysílací práva jenom na určité teritorium. Na Lupě byl nedávno rozhovor s šéfem nových médií ČT který dal naději že by se to mohlo změnit k lepšímu.
-
To je hezké, že si v jednom komentáři stěžujete na to, že ČT platí málo a nezaplatí tak dostatečnou kapacitu pro špičkovou zátěž během olympijského hokeje, a stěžujete si, že jste se na část nemohl dívat. A pak označíte iVysílání za volovinu (zřejmě ho nikdo, ani vy, nechce používat) a ptáte se na náklady (se zjevným podtextem, že je to příliš drahé).
A pak si dva jiní diskutující notují, jeden jak je to technologicky složité a uživatelsky nepřívětivé, a druhý o tom, jak se měl použít multicast - který by byl jistě mnohem uživatelsky přívětivější a všech pět uživatelů schopných ho přijímat by si to užilo.
-
thajsko, ja mam prave v CR servrik s debianem 7 na verejne ip, mam k nemu root, tak jsem si rikal, ze instalace proxy snad nebude takovy mega problem(vpn server fakt nedam), ale jaky proxy server nainstalovat, aby umel http/https a umel autorizovat uzivatele? normalne bych si to vyplnil v prohlizeci.
ted jsem nainstaloval tinyproxy, tak to zkusim,
nemel by jste treba nekdo hotovou konfigurace squid proxy, staci proste jen http/https a nekam napsat uzivatele a zapnout autorizaci, nebo uzivatele si mohu zalozit i v systemu to zvladnu.
Jura
Nic nepotřebuješ. Jestli máš Debian 7 s veřejnou ip, stačí ti udělat přes putty ssh tunel a v prohlížeči si nastavit socks na localhost a port, který si určíš v putty. Používám tohle každý den, nic jednoduššího a pohodlnějšího neexistuje.
-
Asi bych navrhnul 2 moznosti:
- TinyProxy - super jednoducha
- openSSH a SSH tunel treba pomoci putty. Na strane serveru primitivni instalace, na strane klienta to bude chtit malinko laborovat, nez to rozchodis, ale nic hrozneho.
Dobra je i kombinace obojiho, ssh pro tunelovani local portu xxxx na remore:proxyPort pak jako proxy server na win7 nastavis localhost:xxxx a jedes.
Tak řešení přes SSH tunel rozhodně nedoporučuju, při horší kvalitě spojení, což v Ásii předpokládám, se projeví TCPinTCP problém a tunelované spojení nebude použitelné (vlastní zkušenost).
-
...Při běžném provozu přijde 50.000 lidí třeba na dva tisíce různých odkazů, u živého přenosu padesát tisíc lidí na jeden odkaz a navíc přibližně ve stejné chvíli. To vytvoří na systém neúměrný tlak a může se stát, že některé servery vypadnou. Když tlak ještě zesílí, jak lidé klikají, aby se tam opakovaně dostali, tak spadne celý systém. Vyvolaná panika pak nedostupnost ještě znásobí.
Krásný příklad na použití multicastu.
-
Krásný příklad na použití multicastu.
Ano, všech pět uživatelů, kterým by to fungovalo, by bylo nadšených. A vy byste spolu s ostatními nadával, proč ČT používá nějakou technologii, kterou jinak na veřejném internetu nepoužívá vůbec nikdo.
Když ten multicast tak propagujete, kolik domácích routerů a ADSL modemů multicast podporuje? Jakou technologii byste použil, aby bylo možné video přehrávat z internetového prohlížeče, a to pokud možno ne jen z 32bitového MSIE pod Windows, ale i z jiných prohlížečů a jiných operačních systémů? Který protokol podporuje multicast a zároveň nějaký moderní videokodek, kterým se to video dá dopravit třeba i přes pomalé ADSL?
-
Joj. Budte radi za to co mate. Pri poslednych 2 MS v hokeji sa cez nasu STV neadlo pozerat, jedina sanca bola CT sport...
A ak mozem poradit k tomu spojeniu, tak ide to aj tak, ze ked spravi ten tunel (proxy), pripoji sa na web, spusti stream a potom ho pauzne - nasledne sa moze odpojit od proxy (tunelu) a pokracovat v prehravani streamu cez svoje pripojenie. Bez problemov. Asi to krajinu overuje len pri provom spojeni niekde.
-
Asi bych navrhnul 2 moznosti:
- TinyProxy - super jednoducha
- openSSH a SSH tunel treba pomoci putty. Na strane serveru primitivni instalace, na strane klienta to bude chtit malinko laborovat, nez to rozchodis, ale nic hrozneho.
Dobra je i kombinace obojiho, ssh pro tunelovani local portu xxxx na remore:proxyPort pak jako proxy server na win7 nastavis localhost:xxxx a jedes.
Tak řešení přes SSH tunel rozhodně nedoporučuju, při horší kvalitě spojení, což v Ásii předpokládám, se projeví TCPinTCP problém a tunelované spojení nebude použitelné (vlastní zkušenost).
Diky za informaci, neco jsem si o tom precetl, a zacinam chapat, proc se to SSH tunelovani nekdy chova, jak se to chova :)
Je videt, ze na rootu nejsou jen flamy, ale sem tam i uzitecne komentare - na navic kratke a vystizne!