![]() It is possible to “pimp” X2Go with Arctica's NX-Libs, though we strongly advise against doing so on a production server. X2Go bases its NX-Libraries releases on Arctica's release versions, similar to how Debian prefers “stable and well-tested” over “bleeding edge”. ![]() the announcement here: ), but they provide nightly builds as well. Some X2Go volunteers are joining in on that effort as well, also, there are sponsors involved, namely Qindel/TheQVD, who work on improving the NX-Libs themselves as well as paying others to do so.įrom time to time, Arctica will bundle up a release (see e.g. See the following article for differences between the free edition of NoMachine and NoMachine Workstation:Īnd for differences between connections to the physical desktop and virtual desktops:The Arctica Project is a fork/spin-off of X2Go, and overlapping with X2Go in several goals as well as the names of the volunteers involved.Ĭurrently, one of the most important sub-projects within the Arctica project is the task of updating the NX-Libraries (the code that NoMachines was forced to release under GPL, on which FreeNX, NeatX, X2Go etc. When connecting to a Linux host which doesn't have an xserver running, you will be able to run "virtual desktop sessions". NoMachine Workstation or any of the other products supporting virtual desktops will let you connect even if you don't have an X server running. Run the client and connect to the desktop of your headless linux server. Your NoMachine is now ready for connections. $ DISPLAY=:0 nohup /etc/gdm/Xsession gnome-session & Once the desktop environment is installed, start it on display 0. $ sudo yum groupinstall 'X Window System' 'GNOME' ![]() If you don't have a desktop environment installed, please install it.įor example to install a gnome desktop environment run: This package is not in the standard RHEL 7 repositories, when you get message 'No package Xvfb available', it is likely you need to enable the optional content repositories.ĭon't worry if xauth says "file. $ DISPLAY=:0 nohup /etc/X11/Xsession default & Step 5: Run Xvfb with 24-bit screen depth $ xauth add :0 MIT-MAGIC-COOKIE-1 $COOKIE Step 4: Add the cookie to the user's authority file If you want to use a different value for AUTHFILE specify an absolute path.ĭon't worry if xauth says "file th does not exist". $ xauth -f $AUTHFILE add :0 MIT-MAGIC-COOKIE-1 $COOKIE Step 3: Create the Xvfb authority file with the just-created cookie $ COOKIE=`ps -ef | md5sum | cut -f 1 -d " "` Step 2: Create a random cookie (a 16-hex-digit string) Step 1: Install Xvfb on your server host machine If you want to set a different display, change the node.cfg key: #DisplayDefault :0 by replacing the '0' with the correct number.ġ) Debian/Ubuntu, tested on Ubuntu 12.04 LTS and Debian 6.Ĭommands below use the 'sudo' utility, if you don't have the sudo utility installed, log on as superuser ("root") and run the commands without sudo. You can use a display server like Xvfb for creating the virtual display and then run GNOME or another desktop environment. This happens because the graphics hardware is often turned off on headless machines, making the X server unable to start. In order to use NoMachine version 4 on a headless Linux server (this also includes VMs running on, for example, Amazon EC2) you will need to manually create a virtual display and start a desktop environment. See this article for possible solutions: Pre-requisite: Having a desktop environment installed.įor more technical details, please refer to the following feature request: Ī special case: depending on the video card, the X server could be running but not able to make rendering because the video card is turned off. When the local X server cannot be found, NoMachine will use its own display service (that is an embedded X server) to let users connect seamlessly a physical desktop running in background on the remote machine. 5, it's no longer necessary to manually install a display server like Xvfb as described below. ![]()
0 Comments
Leave a Reply. |