Note: This web page was automatically created from a PalmOS "pedit32" memo.

NX notes


(This is about the X11 compression protocol, not the feature of newer
x86 CPU's that give better memory protection)

http://www.fedoranews.com/contributors/rick_stout/freenx/

Apparently there is an opensource version of the server at the above
URL, but then you're expected to download a client from nomachine.com.
They had clients for a variety of linuxes, mac, solaris and windows.

rpm'ing the client provided /usr/NX/bin with a variety of executables,
including "nxclient".

Running nxclient brought up a GUI-based configuration dialog.  I chose
to select a VNC connection from among the choices, but upon trying
to connect, I got an error about NX not being present on the server,
despite having just rpm'd two NX server-related rpm's.

I had NX (ssh) authentication problems initially, because although
the public and private keys on the client and server started out with
the same initial characters, they were -not- the same!  So I used
ssh-keygen -y and entered the path to my dsa private key on my client
host (at home), which gave me the correct public key, and put that
into ~nx/.ssh/authorized_keys2.  Then I could ssh nx@seki.nac.uci.edu
(from the client - home, to the server - seki), without a password.

Next, even though I asked the NX client to connect to my VNC session
on seki, I had to enter my unix password on seki, not my vnc password,
into the NX client at home.

Next hurdle: sometimes when I connect via NX, I got "error in options
string: 'NX> '.", and once I got a "big !M" screen.  I see a lot of
people saying that "error in options string" thing is due to a space in
the session name, however, I don't have any spaces in my session name.
I also tried renaming my session from "seki.nac.uci.edu" to just "seki",
but that didn't help either.

I've traced down a network problem on my DSL router:
root@OpenWrt:/proc/sys/net/ipv4/conf# for i in */proxy_arp; do echo 1 >
$i; done
This is definitely helping my VNC sessions...  As far as NX goes, this
was necessary, but not sufficient...


nxtunnel didn't work that well for me:
http://web.walfield.org/pub/people/neal/nxtunnel/
It required:
http://ftp.debian.org/debian/pool/main/n/netpipes/netpipes_4.2.orig.tar.gz
...and ISTR that it wanted NX in your home directory, not in the place
the RPM's put it


To get two nxproxy's talking:
1) On the remote machine, run: nxproxy -C
2) If the above says it's on 4008, then run the following on the local
   machine: nxproxy -S seki.nac.uci.edu:8
..be sure to unblock tcp 4008 or whatever in your firewall, if any.


I scrapped the nxproxy's, and got results almost immediately.  I finally
went back to nxclient, toasted the VNC config inside it, and went to a
custom X command: vncviewer.  And it usually works very well now.  :)


It really is very fast.  At first, I wasn't that impressed, as it
seemed to take a while to redraw some things, but then I cranked up the
cache sizes, and it's quite impressive.  Starting up a session can be
flakey still - sometimes I got that same silly error about "NX> ",
and other times vncviewer freezes very early on (before the first full
screen draw finishes), but it's setting up sessions well, often enough,
that I'm using NX a lot now.

2005-04-08 I concurrently conducted 4 large downloads today, and NX's performance was still quite liveable. In fact, even xpenguins was still reasonably smooth. :)
2005-04-18 It was suggested on the LTSP mailing list that NX uses ssh compression, in addition to its own. True?
On ubuntu, it is suggested to do: It's not in Ubuntu's repositories, but is available for Debian. Add the following line to your /etc/apt/sources.list deb http://kanotix.com/files/debian/ ./ The repository is for Kanotix, a Debian/SID Knoppix derivative. Run apt-get install freenx. Then, run nxsetup ...however, the apt-get command yields: root@ubuntu:~# apt-get install freenx Reading package lists... Done Building dependency tree... Done W: Couldn't stat source package list http://kanotix.com ./ Packages (/var/lib/apt/lists/kanotix.com_files_debian_._Packages) - stat (2 No such file or directory) W: You may want to run apt-get update to correct these problems E: Couldn't find package freenx root@ubuntu:~# So next I'm trying: http://www.gnomeuser.org/documents/howto/nx.html Alas, this stuff appears to be True Blue NX, from NoMachine, not a version of FreeNX. BTW, the doc that comes with it has a section on how to set it up with LTSP...
NoMachine's GPL'd portions: Instructions for building and running: http://web01.nomachine.com/documentation/building-components.php Oodles of GPL source code, unfortunately often as forked copies of very established projects: http://www.nomachine.com/sources.php
Includes a link to a mandrake src rpm: http://www.linux-tip.net/cms/content/view/158/6/
Rumor has it that playing a movie via NX is slower than raw X11. The poster indicated that with NX, the CPU would get pounded, and you could only play in a small video window.
http://www.linuxjournal.com/article/8342


Back to Dan's palm memos