Dotaz: Zrychleni internetu? PROXY? RDP?

[petrfm]

Ahoj, pobyvam na miste, kde jedine pripojeni je pres wifi a to extra pomalou. cca 2/1Mbit. Navic neni sifrovana, takze se pripojuji domu pres VPN a pak teprve do netu. Ziskam tim sifrovany tunel a konektivitu na server, to je fajn. Ale na tom miste se neda pracovat. Kdyz nacitam web, ktery ma spousty skriptu a <->, trva to minutu, nez se nacte a casto i spadne pri nacitani.

Kdyz se pripojim na server a na Win pres RDP a nacitam stranky v tom win na rychle lince, funguje to dobre. Sice obcas laguje obraz a odezva, ale s tim se zije lepe, nez kdyz se rozpada spojeni se strankou.

Napadlo mne, ze bych provozoval prohlizec pres terminal server a generoval si tak na tom miste jenom obraz - stranka by se nacitala na serveru na rychle lince. Pak jsem si ale uvedomil, ze by mi mohla pomoct i web proxy, je to tak? Data by se nacetla rychle, zkomprimovala a poslala se ke mne. Navic cache... ale otazka je, kde mit tu cache? Kdyz budu mit cache doma, je to na nic, ne? Nebo cachuje primo prohlizec, kdyz je pripojeny na proxy?

Jake reseni zvolit? (jiny internet tam proste neni - je to prdel sveta) Doma i na tom miste je mikrotik (bezi mi trvale MkT-MkT tunel), takze by slo spustit proxy primo na MkT. Doma server 24/7 na rychlem netu a s verejnou IP.

P.

---

---

Odpovědi

[Filip Jirsák]

Web proxy cache vám v tomhle nepomůže. Servery obvykle už přenos komprimují, prohlížeč cachuje soubory, které cachovat může. Takže jediné, čeo byste s web proxy cache mohl dosáhnout by bylo cacheovat soubory víc, než kolik doporučují servery – tj. cachovat je déle, nebo cacheovat i soubory, které by cacheovány být neměly. Tím byste si ale pomohl minimálně a weby by se pak mohly chovat podivně. Pokud se rozpadá spojení prohlížeče se serverem, znamená to, že je spojení rušené. Pomohlo by tedy tunelovat to způsobem, který bude odolnější proti ztrátě packetů, než klasické TCP – což už ale asi řeší vaše připojení přes VPN, kde předpokládám používáte UDP. Ještě by pomohlo zmenšit velikost packetů. Každopádně „softwarově“ to moc nezlepšíte a bude to pracné. Efektivnější by podle mne bylo zjistit, proč je to spojení tak pomalé a pakety se ztrácejí. Může to být nějakou překážkou (strom) – pak by mohlo pomoci třeba dát anténu výš. Pokud je to spojení na moc velkou vzdálenost, je lepší použít technologii na vyšších frekvencích 5 GHz, 10 GHz. Spoje jsou pak ale dražší (a další pásma jsou licencovaná, to už by pro vás asi bylo neúměrné).

[snajpa]

24, 60 a 80GHz jsou taky volna pasma pro tyhle pouziti. 10tku se da poridit nejakou jetou za vcelku pekny penize napr. tady na ispforu.

[lk]

Pokud je to spojení na moc velkou vzdálenost, je lepší použít technologii na vyšších frekvencích 5 GHz, 10 GHz.

Jsem měl za to že to funguje přesne naopak. Čím nižší frekvence, tím je vlna vetší a líp projde přes překážky.

[Filip Jirsák]

Já jsem ale nepsal nic o překážkách, psal jsem o spojení na delší vzdálenost. Překážky jsou jenom jeden z problémů – a díky užší Fresnelově zóně se u vyšších frekvencí zase překážkám snáz vyhnete. Dál musíte brát v úvahu třeba rušení a hlavně také maximální povolené vyzářené výkony.

[ZAH]

Na pomalých linkách ( GPRS ) mi docela pomáhal vlastní name server. Jestli je to i tvůj případ to nevím.

[petrfm]

