Trouble Hooking Windows NX Client to Linux FreeNX Server
I'm trying to connect the nxclient 2.0 program for Windows 2000 that I got from nomachine.com with the FreeNX 1.4 server for Ubuntu.
On the Windows 2000 desktop, I use the client program to try and connect to the server. I enter my username and password. If I enter either of these incorrectly, there is an authentication error, so I know the two machines are definitely talking. The progress dialog tells me that it manages to connect and start an X session... and then the dialog box disappears... but doesn't leave me with any visible results (an X session, for example). Under the NX Session Admin program, I can see that there is indeed a session registered and running on the Windows client. The log file for this session always looks like so: Quote:
On the Linux box, I can find zero log files. /var/log/nxserver.log is there, but it's empty. I can find no evidence that the FreeNX server running there is even aware of any connections being made. Googling reveals surprisingly little. I'm really at a loss! Does anyone know what might be wrong? Does anyone have any ideas as to what else I could do to try and figure this out? Thanks in advance, even if only for reading my post! |
I'm running into basically the same issue; Haven't really found anything useful online.
Maybe if we compare notes we might come up with something. Do you see anything like the following in your winlog? error opening security policy file /usr/X11R6/lib/X11/xserver/SecurityPolicy (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard names.keymap=(null)Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Couldn't load XKB keymap, falling back to pre-XKB keymap _FontTransOpen: Unable to Parse address "/mnt/NX/fonts/TTF Could not init font path element "/mnt/NX/fonts/TTF, removing from list! Could not init font path element /mnt/NX/fonts/misc, removing from list! Could not init font path element /mnt/NX/fonts/Speedo, removing from list! Could not init font path element /mnt/NX/fonts/Type1, removing from list! Could not init font path element /mnt/NX/fonts/75dpi, removing from list! Could not init font path element /mnt/NX/fonts/100dpi, removing from list! Could not init font path element /cygdrive/c/Program Files/NX Client for Windows/usr/X11R6/lib/X11/fonts/TTF, removing from list! Could not init font path element /cygdrive/c/Program Files/NX Client for Windows/usr/X11R6/lib/X11/fonts/base, removing from list! Could not init font path element /cygdrive/c/Program Files/NX Client for Windows/usr/X11R6/lib/X11/fonts/misc, removing from list! Could not init font path element /cygdrive/c/Program Files/NX Client for Windows/usr/X11R6/lib/X11/fonts/Speedo, removing from list! Could not init font path element /cygdrive/c/Program Files/NX Client for Windows/usr/X11R6/lib/X11/fonts/Type1, removing from list! Could not init font path element /cygdrive/c/Program Files/NX Client for Windows/usr/X11R6/lib/X11/fonts/75dpi, removing from list! Could not init font path element /cygdrive/c/Program Files/NX Client for Windows/usr/X11R6/lib/X11/fonts/100dpi, removing from list! winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned |
Update
I've discovered that using the client and server provided by nomachine.com, I can use the Linux machine to remote in to... itself. It's VERY low latency when the entire network is confined to the loopback device :-)
Still no luck with running from the remote Windows client. I wish I had another Linux machine in this building so I could test and see if it's just this machine / OS / client... |
THere was one interesting link I found:
http://blog.gmane.org/gmane.network.freenx.general Where the respondent says Quote:
|
Got it!
I did two things on the Ubuntu machine, and now it all works. First, I ran "xhost +" from the machine locally (not via ssh but in front of the actual machine) to enable remote display. Not sure this was necessary, but I did it, so I'm mentioning it. Second, I went to nomachine.com and downloaded the client, node and server packages- all three of them are necessary to have installed *on the server*. I don't know why, and it's very counter-intuitive, but there you go, right? Absolutely beautiful. Drop shadows work, my funky mouse button order is preserved, it's great! Let me know if you need any further help, jmeadows111 (or anyone else). |
Thanks - that worked for me as well!!
|
Quote:
the cookie mismatch is known as 'fake cookie authentication problem'. You can read about this problem and ofcourse about another problems and solutions here: http://openfacts.berlios.de/index-en...roblem_Solving or here: http://wiki.debian.org/freenx or here: http://gentoo-wiki.com/Talk:HOWTO_Fr....4.x_and_0.5.0 Hope it will help you. Predseda |
All times are GMT -5. The time now is 03:16 PM. |