Názory k článku
NX: vzdálená plocha pro šneky

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!

Nehodlam se hadat, pouze opakuji: "nemate pravdu".

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.

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.

Zdravím, pokud se pletu, tak mne prosím někdo opravte, ale obávám se, že to nejde (viz http://www.nomachine.com/…in-guide.php):

4. NX Server Authentication
NX is configured by default to allow access for any system user, as long as the user provides valid credentials for the SSH login. Please note that SSH authentication without password is not supported. NX offers an alternative authentication method, allowing the administrator to specify which user can access the system through NX. This works by implementing a separation between the system password and the NX password, so that, for example, it is possible to forbid remote access to the system by any other means except NX and use the NX tools to implement effective accounting of the system resources used by the user.
The NX administrator can control access to the NX system by configuring the server to use the authentication method better suited:

System authentication relying on SSHD + PAM authentication
NX authentication relying on NX Password DB
A further level of control, relying on the NX User DB, can be achieved by enabling only a restricted group of users to connect to the NX server. This configuration can be applied either combined with the system or NX authentication.

Předpokládám, že jsi myslel tohle (viz. dokumentace http://www.nomachine.com/…in-guide.php)
4.4. Replacing the Default SSH Key-Pair with Keys Generated for Your Server

The initial login between client and server happens through a DSA key-pair. The public part is provided during the installation of the server, while the private part is distributed together with the NX Client. In order to replace the default keys used by clients, you need to generate a new DSA key-pair and distribute the private part to those clients you want to get connected to the server.

Generating a new DSA key-pair

* Login as root on on the NX server host machine and run:

/usr/NX/scrip­ts/setup/nxser­ver –keygen

Distributing the new SSH private key to the clients

* Change the ownership and permissions on the authorized_keys file. Depending on which O.S. your NX is running on, you may need to execute:

chown nx:root /usr/NX/home/nx/­.ssh/authorized_ke­ys2
chmod 0644 /usr/NX/home/nx/­.ssh/authorized_ke­ys2

Or:

chown nx:root /usr/NX/home/nx/­.ssh/authorized_ke­ys
chmod 0644 /usr/NX/home/nx/­.ssh/authorized_ke­ys

* Change the ownership and permissions on the following file.

chown nx:root /usr/NX/home/nx/­.ssh/default.id_dsa­.pub
chmod 0644 /usr/NX/home/nx/­.ssh/default.id_dsa­.pub

* Distribute the private key from the newly generated key pair located in the file: /usr/NX/share/ke­ys/default.id_dsa­.key

* Once the new key has been distributed to clients, place it under the subdirectory ‚share/keys‘ of the NX Client installation tree reserved for this purpose.

When the key has been placed in the above location, use the key management facilities provided by the NX Client GUI in the ‚General‘ tab of the session configuration window, click on the ‚Key‘ button and choose Import to import the new key by navigating to the appropriate directory above. Click Save to save your changes.

PDF Format Important

* By renaming the new key uploaded on the client to: server.id_dsa.key the new key will be used as the default key for all NX sessions (except those sessions that have been previously configured to use a specific key).

Updating the NX Server Manager configuration

If the new SSH key has been generated, location and file name of the DSA key need to be specified in the NX Server Manager configuration file. Edit the /usr/NX/etc/ma­nager.cfg file and set a proper value for the NXSSHPathIden­tity key.

Restoring the default SSH key-pair

Starting from NX Server version 3.3.0, the –keyrestore server command allows to restore the SSH key-pair provided with the server package. The current public key will be moved to default.id_dsa­.pub.backup file, while the current private key will be moved to /usr/NX/share/ke­ys/default.id_dsa­.key.backup file. Run the following command to use the default SSH key-pair:

/usr/NX/bin/nxs­erver -–keyrestore

In order to restore the default SSH key in the client, use the key management facilities provided by the NX Client GUI: in the ‚General‘ tab of the session configuration window, click on the ‚Key‘ button and choose Default. Click Save to save your changes.

Moc fajn článek pomohl mi v úvodu. Jen bych rád poznamenal menší problém co jsem měl. Neměl jsem nainstalovane ssh (pro instalaci na unix systemech s podporou apt-get stačí doinstalovat příkazem: apt-get install ssh). Chvilku mě trvalo než jsem na to přišel. Nešlo mi vubec vytvořit uživatele na servru a tim padem samozřejmně ani přihlásit.

Při vytvoření uživatele to hazelo nasledující chyby:

xxxxxxxxxx:/h­ome/petr# /usr/NX/bin/nxs­erver –useradd xxx
{… několik tun vypisu…}
Info: NX Node out channel was closed (NXNodeExec)
Info: NX Node err channel was closed (NXNodeExec)
Info: closing nxssh's in, out, err FDs (flagfinished is: 0) (NXNodeExec)
Error: no ‚CONNECTED‘ message from NX Node (NXNodeExec)
NX> 595 ERROR: A fatal error occurred in NX Server.
NX> 595 ERROR: The exception id is: 06505CD4. To get detailed information about
NX> 595 ERROR: the error search for the string 06505CD4 in the system log
NX> 595 ERROR: file (usually ‚/var/log/mes­sages‘).
NX> 500 ERROR: Last operation failed.

A při přidavani hesla takovéto chyby:

xxx@xxxxxxxxxx:~$ /usr/NX/bin/nxs­erver –passwd
NX> 113 Changing NX password for user: xxx.
NX> 500 ERROR: The NX password database is disabled.
NX> 500 ERROR: Password for user: xxx not changed.
NX> 999 Bye.

Samozřejmně pak i userlist byl prázdný:

xxxxxxxxxx:/h­ome/xxx# /usr/NX/bin/nxs­erver –userlist
NX> 149 Listing NX users:

Username

NX> 999 Bye.

Takže snad někomu ulehčím hledáni chyby.