Ono se to nerozpadne, spise mi pripada, ze to timeoutuje. Nejhorsi je to u webu, ktere maji priserne moc prvku. Pripada mi, ze to spojeni ma problem s vetsim mnozstvim pozadavku. S tim spojem nic moc neudelam - jedine vymenit, to je ale neumerne nakladne. Zatim to resim tak, ze se pripojim k RDP a a obsluhuju ty weby pres nej. Namatkou treba ebay je plna scriptu a neco si objednat primo z NB je porod. Nez se otevrou a preklesli vsechny ty reklamy... Kdyz to otevru na RDP, stranka se nacte ve zlomku vteriny a prenese se uz jednom vysledny obraz.

Tohle by asi bylo nejlepsi reseni, ale potreboval bych prenaset jen okno s tim firefoxem. Windows tohle umi, ale existuje zpusob, jak to resit v linuxu?

Asi to vyzkousim na WIN a pak uvidim, jestli hledat serverovou cast pro linux. Jde o to, ze kdyz si nastavim nizsi kvalitu barev a spokojim se s malym FPS, je to na linku mnohem mene narocne, nez kdyz otevru web a musi se nacist 1000 ruznych souboru, scriptu, mini obrazku, apod.

[DD]

x2go ....se to jmenuje a je to funkční..

[vlanav]

Pro Linux existuje server xrdp. Alternatině lze použít nomachine, který používá vlastní protokol.

[MM]

Ahoj,

nejdříve bych zkusil snížit MTU - z cca 1500 na cca 300-600, když to pomůže, tak zvyšovat pokusně (podle ping -s xxx www.neco.cz - -s říká velikost paketů) dokud to jakž takž půjde s minimální ztrátou paketů. Na wifi problémy to někdy stačí.

Jinak pro přenos obrazu můžeš zkusit i vnc server/client - je k mání pro linux i windows.

[pavlix]

Ještě jsem nikoho neviděl řešit problémy s wifi snížením MTU až na 300, to mi přijde docela divoké, a rád bych k tomu viděl nějaké relevantní podklady.

[snajpa]

Teoreticky se muzes dostat do situace, kdy je kvuli chybovosti a zaruseni lepsi prenaset mensi pakety a tak snizit vyskyt situace, kdy se cely 1.5kB ramec posila znova - bude se pri chybe posilat jenom 300B znova. V praxi mi to teda ale jeste taky nikde nepomohlo (a kdyz jo, tak to bylo spis placebo).

[MM]

Ahoj,

konkrétně mi to pomohlo v pardubické nemocnici, kde jsem nedobrovolně musel být. Na tom pokoji byl free signál tak mizerný, že jen na stole v určité pozici notebooku to trochu šlo... a toto opravdu pomohlo, zřejmě z důvodů co píšeš. Už pingem (s různou délkou) se poznala hranice co ještě ano a co už ne. Hranice nebyla úplně ostrá, tuším někde kolem 600. Bez sníženého MTU se neotvíraly skoro žádné stránky, se sníženým MTU to šlo jakž takž používat. Možná tam byly i nějaké odrazy a rušení.

[pavlix]

Díky za info.

[Michal Kubeček]

Kdysi dávno při připojení přes ne moc kvalitní analogovou telefonní linku měřitelně pomáhalo srazit MTU někam na 600-800. U wifi s tím zkušenosti nemám, ale vzhledem k tomu, že má jednu z nejdelších linkových hlaviček, hodnota 300 už by tam mohla být trochu kontraproduktivní.

[petrfm]

Hral jsem si s virtulapp na widlich a freerdp na ubuntu jako klientovi, ale zjistil jsem, ze widle to na W7 pro nepodporuji a WIN vista business taky ne. Paradoxne to umi WXP PRO, pro ktery je nejaka aktualizace, ale ten si dat na server je docela prasarna. Takze mi zbyva bud warez a zatahnout si do site potencialni sracky, nebo se na to vykaslat a resit to na linuxu.

