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