Vlákno názorů k článku NX: vzdálená plocha pro šneky od Marek Chlup - Občas NX používám. Používám jej v kombinací FreeNX...

  • Článek je starý, nové názory již nelze přidávat.
  • 6. 1. 2009 8:16

    Marek Chlup (neregistrovaný)

    Občas NX používám. Používám jej v kombinací FreeNX jako server (pod GPL a nemá na rozdíl od serveru od NoMachine omezení v počtu max 2 klientů) a NX klient přímo od NoMachine (i když existuje klient i pod GPL).

    V rychlosti je fakt bezva a je možné užít bohatých konfiguračních voleb pro optimalizaci rychlosti. V případě pádu linky se později přihlásím na již rozdělanou session a o nic nepřicházím - super!

    Také jsem byl příjemně překvapen možností síťového zvuku (využívá ovšem již pomalu výběhový EsounD). Sice jsem jej jen zkoušel (normálně tuto vymoženost nevyužívám), ale fungoval.

    Co mne trápí je, že FreeNX není standardní součástí mého Denianu a nějak nechápu proč. Dále bývá problém z klávesnicí - tedy mám hlášeno problémy u klienta pod Windows, že není schopen přepnout na českou klávesnici - nevíte někdo v čem by mohl být problém a jak jej vyřešit?

    Pár užitečných informací jsem našel na AbcLinuxu, zejména odkaz na již připravené balíčky FreeNX 0.7.1 pro Debian od Rogera.

  • 6. 1. 2009 9:27

    Karel (neregistrovaný)
    Mam Ubuntu. FreeNX mam instalovany z nejakeho ubuntu balicku (mozna dokonce z nejakeho repozitare). Na pocitac jsem se prihlasoval z WinXP klientem od NoMachine a klavesnice jela. Dokonce reagoval alt+shift na prehazovani klavesnice ve vzdalenem okne. Znaky to psalo spravne (ubuntu je v UTF8). Vubec nic jsem nemusel nastavovat.
  • 6. 1. 2009 11:22

    Roger (neregistrovaný)
    FreeNX v Debianu neni proto, ze NX je zbastleny Xorg 6.9 (+-), coz je z bezpecnostniho hlediska... ponekud nesikovne. A spravci Debianu (pomerne pochopitelne) nechteji mit nekde kusy stareho kodu, kdyz uz v distribuci aktualni Xorg maji. Resilo se to nekde v zadostech o zarazeni FreeNX do archivu. (Jinak stejny problem je s obsazenou Sambou.)
    Jsem rad, ze balicky nekomu pomohly - za chvilku tam nahraju verzi 0.7.3 pro Etch, kterou pouzivam ted.
    Jako klient se da pouzit treba qtnx, ktery je i v unstablu (bohuzel se o nej spravce moc nestara a zatim neopravil jednu neprijemnou chybku...).
  • 6. 1. 2009 13:37

    Marek Chlup (neregistrovaný)
    Díky za ty balíčky. Časem zkusím verzi 0.7.3.

    Všiml jsem si, že jsi tam nechal i složku 0.7.1 - žel je nepřístupná.

    Bylo by možné zveřejnit i soubory (pokud existují) dsc, orig.tar.gz a diff.gz?
  • 6. 1. 2009 18:23

    Roger (neregistrovaný)
    Mam zakazany directory listing - ale ta 0.7.1 by uz mela jit prochazet.

    Zdrojovych baliku je snad 6, neni jen jeden. Puvodne jsou to baliky z Ubuntu (jak je asi zrejme z nazvu binarnich), s upravenymi zavislostmi atp. Nahral jsem je do adresare src - doufam, ze jsou to ty soubory, ze kterych jsem to kompiloval :) Jsou tam i instrukce k poradi kompilace, kdyby mel nekdo masochisticke choutky...

    Jinak nainstalovat snad staci freenx-server, ktery si jeste pritahne nxagent a nxlibs, a pak nejake knihovny (libxcomp*). Zbytek jsou jen blbiny kolem. Aspon tedy pro pripad vzdaleneho serveru, ktery pouzivam ja.
  • 6. 1. 2009 11:29

    mirozbiro (neregistrovaný)
    Chtel jsem zkusit NX. Bohuzel, zabredl jsem do s***
    Na fedore 9 a 10 jsem z repozitare nainstaloval freenx. Vyborne -rekl jsem si. Pak jsem se dival, co muzu spoustet - nx[TAB] - nenasel jsem nic rozumneho, rpm -ql nx mi akorat zmatlo.

    Dobre, dosel jsem k poznani, ze mam noveho uzivatele nx, ktery si zrejme bude delat svoji praci. Zklamane jsem nainstaloval rpm -ivh s klientem z nomachine. Skoda, rikam si, ze to nemuze byt funkcni uz z repozitare.

    S odporem jsem vyplnoval policka v dialogovem okne, pak jsem importoval klice, a nakonec jsem se zasekl v tom, ze fedora10 mi nedovoli autentifikaci pres key. Bojoval jsem se selinuxem (a nechavam enforcing), zkousel to na ruznych strojich (kde to slo), nastavoval sshd a nic. Vzdavam to.

    Jestli nekdo ma priklad, jak v terminalu spustit nx (jeste nejlepe bez nutnosti toho nomachine klienta) a pritom se logoval pouze heslem, at mi to prosim ukaze.

    louci se smutny mirozbiro
  • 6. 1. 2009 15:23

    MarSik (neregistrovaný)
    Fedora samozrejme dovoli autentizaci klicem, mate urcite na tom klici spravna prava? (700 pro .ssh a 600 pro vsechny klice a podobne veci na obou stranach spojeni).
  • 6. 1. 2009 19:01

    mirozbiro (neregistrovaný)
    Aaaaah, diky. Nevim, jestli to bylo tim, nebo cim. Opravdu authorized_keys2 jsem dal 600 a .ssh jsem dal 700 a razem se ssh rozeslo.
    Hnetl jsem to dal, az jsem to rozpohyboval i s dsa. A pak uz nic.

    Za nic na svete se mi nepodarilo pripojit se jako nx user pomoci ssh...
    Daval jsem
    ssh -l nx -v -i id_dsa -o 'PreferredAuthentications publickey' nx@xxx.xxx.xx.xx

    debug1: Next authentication method: publickey
    debug1: Offering public key: id_dsa
    debug1: Authentications that can continue: publickey,gssapi-with-mic,keyboard-interactive
    debug1: No more authentication methods to try.
    Permission denied (publickey,gssapi-with-mic,keyboard-interactive).

    A kdyz to dam na sebe ssh -v -i id_dsa xxx.xxx.xx.xx

    debug1: Next authentication method: publickey
    debug1: Offering public key: id_dsa
    debug1: Server accepts key: pkalg ssh-dss blen 433
    debug1: Authentication succeeded (publickey).
    debug1: channel 0: new [client-session]
    debug1: Requesting no-more-sessions@openssh.com
    debug1: Entering interactive session.


    No, nedelam si nadeje, ale jestli mi tu nekdo poradi, tak ho asi zlibam... Pripominam, ze na serveru je F10 a pouze freenx.
  • 6. 1. 2009 19:15

    Roger (neregistrovaný)
    FreeNX by si melo nainstalovat vlastni (NX) klic - nestacilo by ten (v homu uzivatele nx) nahradit nejakym vasim?
    Jestli placam blbosti, tak se omlouvam, pouzivam Debian :)
  • 7. 1. 2009 2:19

    Kaacz (neregistrovaný)
    -- debug1: Entering interactive session. -
    no a je to OK .
    Co proboha dal chcete ?? ssh usera nx je pro komunikaci NX klienta ! .. tam neni bash, tam sedi nxserver a ceka na prenosy od NX klienta ! Je videt, ze vubec netusite jak a proc to funguje. nx user je tam jen proto, aby se mel kam napojit klient. To neni jine sshd, tam neni nx daemon. Tam je jenom user nx se specialnim shellem na ktereho se nx klientem SKRYTE napojuji VSICHNI useri. Vy se pak pres klienta hlasite normalne login/passwd (certifikat nevim jestli by vubec sel, ten co se do klienta vtahuje je pro usera nx, ne pro vaseho usera).
  • 7. 1. 2009 8:54

    mirozbiro (neregistrovaný)
    To, ze nevim co chci a jak to vubec funguje jsou trosku silna slova....

    Jestli jste si vsiml, tak 'entering interactive...' da v pripade, kdyz se pripojuji na normalniho uzivatele (sebe). No - nikdo nejsme dokonaly...

    Kdyz se napojuji na nx uzivatele, ktery ma ve svem zvlastnim home tentyz certifikat, ktery jinde funguje, tak to neprojde. A ten specialni shell - jak rikate, ten se IMHO vubec nedostava k lizu, nebot neprobehne schvaleni certifikatu.

    Napada me, ze bych mohl zamenit 'nx specialni shell' za bash a upravit selinux kontext pro authorized_key jako uzivatel nx a pak to zase vratit...

    kazdopadne, diky za snahu
  • 20. 1. 2009 9:50

    a (neregistrovaný)
    trochu pozdě ale přece :) - zkuste se mrknout na nastavení pamu, u mě to byl problém na opensuse, popřípadě v sshdconfigu úplně vypnout pam
  • 6. 1. 2009 12:16

    Fantomas (neregistrovaný)
    Mam freenx 06 a omezeni dvou klientu v nem je, ale pouze v ramci jedne klientske masiny. Z ruznych klientskych masin to funguje neomezene (snad ;-))