Jenomze, na linuxu asi neexistuje obstojna alternativa k MS RDP s podporou virtualnich aplikaci, je tak? Jedine prenaset celou plochu a to muzu i ted, na tech vistach s klasickym RDP od MS - ktere je jak jsem se uz kdysi docetl, mnohem mene narocne na linku, nez alternativy primo pro linux.

Do (_!_) prace

[figliar0]

A SSH X forwading je fakt az tak pomale, ako som niekde pocul/cital?

[Michal Kubeček]

Jak na co. Jeden problém je, že X11 protokol moc nešetří roundtripy, takže pokud nemáte hodně rychlé spojení ve smyslu latencí, mohou být odezvy dost nepříjemné. Druhý problém je, že dnešní grafické aplikace téměř nevyužívají grafická primitiva X11, ale předkreslují si samy bitmapy, takže se pak po drátě posílají ty bitmapy, čímž se zabije hlavní výhoda X11 forwardingu.

[pavlix]

A co jsem tak slyšel, tak některé dnešní aplikace a knihovny posílají po síti naprosto nadbytečná data jako třeba bitmapy, na kterých se vůbec nic nezměnilo, ani je druhá strana neměla schované.

[petrfm]

Ted se koukam na youtube na x2go a zahledl jsem, ze se da normalne pres SSH protlacit Xkova aplikace. To znamena, ze se pripojim na stroj a spustim si treba tamni firefox na svem desktopu, je to tak? Ale on fyzicky pobezi na tom vzdalenem stroji - cili neco jako remoteapp od MS?

Ma s tim nekdo zkusenost, jak je to narocne na data? Co se prenasi po siti, kdyz scrolluju stranku ve firefoxu? A potrebuju k tomu na serveru desktopove distro, nebo staci libovolny, treba ubuntu server a doinstalovat xka?

Jdu hledat nejaky tutorial, at to muzu testnout

[pavlix]

Hádám, že jakékoli efektivní řešení bude v dnešní době postavené přenášení bitmap okna a jejich rozdílů.

[petrfm]

Takze to bude extremne narocne na linku? No, zkousel jsem xforwarding mezi domacim desktopem a NB pres wifi a bylo t otakove fajne gumove, to jsem zvedavy, jake to bude na te <1Mbit lince zitra zkusim a nejspis se zasmeju, ale treba mne to prekvapi.

[pavlix]

Neřekl bych, že extrémně. Lidé si běžně pouští z internetu videa, kde se mění celý obsah, zatímco v okně aplikace se 99% času nemění vůbec nic a v tom zbytku nějaká malá část. Osobně nic takového nepoužívám a linku pod megabit mám leda v mobilu nebo na návštěvě u někoho s ADSL nebo nějakou ultralevnou wifi přípojkou. Ale umím si představit, že by okno browseru, do kterého zrovna píšu, nepřenášelo takřka vůbec nic, protože nově příchozí znaky zabírají v podstatě pár pixelů. Rolování je trochu horší, ale i to se dá řešít například tím, že se nebude pohyb vykreslovat s takovou jemností.

[snajpa]

Navrhove tohle mel resit Spice od Red Hate. Ie. detekovat zmeny v obrazu, poslat jenom ty a detekovat video streamy a je enkodovat necim komprimovanejsim, aby se usetrila linka. Jak to dopadlo pro nasazeni mimo virtualizaci ale nemam prehled, mne ten jejich zazrak totiz nefunguje ani s Libvirtem (odjakziva se mi Libvirt pri Spice display ve VM proste sekne a odmitne jet dal, cili pouzivam VNC).

[pavlix]

Mně to na Gentoo in na Fedoře funguje normálně, jen jsem to nezkoušel po žádné pomalejší síti.

[k3dAR]

Spice z libvirt na Xubuntu 14.04 pouzivam bezne, pro Win i Linux virtualy a zadne problemy nemam, zobrazuju primo pomoci virt-manager...
prenaset jen zmeny zvlada i x11vnc ktere pouzivam bezne tunelovane pres ssh, a nejakou dobu sem pouzival i pres CDMA kdy rychlost byla 0.2Mbps a mimojine sem to pouzival i presne na problem tazatele, tedy vzdalenej browsovani :)