slitaz-doc-wiki-data view pages/en/guides/remotedesktop.txt @ rev 141
Added nmon to en:handbook:systemtools
| author | Christian Mesh meshca@clarkson.edu |
|---|---|
| date | Mon Mar 19 22:00:56 2012 +0000 (2012-03-19) |
| parents | |
| children |
line source
1 ===== Remote Desktop =====
3 \\
5 ==== NoMachine (NX) ====
7 <note important>This section is under construction and has not been verified by others. It has been created from one particular (working) configuration.</note>
9 [[http://www.nomachine.com|NoMachine]] (NX) is a propietary remote desktop system, supporting multiple hosts and keypair-based log-ins.
11 <note>This guide assumes you have a working SSH configuration for remote access. NoMachine/NX channels authentication and encrypted communications through SSH. This can be via password authentication or an RSA key pair; NoMachine/NX uses a DSA key pair to authenticate.</note>
13 <note>My ([[http://forum.slitaz.org/index.php/profile/20/seawolf|seawolf]]) personal SSH configuration uses a non-standard port and key pair-based, password-less authentication. The differences in this guide to a standard, password-protected SSH configuration using port 22 are irrelevant as the default is given initially.</note>
15 There are three parts to a NX system:
16 - the **server** is the machine to which you connect;
17 - the **node** is one in a group of resources that hosts your session - this can be the server;
18 - the **client** that connects to a server (and in turn, the node).
20 \\
22 === Download the Software ===
24 There are three packages available to [[http://www.nomachine.com/download-package.php?Prod_Id=2071|download]] from NoMachine. All clients must have installed the client package, whereas all three packages must be installed on servers and nodes. This is because parts of the client package is used by the node, parts of which are used by the server.
26 * Decompress the three NX packages (client, node, server) on the server into ''/usr'' to create ''/usr/NX'' directory.
27 * Decompress the client package on the client(s).
29 \\
31 === Server Configuration ===
33 The automated commands are not compatible with BusyBox and the SliTaz configuration, so the installation commands need to be edited:
34 * Create the symlinks ''/etc/rc.d/rc#.d/'' all pointing to ''/etc/init.d/''. This can be easily achieved with the following command performed as the //root// user:
35 * ''for NUM in 0 1 2 3 4 5 6 ; do cp /etc/rc.d/init.d /etc/rc.d/rc$NUM.d; done''
37 * Modify ''/usr/NX/scripts/setup/nxserver'' by:
38 * fixing the user add/del commands in lines 924, 963, 984.
39 * comment out the command in line 956 by placing a hash immediately after the opening quotation mark (command not needed)
40 * Install the server: ''sudo /usr/NX/scripts/setup/nxserver --install fedora''
41 * the OS doesn't really matter but it's the closest match for the numerous /etc/init.d commands
42 * Change the server name & SSH port (if necessary) in ''/usr/NX/etc/server.cfg'' (line 31, 36 & 236)
43 * Allow administrative logins in line 87 of ''/usr/NX/etc/server.cfg''
45 \\
47 === Node Configuration ===
49 The automated commands are not compatible with BusyBox and the SliTaz configuration, so the installation commands need to be edited:
50 * Modify ''/usr/NX/scripts/setup/nxnode'' by:
51 * specify SSH port in line 43 (if necessary)
52 * change to ''local.sh'' on line 1305
54 * Install the node: ''sudo /usr/NX/scripts/setup/nxnode --install fedora''
55 * ignoring warning about CUPS detection if you don't have a printer
56 * Change server name & SSH port (if necessary) in'' /usr/NX/etc/node.cfg'' (line 32, 342)
58 \\
60 === User Configuration ===
62 * Enable the nx user account by using: ''sudo passwd -u nx''
63 * Confirm this with: ''sudo /usr/NX/bin/nxserver --usercheck //username//''
65 <code>
66 NX> 900 Verifying public key authentication for NX user: //username//.
67 NX> 900 Adding public key for user: //username// to the authorized keys file.
68 NX> 716 Public key added to: /home/ //username// /.ssh/authorized_keys2.
69 NX> 900 Verifying public key authentication for NX user: //username//.
70 NX> 900 Public key authentication succeeded.
71 NX> 999 Bye.
72 </code>
74 You should now be able to log-in to the server/node using a normal username and password.
76 \\
78 === Recreating Keys ===
80 When the default key pair authenticates correctly, they should be regenerated for security reasons. Issue the following command to create a new key pair:
81 ''sudo /usr/NX/bin/nxserver --keygen''
83 New keys should be created. Distribute the secret key ''/usr/NX/share/keys/default.id_dsa.key'' to clients and import it in the client GUI (Configure > General > Server > Key... > Import).
85 Restart the server (''sudo /usr/NX/bin/nxserver --restart'') to complete the changes.
87 \\
89 === Tips ===
91 * If you want to use key pair and password-less authentication, ammend ///etc/ssh/sshd_config// with:
92 PasswordAuthentication no
93 AllowUsers nx //other usernames//
95 * Open ports 5000-5200 for an unencrypted connection. This is because after a successful authentication has taken place the client reconnects to a display in the range starting at 'DisplayBase' up to the value ('DisplayBase' + 'DisplayLimit'). These parameters default to the values "1,000" and "200" respectively and TCP port numbers are obtained by adding the value "4,000" to the display numbers, thus giving 5000 and 5200. If encrypted display is enabled, all traffic is piped through SSH.
97 * If the client fails to connect to the server with the following messages:
99 <code>
100 NX> 203 NXSSH running with pid: //PID//
101 NX> 285 Enabling check on switch command
102 NX> 285 Enabling skip of SSH config files
103 NX> 285 Setting the preferred NX options
104 NX> 200 Connected to address: //IP address// on port: //SSH port//
105 NX> 202 Authenticating user: nx
106 NX> 208 Using auth method: publickey
107 NX> 204 Authentication failed.
108 </code>
110 then the ''/usr/nx/home/nx/.ssh/authorized_keys2'' file is likely at fault.