For those who want to find reasons for certain behavious of X2Go, read here: How To Debug or Troubleshoot your X2Go installation
No even though X2Go uses the same libraries, X2Go aims for an even greater integration into the Linux environment. It’s not possible to use NX client to log on to an X2Go server and vice versa.
Yes - the NX libraries of X2Go are actually the most recent versions of NXv3 libs available (including our own patch set). NoMachine is about to drop the NXv3 development branch completely and NXv4 will be released as closed source only .
Due to these circumstances in the future the X2Go project will be upstream source for NXv3 libs for quite some distributions like Debian or Ubuntu.
In former times the NX libs shipped with X2Go installed into an X2Go'ish location so that they would not interfere with the original NX libraries.
Nowadays the NX libs shipped with X2Go work as a replacement for the NXv3 that are not maintained by NoMachine anymore.
(This FAQ article has been written by Mike Gabriel, if someone does not agree with the given information on NoMachine, please be so kind to contact me, so that we can discuss it and possibly correct errors in the given information).
LTSP requires a high bandwidth on your network. It can efficiently be used in Local Area Networks (LANs) only.
However, X2Go is not a mere solution for local area networks, but it also allows for the integration of a mobile network into the system. Nomachine’s NX libraries - used by X2Go - enable the transport of whole desktop sessions over a narrow bandwith connection through the internet.
Further bonuses of X2Go are that you can pause a desktop session and take it to a different thin client for further use.
Both packages (
x2goserver-one) are obsolete as of April 2011. They have been removed from the current .deb repositories and they should not be used anymore (in fact they break your system). On .deb based system they will automatically be uninstalled with an update of the
X2go Server currently does neither have any group membership restrictions any more as former versions had. This may well be re-introduced, though, if someone picks up work on that.
x2goserver-home package added all known users on the server system to the group
x2gousers which made some people nervous when testing X2Go on production systems . For this reason we have dropped the auto-adding of users to groups in Apr 2011.
No. The postgres database is only needed if you are planing to use more than one connected server (server array). By default X2Go Server installs with SQLite3 support enabled. To set up X2Go with PostgreSQL as DB backend you have to edit the X2Go Server's configuration in /etc/x2go.
Although some tools (e.g. Gnome Keyboard Indicator) might have trouble changing the layout, you should be able to change the keyboard layout using setxkbmap.
setxkbmap de setxkbmap us
This happens because of a package that is available in Ubuntu, but not in Debian (not sure about other Linux distributions). The package is called
kscreen. If you encounter an X2Go session trying to launch KDE and this KDE session won't resize properly to your client-side screen or session window size, simply remove the
kscreen package from your X2Go Server.
This, however, may have an effect on your X2Go server's plug'n'play capabilities. The
kscreen package handles hotplugging of display hardware. So if your X2Go Server machine is used locally, as well as via X2Go, consider well, if it is ok to remove that package or not.
Some people have asked for font size customizations in X2Go session windows. Please use the DPI value in the session setup to customize font sizes within your X2Go sessions:
Add users that shall be granted X2Go file and folder sharing functionality to the fuse group on your system. For user foo this may look like this at the command line:
$ adduser foo fuse
This KB article shows one solution for this:
Probably because the server does not listen to client connections. Check whether the file
/etc/pulse/default.pa on the client contains the line:
load-module module-native-protocol-tcp auth-cookie=".pulse-cookie"
If not, add it. Alternatively you can load the module at runtime:
pactl load-module module-native-protocol-tcp 'auth-cookie=".pulse-cookie"'
To set a print target, you'll need
x2goclient. For example you can use the RDP tunneling feature of X2Go.
At this time libssh, the ssh library used by X2Go is unable to work with an ECDSA key. However you may use an RSA key–if you need to–or go with the SSH default authenticating method using the remote user's password.
If you already use openssh to get a shell on your x2go server, you may get this message when trying to connect with x2go:
The host key for this server was not found but an othertype of key exists. An attacker might change the default server key to confuse your client into thinking the key does not exist
This is related to the ECDSA Key (see FAQ above). To solve this issue, you can disable ECDSA keys on your ssh server configuration, by commenting the following line in /etc/ssh/sshd_config file:
Then restart ssh service. Now you should not get the error message anymore.