Názory k článku VNC a Linux: vzdálená plocha
-
Nejde ani tak o rýchlosť, ale o latenciu. Na 256kbps to ide úplne bez problémov, ak je ping pod 60ms (a zapne sa 8 bitová hĺbka). TightVNC kompresia je skvelá, len sa bohužiaľ nedostala do VNC 4.
Úspešne som VNC použil raz cez 33.6kbps modem, mal som stránku ktorá išla len pod IE a veľmi súrne som na nej niečo potreboval, a moja domáca 486 mala iba linux (bolo to pár rokov dozadu, ako vidno z technických popisov :-)) tak som sa napojil na školiteľov počítač v škole (mal ho stále zapnutý, vedel som heslo do VNC a mal tam Windows). TightVNC ešte neexistovalo, ale obyčajné VNC (tuším od AT&T) išlo ako-tak použiteľne. Dosť na to, aby som dokázal urobiť čo som potreboval. -
doctorX (neregistrovaný)pouzival jsem do dost dlouho do prace a musim uznat vase nazory, ˇbych k tomu doplnil, ze zalezi jak na rychlosti, tak i latenci. Alespon 256kbps obema smery a latence pod 50ms bez lagu.
Ona jedna vec je na to se pripojit, udelat klik klik a konec a neco jineho je na tom jet cely den.
VNC je fine, ale pokud to mohu srovnat s WXP a vzdalenou plochou, tak je to jednoznacne plus pro widle.
Nic vic nez tyto dve moznosti jsem nezkousel, a pokud neco podobneho svizneho jako je na WXP funguje i na linuxu, budu jen rad, protoze preferuji linux. -
zz (neregistrovaný)NX od NoMachine (http://www.nomachine.com/) je rychlejší nez starší verze RDP, viz jejich home page. Pro nejnovějsi verze nemám srovnávací data. V každém případě je NX dostatečně rychlé i na pomalých linkách. Je to kvalitní produkt, a tak bych se vůbec nebál říct, že každý správný linuxák NX zná.
-
tonicek (neregistrovaný)
Je to tady uz rok stare, ale obcas to asi nekdo cte, takze jeste jeden nazor:
mala rychlost je jasny minus, ale vyhodou je podpora pro vetsinu platforem (klient existuje dokonce i pro DOS :).Zakladnim problemem VNC je, ze prenasi hotovy obraz z pameti; v Unixu/Linuxu se VNC server tvari jako X-ovy display a v pameti vytvari virtualni obraz, ktery pak prenasi VNC klientovi; ve Windows se dokonce prenasi obsah realne video-pameti (proto se nemuze pripojit vice klientu najednou).
A ted to dulezite: pro prenos se obraz rozklada na bloky podle barvy, takze rychlost hodne zavisi na obsahu obrazu. Pokud si date na plochu fotku z dovolene a nechate na plose spoustu ikon, je to line jako ves. Kdyz si ale date jednobarevne pozadi a vycistite plochu od zbytecnych ikon, jde to jakz-takz i pres modem. Pokud vam nestaci telnet a potrebujete grafiku, da se to pouzit, i kdyz si na odezvy chvilku pockate – proste takovy pritel v nouzi.
-
Co ja viem, vyuzivam TightVNC (tight kodovanie) a beha mi to aj na dost nehostinnych linkach (GPRS a pod) pouzitelne, dokonca by som povedal, ze obcas sa to sprava zivsie ako Remote Desktop od MS. Co mi chyba je moznost zdielat disky a tlaciarne, ale to sa da prezit. Ako su na tom ine VNC kodovania, to netusim. -
J (neregistrovaný)Kdyz sem naposledy zkousel xrdp, tak to jelo o dost pomalejs nez nativne na widle ( a v tomhle ohledu subjektivne nej varianta = tux rdp klient vs win srv ), navic to padalo a ve sech distrch co znam to bylo oznaceno za unstable, je to cca rok, zmenilo se neco vyznamnyho ?
Jop, pouzivalo to samo VNC + to protokol konvertilo na rdp (pokud mluvime o tomtez). -
Lael Ophir (neregistrovaný)RDP sa netuneluje cez NX, nemělo by to smysl. Asi máte na mysli text autorů NX, který možnost tunelování RDP přes NX uváděl, a srovnával nějakou prastarou verzi RDP protokolu s NX.
XRDP podporuje pouze RDP verze 4, který byl naposledy použitý ve Windows NT 4.0 Terminal Server. To je 12 let starý protokol, od té doby se RDP naučilo řadu nových věcí.
NX samozřejmě přináší další zátěž na straně terminálového serveru. X11 mělo dávno umřít, je to technologický pravěk. Staré GDI je proti X11 sci-fi technologie. -
Lael Ophir (neregistrovaný)X11 pravěk, který používá network stack a naprosto příšerný protokol i pro zobrazení na lokálním stroji. X11 pravěk, který se stará jen o zobrazení na obrazovce, a to ještě mizerně. X11 pravěk, který se po odpojení session neumí k ní znovu připojit. Pravěk, který má proti RDP neskutečně veliké požadavky na propustnost a latency sítě. Upřímně doufám, že MS nikdy ničeho podobně hrozného nedosáhne ;)
-
Ondrej SanTiago Zajicek (neregistrovaný)> Pravěk, který má proti RDP neskutečně veliké požadavky na propustnost a latenci sítě.
Pozadavky na latenci site jsou stejne jako u jakehokoliv systemu pro vzdaleny pristup, ktery nepresouva aplikacni logiku na terminal. Presunuti aplikacni logiky na terminal je mozne resit dvema zpusoby - bud budu mit obecny mechanismus migrace platformove nezavisleho kodu na terminal, nebo budu mit v terminalu zadratovanych par widgetu. Nevim, jak presne funguje RDP, nicmene predpokladam, ze jde druhou cestou - takze reakce na jakekoliv jine akce, nez na ty zadratovane ve widgetech, proste budou mit stejnou latenci, jako v X11. -
Lael Ophir (neregistrovaný)Problém je v tom, že X11 protokol vyžaduje spoustu zbytečných round tripů, kdežto RDP je nepotřebuje. Při stejné latency sítě má tedy RDP výrazně lepší odezvu. Navíc RDP používá cache fontů a bitmap na straně terminálu, plus kompresi streamu. Obraz se skládá s grafických primitiv cílového zařízení (stejně jako u lokálního zobrazování ve Windows ta primitiva záleží od schopnosti zařízení), ale pokud je výhodnější poslat místo grafických primitiv výslednou bitmapu, tak se pošle ta bitmapa. Přibližuje to trochu, proč je X11 protokol zcela nevhodný pro vzdálený přístup?
-
Ondrej SanTiago Zajicek (neregistrovaný)> Problém je v tom, že X11 protokol vyžaduje spoustu zbytečných round tripů, kdežto RDP je nepotřebuje.
Co takhle byt trochu konkretnejsi? Neco o X11 protokolu vim a nevzpominam si na zadny pripad, kdy by byl zbytecny round-trip pri interaktivni praci (par jich je pri navazani a inicializaci spojeni, kdy si aplikace pripravuje Xove zdroje, napriklad alokace polozek v colormape). Mozna tak alokace offscreen drawable pro doublebuffering behem obsluhy expose eventu, pokud to tak program dela. -
Lael Ophir (neregistrovaný)Proboha, co nějaká základní práce s informací?
Most of the overhead comes from network round-trip delay time between client and server (latency rather than from the protocol itself): the best solutions to performance issues depend on efficient application design.[7]
Note 7, link:
http://keithp.com/~keithp/talks/lbxpost/paper.html
Ještě o tom o něco podrobněji psal autor NX, který o odstranění nadbytečných round trips tvrdí, že jsou zásadní feature NX. Tohle je méně podrobný článek, ale nemám teď čas to hledat.
http://www.linuxjournal.com/article/8480 -
Ondrej SanTiago Zajicek (neregistrovaný)> http://keithp.com/~keithp/talks/lbxpost/paper.html
Zrovna tenhle clanek podporuje to, co tvrdim:
"The effect of additional synchronous communication is most evident during application startup; .. . Much less important are the smaller effects which occur during program operation as application feedback latencies of less than 50 to 100ms are not generally visible to the user."
"What became evident was that while the techniques present in LBX might help somewhat, the overwhelming performance problems were caused by application and toolkit misfeatures that couldn't be easily masked outside by an X protocol proxy. " -
Lael Ophir (neregistrovaný)Na tom se shodneme, jen sem ten odstavec pastnu celý:
The effect of additional synchronous communication is most evident during application startup; applications which start in less than one second over a local network can take tens of seconds to start over a modem link. Much less important are the smaller effects which occur during program operation as application feedback latencies of less than 50 to 100ms are not generally visible to the user.
Samozřejmě odezva aplikací v desítkách sekund se nekoná ani při použití X11. Ale znovu vás vyzývám, zkuste si to. Já nechci pitvat X11 protokol, protože na to nemám náladu ani čas. Zkuste si přes GPRS otevřít VPN tunel, a poté X11 session. Pak zkuste totéž s RDP (pochopitelně proti Windows, a s Windows klientem - klient pro Linux je pomalý). -
MichalBBronzový podporovatelPřesně tak. Je tu nějaká výhoda VNC, případně RDP oproti připojení přes SSH a spuštění iXek vzdáleně? -
To nejspíš ano, já teda do XDMCP do hloubky nevidím, proto se ptám. Na sledování běžících X-ek to nejspíš není, ale pro případ, že se chci jen připojit k nějakému počítači a něco tam pořešit v grafickém režimu, je XDMCP dostačující, ne? Aspoň já se tedy ke svému vedle běžícímu stroji tak občas připojuji z noťasu. -
zz (neregistrovaný)XDMCP je svižnější než VNC, ale je problém pro něj zajistit šifrovanou komunikaci a otevřená session se nedá odpojit a znovu připojit. (VNC to umí.) Já osobně dávám přednost XDMCP na privátní síti, kde není problém s odposlechem, a NX pro připojení přes internet. VNC je výhodné v situaci, kdy potřebujete open source řešení pro různé platformy. (Free verze NX má omezení na počet uživatelů.)
-
Richard (neregistrovaný)Pozdravujem,
ked citam komentare o tom, ake je VNC nepouzitelne a aky je Remote Desktop skvely...
VNC ma urcite svoje chyby ale niektore variacie/klony pouzitelne urcite su. Napriklad TightVNC sme u nas uspesne pouzivali viac nez 3 roky. Jedinym problemom je NAT a neobratne moznosti "tenelovania" cez zabezpeceny kanal.
Rovnako sme dlhodobo (kym sme nezakupili stroje s integrovanym IPMI) pouzivali KVMoIP zariadenia spolocnosti Adder, ktore maju vnutri RealVNC (to uz vie aj sifrovanie).
Najnovsie sme zakupili licencie na TeamViewer... ked som trosku patral, vnutri bolo (v prvych verziach) nic ine nez VNC :)
TeamViewer je naopak od Remote Desktop ten spravny killing produkt. Najma pre jednoduchost pouzitia a seamless podporu NAT. Sifrovanie je v cene (spojenie je sifrovane bod-bod tj. servre TeamVieweru vidia iba kryptovany prenos).
d~
rwi -
TeamViewer je dalsi aplikace typu skype neboli pro lamy ktere ani nevi jak by se neco melo nastavovat.
asi tak jenom proto Skype nevymre i kdyz osoby znalejsi vi jaky je to trapas jenom vysvetlete vsem ktere IT problemy nezajimaj kdyz jim to muze jet na "3klik"
se stabilitou menci nez Windows kdyz to zrovna potrebujete pouzivat.
a navic kdyz vam spadne session1 kde mate remote support automaticky spadnou vsechny ostatni napr VPNtunneling
taky se mi stalo ze pokud jsem nechtel ryskovat pad aplikace az po minute se mi zavrela zminena session1 (remote support) rofl
timto bych schrnul TeamViewer. -
šachy (neregistrovaný)S tímto chovíním TV jsem se nesetkal, ovšem jsem poněkud v rozpacích nad výrokem že ,,na 3klik to dělají jenom lamy".
I IT odborník chce pracovat co nejefektivněji, to znamená na co nejmíň příkazů a kliků :) Dokazovat si svou odbornost tím že to dělám složitě jenom aby tomu lama nerozuměla je dle mého poněkud kontraproduktivní. -
Mintaka (neregistrovaný)Konfigurace byla trošku náročnější, ale výsledek byl dobrý.
Před cca 6 lety jsem na LTSP testovně rozjel 15 klinetů a na všech spustil Simutrans.
Klienti byli Pentia na 133MHz se 47MB RAM, integrovanou 4MB Grafikou. Server byl 800MHz s 250MB RAM, OS Gentoo.
Beželo to na lokální síti s jedním 100 switchem.
Úžasný zážitek, vidět ty stařečky jak makají. -
lockator (neregistrovaný)(tight)vnc pouzivam v pohode na spravu a kontrolu viacerych pocitacov - podla mna lepsia aplikacia na to nie je, pouzivam to aj na dost pomalych linkach a na to co potrebujem porobit odozva bohate staci. rdp je mozno skvele - ale skuste to sprevadzkovat lin+win2000+winxp. bezpecnost som neriesil ces ssh pretoze dost pc je za viacerymi routermi s dynamickymi adresami a nevedel som to - do minuleho roku som preto na to pouzival hamachi, free verzia ale mala problemy s niektorymi linkami a spojenie padalo, preto som presiel na openvpn.
-
MilanK (neregistrovaný)Narážíte na vino server a vinagre? Ač mi Ubuntu vyhovuje, tak si myslím, že zrovna toto je parodie na vzdálené připojení (a stížností je plný launchpad).
(Zvykl jsem si používat freenx, akorát, když se připojuju z ubuntu na ubuntu, tak nxagent skončí segfaultem, takže jsem skončil u vnc4server.) -
TomBA (neregistrovaný)Používam oba protokoly/aplikácie, ale treba povedať že každý má svoje plus i mínus.
RDP je v kombinacii s vpn super na pripojenie win serverov, stanic.
VNC je vynikajúce na vzdialenú podporu klientov. Napríklad UltraVNC ponúka jednoduché riešenie na vytvorenie takzvaného SingleClick riešenia. Zákazník si z Vašej stránky stiahne server (rádovo 100 kb) a po kliknutí na neho sa automaticky vytvorí spojenie s vašim viewerom ktorý beží v listening mode u vas.... Spojenie sa vytvára od klienta a tak v drvivej väčšine prípadov nie je problém s firewallom. Zákazník vidí čo mu na stroji stvárate.... Po skončení jednoducho zmaže server a je spokojný.... -
Zdravim,
u nekterych implementaci u nekterych dister mam problemy pouzivat schranku mezi vnc a klientskym PC.
Na Debianu mi fungoval realvnc4 (kde kdyz bezel vnc4config tak schranka fungovala), v tightVNC serveru mi nefungovala. Nekde jinde (tusim ze nekde na Sunu) se dalo kopirovat s pouzitim xcutsel. A nekde jinde, kde bylo openSuse se mi kopirovani darilo, jen pokud ve vnc session nebylo pusteno KDE ani GNOME.
Bylo by zajimave, kdyby v clanku bylo zmineno i toto, a co je pro funkcni schranku potreba.
Take by se autor mohl zminit o realvnc (mam ten pocit, ze toho umi vic, nez zminovany tightvnc). -
Lael Ophir (neregistrovaný)Zkuste server s francouzskou AZERTY klávesnicí, a klienta s českou klávesnicí :). VNC má příšerný protokol - nejtupější přenos obdélníku se změnami, a k tomu ještě blbne detekce těch změn v obraze. Problémy s layoutem klávesnice jsem měl zatím s každým řešením pro vzdálený přístup, s výjimkou Remote Desktopu.
U Remote Desktopu stačí otevřít klienta, přepnout klávesnici na správný layout (stejně jako v jakékoliv jiné aplikaci), a otevřít spojení. V desktopové session pak můžete přepínat layouty klávesnice mezi výchozím, a případnými dalšími, které váš profil na vzdáleném stroji obsahuje. U jiných řešení je layout buď natvrdo, nebo se dokonce různě mrší. Například u připojení z českého klienta k francouskému serveru se můžete dočkat "AYERTZ" layoutu s nefunkčními čísly a symboly, tedy jakýmsi hybridem mezi českou a francouzkou klávesnicí. Pracovat na něčem takovém je samozřejmě veliká radost. -
Ondrej SanTiago Zajicek (neregistrovaný)> Problémy s layoutem klávesnice jsem měl zatím s každým řešením pro vzdálený přístup
S X11 zadny problem - pokud si poustim jen nejake programy z vzdaleneho pocitace, pouzije se stejna klavesnice jako pro lokalni programy. Pokud startuju vzdalene celou session, tak se v ramci startu session nastavi lokalni klavesnice podle konfigurace te session. -
mirozbiro (neregistrovaný)Ahoj,
mohl by mi nekdo udelat trochu poradek v problematice? Nejaka cisla atd... nejen co je lepsi a co je hnuj...
------------------------
vzdaleny terminal po ssh:
zakladni nastroj - tezko neco asi muze byt rychlejsi pro text, nohup zabezpeci demonizaci procesu...
----
pouzivam vnc:
a/ druhe pc mam primo na eth kabelu a zobrazuji na nem 1. vncserver - pouzivam jako dalsi plochu
b/ na lokalni sirsi siti s problemy - podle pocasi to je supr, nebo si snizim barvy a je to bez chyby, vice uzivatelu ma na jednom serveru sve virtualni desktopy a jen se pripoji podle libosti, jejich aplikace zustavaji v behu.
c/ po pomale 256/64kbit stahnu barvy a poustim/ovladam vzdalene aplikace, co zustavaji bezet na serveru i po odpojeni
d/ vzdy tuneluji pres ssh, nemyslim tedy, ze mam problem s bezpecnosti
e/ mam dojem, ze asi nefunguje vncserver na windows - je to pravda?
----
remote X:
neprisel jsem tomu moc na chut, mam za to, ze je to pomerne pomale, jednotlive aplikace ale obcas poustim s ruznymi DISPLAY, rad tuneluji X (ssh -X)
----
windows rdp - linux xrdp(server)/rdesktop(client):
Objevily se tu reklamy na windows...zase zadna cisla/srovnani, navic, nemyslim, ze by tu nekdo uvazoval o prechodu na win zrovna kvuli tomuhle.
Zda se, ze existuje linux server. Ma to nejakou vyhodu nad vnc, kdyz pouziva vnclib? existuje srovnani?
----
nx:
ma nekdo srovnani rychlosti, konfigurovatelnosti s vnc? je to bezne v repozitarich?
========================================
diky za komentare, stalo by za to udelat test rychlosti -
petr_p (neregistrovaný)
V článku uvedená věta o nešifrovaném VNC není zcela pravdivá.
Za prvé TightVNC klient vncviewer má parametr -via, kterým lze automaticky stavět SSH tunely.
Za druhé poslední verze RFB protokolu, nad kterým je VNC postaveno, umožňuje vyjednat TLS spojení včetně šifrování i autentizace serveru a klienta pomocí certifikátů. (Tohle ale zatím umí jen proprietární software od RealVNC Ltd.)
