Vlákno názorů k článku NX: vzdálená plocha pro šneky od Pepca - Linux nemusí nic dohánět ani není nijak pozadu....
-
Pepca (neregistrovaný)Linux nemusí nic dohánět ani není nijak pozadu. Ve skutečnosti jsou posledních cca 20 let unixy celkem slušně napřed. Jak známo, X window system je síťový a spouštění libovolných programů na jednom počítači a zobrazení oken na jiném je samozřejmostí včetně akcelerovaného opengl. Na běžné LAN ani není u většiny programů poznat, že to jde po síti. Ok, u filmů to je trošku znát, ale jinak...
Ano, X lze forwardnout skrz SSH (a tedy libovolný program spustit vzdáleně a nechat si ho zobrazit lokálně nebo i na úplně jiném počítači). Ano, existují proxy X servery, které umožnují odpojit program od displeje a později si ho zas připojit. Lze se plnohodnotně vzdáleně přihlašovat (protokol XDMCP, vypadá to jako by uživatel seděl u cílového počítače). A možnost přehazovat si okýnka mezi počítači se také hodí (program běží na stejném počítači, ale jeho okno je bez přerušení běhu přesunuto na jiný displej jiného počítače).
Nač NX, když už v základu máme takový poklad? -
benzin (neregistrovaný)Co je na tom sloziteho? V sshd povolite X11Forwarding a do vdalenho prihlaseni date pouze export DISPLAY=ip odkud ste prihlaseny.
pak uz vsechno funguje.
Pokud jeste chcete, aby se po prihlaseni na pocitac okamzite neco spustilo date to do skriptu a klidne se vam muze spustit cela plocha.
Navic je tu i moznost zdileni plochy primo v KDE, takze to je uplne trivialni.
Tvrdit o tom, ze Unix neco dohani je nesmysl. Jedine co je mozne tvrdit, je ze dokumentace pokulhava, ale to je tak asi vsechno. -
rb (neregistrovaný)bud nastavim X11Forwarding a display se mi automaticky nastavi na 0:0 (a pak se forwarduje pres ssh) nebo nastavim "DISPLAY=ip odkud ste prihlaseny", pak ale musim na sve plose povolit okna neoverenych aplikaci "xhost +" (a nepotrebuji ssh X11Forwarding).
X11 sice je poklad (X11 a XDMCP pouzivam vice nez deset let, a je pravda ze na dialup-u to nebylo zrovna nejrychlejsi), ale v zakladu napriklad neumi uspat sezeni a vratit se k nemu pozdeji. zminku o NX vitam. -
wintermute (neregistrovaný)To "xhost +" by som nerobil, moze to niekedy zle dopadnut :), tym umoznite neautorizovany pristup na vas X server. Pokial by ste mali este povolenu na X-serveri aj komunikaciu cez tcp (co asi hej ked chcete spustat aplikacie po sieti bez ssh a x11forwarding), tak prakticky kto kolvek na danej sieti (alebo na sieti z ktorej je mozne nadviazat tcp komunikaciu na vas pocitac s X serverom) moze spustit napriklad klienta, ktoreho vy neuvidite (neotvori ziadne viditelne okno), ale ten klient odchyti kazdy uder do vasej klavesnice :) a kazdy pohyb vasej mysi. Odporucil by som man xauth, mate tam aj priklad, bude to predsa len bezpecnejsie.
-
ForMat (neregistrovaný)sloziteho na tom neni nic. Pripojuji se z domu do prace (ano ja vim, clovek by mel doma delat jine veci...), v praci mam velmi rychlou linku, doma mam rozumny kabel, presto jsou programy pres nativni X pomale. prikazova radka a vim OK, ale kdyz potrebuji neco sofistikovanejsiho, je to pomale. Pripojuji linux k linuxu, oba slusne stroje se slusnym pripojenim. Kde je, guruove, problem, ze musim pouzivat obezlicky typu VNC a NX?
-
J (neregistrovaný)Jo, jeste neco free do widli, nebylo by ? Pouzitelneho pokud si pamatuju (2roky zpet) nic neexistuje, komercni varianty jsou pro zmenu celkem drahe.
Navic vzdalena plocha je precijen uplne neco jineho ze ? A nejspis taky pro uplne jiny ucel ze ? + ta zoufala rychlost ... . Nehlede na to, ze pokud vim, tak narozdil od pozuiti vadalene lochy, kde staci libovolne blbe zobrazovadlo, na toto je treba velice slusne vykony stroj. -
anonymníHaha, jaký podařený vtip. Žeprý napřed a poklad k tomu. Jak známo, X protokol kandiduje na nejpitomější protokol světa, dá se o něm říct v podstatě cokoli, jen ne, že je síťový. Ani na běžné LAN to nejede nijak slušně (bežná LAN obvykle nebývá vyhrazena pro jedno jediné X sezení) a na jakékoli delší vzdálenosti (kde se projeví ukecanost protokolu a závislost na latenci spojení) můžou X ve své tragikomičnosti směle konkurovat němým groteskám. Naprosto "výjimečné" vlastnosti X protokolu (které vzhledem k jeho stáří hlava nebere) devalvují ty skutečně výjimečné vlastnosti X Window systému na lokální použití, případně po nějaké ne příliš používané LAN.
A právě NX ultimátně odstraňuje nedostatky X protokolu a dovoluje vychutnávat si luxus Xek takřka bez omezení.
-
Baton Rouge (neregistrovaný)
Ale notak, pane kolego! Nesirte tady bludy o tom, ze je potreba mit vyhrazenu LAN pro jedno sezeni, nekdo by to mohl vzit vazne....
X-ka distribovana po siti se bezne pouzivaji a funguji spolehlive i na 10 Mbit Lan.
Pokud vam termin "X Terminal" nic nerika, podivej te se napriklad na implementaci LTSP - ltsp.org.Jinak co se tyce NX serveru, tak se schodneme, ze je to bajecna vec! Pouzivame jiz pres 3 roky na vzdaleny pristup pro uzivatele a spravu stanic implementaci FreeNX, ktera nema oproti nektera omezeni a funguje spolehlive.
happy new year!
-
anonymníFunguje to dobre jen nechapu proc je to takovej kolos. Jen pro porovnani:
[ebuild N ] net-misc/nxclient-3.2.0 3,773 kB
[ebuild R ] net-misc/rdesktop-1.6.0 279 kB
O NX serveru nemluve. Rychlostni rozdil mezi NX a RDP mi nepride, tak velky aby ospravedlnil tu nabubrelost. Osobne me zajma mnohem vic tenhle projekt: http://xrdp.sourceforge.net/ -
Sam sem to nezkousel, je mi jasny, ze to jeste zdaleka neni vhodny pro produkcni nasazeni. Ja to zminil proto, ze se to neni takova obluda jako NX, je to implementace mnohem pouzivanejsiho protokolu a nema to oproti NX zadny nevyhody. Jedna z pro me hlavnich vyhod je i to ze to je opravdove zdileni plochy, to znamena, ze na lokale pocitace vidis to samy jako na vzdaleny plose. To pokud vim NX neumi, protoze si spousti vlastni X server. -
Baton Rouge (neregistrovaný)
Nehodlam se hadat, pouze opakuji: "nemate pravdu".
Reagoval jsem, protoze tvrdite at s nadsazkou ci bez ni, ze X forwarding po LAN je nepouzitelny. [Cituji:] Ani na běžné LAN to nejede nijak slušně.Coz neni pravda! X forwarding je bezna vec, ktera se pouziva a funguju velice dobre a to at se jedna o zobrazeni celeho desktopu, kdy muzete na jednom segmentu LAN 100 Mbit pouzivat desitky bezdiskovych stanic jako X terminaly, nebo jenom forwarding okna aplikace ze serveru na vas desktop.
Pokud se bavime o pomalych linkach provadi NX optimalizaci prave pro tyto ucely a funguje velice dobre.
Have a nice day -
JaR (neregistrovaný)Mezi nadsázkou a lží je v tomto případě holt nezřetelná hranice pro kohokoli krom telepatů nebo lidí, co už vědí o co jde :-). A krom toho, jak praví klasik, "Neříkej, že něco nejde, tomu, kdo to dělá."
Ale jedna věc je pravda - není SSH jako SSH a není X klient jako X klient. Například kombinace OpenSSH a XFree/XOrg server plus libovolný klient je v pohodě. Kombinace zahrnující komerčního klienta typu SecureCRT (a dělaly to i některé verze nekomečního PuTTY) třeba javy na klientské straně, to bylo šílené a nedalo se s tím dělat, a ještě horší to bylo v kombinaci s komerčním X serverem na Windows. Cygwin+Xorg+openssh s tímtéž neměl problém (a to na druhé straně byl komerční Unix se svým SSH a X knihovnami a ne Linux).
Hodně lidí, co nadávali na Xwin po síti se střetli právě s něčím takovým.
A pro toho kolegu, co výše nechápal, k čemu VNC a spol - VNC k X serveru je v zásadě totéž, jako utilita screen k terminálu. Pochopíte, až vám náhle spadne spojení nebo vás ustřelí firewall či VPN brána. -
anonymníZapomina se na zakladni rozdil mezi "X" a protokoly typu "Remote Frame Buffer" (nx,vnc,rdp).
X je interpretovany v Xserveru a proto je potreba mnohem vice vykonu cpu a pameti (fonty, obrazky (i ty co nejsou videt), ale taky OpenGL ci ruzne jine "extension" typu video ...) a hlavne musi byt napsana rozumne Xaplikace (zkuste si nechat bezet Xserver 1/2 roku a pouzivat (i vypinat/zapinat) netscape/firefox a jemu podobne a vas Xserver bude mit treba 2GB pameti, protoze nekdo nedokaze spravne naprogamovat Xaplikaci). Teoreticky by mel mit (a prakticky v starych wm mel) daleko mensi naroky na pruchodnost siti X protokol (napr. "vypsani textu" -> posilam jen "text" a atributy). Snaha resit neekonomii prenosove cesty pro nove wm byla "LBX" nebo "DXPC" (porovnejte treba s resenim NeWS, ktere v 80 letech prohralo s X protokolem).
V "RFB" jsou interpretovany graficke prikazy lokalne (v jakemkoli grafickem rozhranni X,ms windows...) a pak je vysledek (obvykle jen rozdil) prenesen do vzdaleneho FB, co potrebuje jen vice vykonu CPU a pamet +- jen na FB. Diky teto koncepci lze hovorit o skutecne "tenkych klientech". Pokud je protokol navrzeny dobre, daji se vhodne menit algoritmy v zavislosti na pruchodnosti nebo nove "podpore" 3D (napr. turbovnc/VirtuaGL). -
Ondrej SanTiago Zajicek (neregistrovaný)> prenesen do vzdaleneho FB, co potrebuje jen vice vykonu CPU a pamet +- jen na FB
A taky radove vetsi mnozstvi prenesenych dat. Tam, kde X protokol posle jen 'zkopiruj tenhle obdelnik z tehle offscreen pixmapy na obrazovku' je treba prenaset data celeho toho obdelniku. -
Lael Ophir (neregistrovaný)RDP posílá na klienta seznam primitiv k zobrazení. Grafická primitiva jsou stejná, jako u komunikace GDI-driver. Jinými slovy se dojedná, co klient podporuje (bitmapy, čáry, obdélníky, křivky, rendrování textu atd), a pak se tato primitiva používají v komunikaci. Pokud je v konkrétním případě výhodnější na serveru vyrastrovat bitmapu, než poslat primitiva, protože to zjevně zabere méně přenosového pásma, tak se použije tento přístup. RDP podporuje kompresi, šifrování, pooužívání smart cards, sdílení disků, tiskáren, zvuku, sdílení clipboardu (objektového, tedy umí přenášet třeba formátované buňky Excelu), a je rozšiřitelný o uživatelsky definované kanály (obdoba pipe). Navíc je k dispozici v každé instalaci Windows, funguje bez problémů a spolehlivě. Kéž by někdo konečně vymyslel něco podobného pro unixy.
-
Kaacz (neregistrovaný)Vase "poklady" jsou jednotlive skvostne kousky, ktere teprve poskladany do balicku NX prinasi ten pravy komfort. Protoze NX neni nic jineho nez skloubeni ssh,x11(cygwin na win),pripadne vnc v kombinaci s kompresemi, bezdemonovym provozem pomoci nahrady shellu a hlavne X11 proxy aby se to dalo utrhnout. To posledni je vlastnost, ktera unixu chybela v porovnani s Windoze RDP. Proto pouzivam NX, kdyz padne spojeni pres mobil, nic se nedeje. Pripojim se znovu a vpadnu do rozbehnuteho desktopu (napr.). Bez X11 proxy padne vsechno a je to spatne. Priznam se, ze jsem na zadnou jednoduse pouzitelnou X11 proxy predtim nepadnul.
A co je to platne, ze mate k dispozici 50 krasnych subfunkci, ktere pokud nejsou pohromade, neprinasi ten finani efekt. A pokud jejich poskladani je zalezitost pro half-guru .. no sorry, si delate srandu ze ?. Asi nepatrite mezi priznivce linuxu na desktopu pro bezne lidi. Chcete ho jen pro sebe co ?
Nac NX ? poskladal vase jednotlive poklady do excelentniho balicku, ktery muze pouzivat bezny uzivatel. Proto. :-D -
Krizek (neregistrovaný)"NX" varianta je velmi dobre reseni.
Zkousel jsem na nove instalovane Fedora 10 ale nedari se.
NX je konfigurovan na F10 dle vaseho postupu, klient na WINXP s vygenerovanym klicem.
Funguje i klasicke ssh pres telnet.
PROBLEM :
Nastartuji pod uzivatelem "startx" a graf. desktop se objevi na lokale.
Pro uzivatele mam v gnome povolen vzdaleny pristup, nicmene pri sputeni klienta NX na WXP
klient hlasi "No available displays found".
Pokousel jsem se prikazem xhost + ale tam zas hlasi system "unable to open display".
Jak tedy nastartovat pres "starx" display tak, aby byl pro NX klienta pristupny.
Navic F10 v zakladni instalaci startuje do grafickeho prihlasovaciho okna a tam
si s presmerovanim nevim vubec rady. -
MilanK (neregistrovaný)Není úplně jasné, o co se pokoušíte.
Lokální počítač bývá ten, ze kterého spouštíte NX klienta. Server je ten druhý.
Na serveru vůbec nemusíte mít spuštěn Xserver (GDM, Gnome, ...)
Na serveru nemusíte nastavovat vzdálený přístup do Gnome - NX přihlašuje uživatele _lokálně_ na serveru, jako kdybyste tam bušil do klávesnice (ale tuším, že používá vlastní Xserver).
V NX klientu nastavíte, jakou X session chcete (třeba Gnome) a bude spuštěno nové sezení přímo pro konkrétního uživatele - bez přihlašovací obrazovky, bez připojování k existující X session případně spuštěné na serveru.
Možná se zkuste podívat do /var/log/messages na serveru (NXserver tam zapisuje) a do dokumentace na stránkách NoMachine.com -
Krizek (neregistrovaný)Mate pravdu.
Je to ma chyba, spatne jsem pochopil dokumentaci a zbytecne
navic konfiguroval "cfg" soubor.
Provedl jsem nakopirovani vzoroveho konf.souboru pro NX server-fedora
a jiz je snaha objeveni desktopu na klientu ale
nyni klient spadne s chybovym hlasenim "Please check the state of your network connection".
Mam Na F10 defaultne nastavenu cestinu , asi bude problem tam - zkusim zmenit jazyk nebo fonty.
Moc dekuji.
