Remote access to the Linux desktop with SSL encryption: x11vnc + SSVNC client
In the latest versions of the GNOME desktop software is available that allows for remote access to the desktop with a simple client VNC from any other operating system. I'm talking about WINE. Although it is easy to set up, it does not guarantee a sufficiently strong encryption of data. In fact, we may be subject (for technical reasons that I'm not here to explain) to bouts of man-in-the-middle. For this reason I decided to show the configuration of another VNC server and a VNC client slightly more advanced: x11vnc (server) and SSVNC (client). All seasoned with a SSL tunnel that provides us shelter from prying eyes!
First, an introduction. The guide covers the installation of the server (x11vnc) on Debian Sid (unstable release), but the procedure is the same for Ubuntu and other Debian-based distribution with the appropriate changes to the commands to install the packages of interest. In addition, it is very important to remember that after you install the server, you must open TCP port VNC (default 5900) on the firewall you may have installed on the server. Still, to be able to conveniently access from the outside (ie from the Internet) should evaluate to a free subscription to a service such as Dyndns or no-ip that allow you to have a host name on the network with our connection. At this point I would say that we are ready to start.
- Installing and configuring the server x11vnc + openssl
x11vnc openssl and are present in the Debian and Ubuntu repositories, so you can type the usual apt-get command in a terminal and logged in as root:
# Apt-get install openssl x11vnc
The openssl package is needed to create encryption certificates to be used for remote connections protected by SSL. The next step will be to create the certificates to be used for subsequent connections. I chose to use the most secure method, or the use of a Certification Authority (hereafter CA) to sign the various certificates. In this way we will be sure to use the client side of the original and not a counterfeit. Let's create the certificate and key to our CA (be careful, you have to type these commands from a simple user and not as root!):
$ X11vnc -sslGenCA
When you ran the command shown above, you will see that you will create all the necessary say in your user's home directory and then you will be prompted to enter a passphrase. It 'a good idea to choose a password long and difficult and if you are anxious to forget, will you start using some soft of password management as those of which I have spoken on other occasions. After you type the passphrase, you will be prompted for all information regarding our CA. We carry a small sample of what you'll see on the terminal and what I've typed:
Enter PEM pass phrase:
Verifying - Enter PEM pass phrase:
You are about to be asked to enter information That will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', The field will be left blank.
Country Name (2 letter code) [AU]: US
State or Province Name (full name) [mystate]: Italy
Locality Name (eg, city) : Power
Organization Name (eg, company) [x11vnc CA server]:
Organizational Unit Name (eg, section) :
Common Name (eg, YOUR name) [zeno x11vnc CA server]:
Email Address [x11vnc@CA.nowhere]:
Your public x11vnc CA cert is:
It may be copied to other applications, eg Web browser, Java
Applet keystore, or stunnel cfg, to use to verify signed server
or client certs, etc.
Your x11vnc CA private key is:
It will be used to sign the server or client certs, keep it secret.
We are now ready to proceed to the next step, namely the creation of Chavi and certificates for the VNC server. Then, again from the terminal and simple user, we run the following command:
$ X11vnc server -sslGenCert
You'll find yourself having to answer some questions in a manner very similar to what happened with the previous command. It 'important to you to insert a PEM passphrase for the certificate and that, when asked, to insert also the passphrase used previously for the certificate of the CA. Here is a small sample of what you will see on the terminal and where you work by entering the passphrase:
Do you want to protect the generated private key with a passphrase?
Significantly Doing so will decrease the chances someone could steal
the key and pretend to be your x11vnc server. The downside is it is
inconvenient Because You will have to supply the passphrase every
time you start x11vnc using this key.
Protect key with a passphrase? [Y] / n
writing RSA key
Enter PEM pass phrase:
Verifying - Enter PEM pass phrase:
Now signing the new key with the CA private key. You will need to supply
the CA key passphrase and reply "y" to sign and commit the key.
Using configuration from /home/zeno/.vnc/certs/tmp/cnf.11234
Enter pass phrase for ./CA/private/cakey.pem:
Check That the request matches the signature
So far we have created the keys and certificates to encrypt the connection and, therefore, there rirtoveremo with the following files in our home directory:
~ / .vnc / Certs / CA / cacert.pem -> public certificate from our CA
~ / .vnc / Certs / CA / private / cakey.pem -> the private key of our CA
~ / .vnc / Certs / server.crt -> the public certificate of the VNC server
~ / .vnc / Certs / server.pem -> the private key + certificate of our server VNC
At this point, we have to copy the file cacert.pem with a safe on the PC on which we will use the VNC client. Of course I leave it to you to decide what to do, but it really is essential that this step is done in the safest way possible. Personally I transfer it via a USB stick or by using scp. If you need to use the VNC client on another Linux machine, you can copy the file to the home directory of the user who will launch the client itself (~ / .vnc / certs / CA / cacert.pem). Moreover, we must ensure that the certificate of our CA is then used by the VNC client that we will use and in our case we will see how to proceed with the client SSVNC.
We have not yet finished with the configuration of the server, we are missing the last step which is to create the password to access the server. In fact, the current state of the configuration, the server is operational but is not required the use of a password from the client to access and, therefore, it is sufficient to obtain the certificate. Obviously this is not very safe, and for this reason we insert a password to access the server:
$ X11vnc -storepasswd
The command you typed earlier you return the following prompt:
Enter the VNC password:
Write to /home/zeno/.vnc/passwd password? [Y] / ny
Password written to: /home/zeno/.vnc/passwd
Now the server is ready to be started. To do this we can type the following command:
-usepw -ssl SAVE $ x11vnc -display: 0
You will be prompted to enter the pass phrase chosen when creating the certificate of the server (the server does not CA!) And then the VNC server will be started and listening on port 5900. If you want we can choose to start the server on a different port from the standard adding to the boot command the following parameter:
We finished with the server. We proceed with the installation of the client.
- Installation and use of client SSVNC
In fact the client to the server will not be installed It 'can directly download the binaries available for Windows, Mac OS and Unix / Linux. We can get the file from here . If you want you can get the files containing the binary only operating system of our interest or those containing the source code of the client by going to this page . I decided to use SSVNC also because downloading to a USB stick all the binaries for various operating systems can access your desktop from any computer available in the world without having to install anything! ... Also, for example, in an Internet Cafe in London ... Of course, mind you as stored in the encryption certificates and do not miss the USB stick!
After downloading the file of interest to us, we need to unpack it and in it, having downloaded the file with the tracks that I mentioned in the first link, we will find different folders for different operating systems. We identify what interests us and we start "ssvnc." We will meet in front of this screen (the client was started on Win XP):
First click on the button "Certs ..." that allows us to open the window to enter the SSL certificate from our server to the client. Of course, this certificate must be previously copied to your computer where you start the client just like just explained when we talked about the configuration of the server. Here is the shielded region
In the row for "ServerCert" we have to load our certificate "cacert.pem." When we did that we can click on the "Done" and return to the previous screen. Here we must first enter the IP address or hostname of our server in the line. You'll have to find yourself qulcosa like this:
Click if you want (not mandatory!) The file "Fetch Cert"
And the client will connect to the server and acquire the certificate from the server:
When you finish viewing the certificate, click on "Dismiss". This last step is used to control a consistency between the server certificate and the certificate that we have just uploaded manually to ensure that the server certificate or the manually loaded on the client have been compromised. This manual control can be avoided by leaving unchecked the option to SSVNC "Verify all certs". Now I'd say it's time to start the VNC session itself. So, click on the "Connect" button and it will start trying to connect to the server:
If everything went well, in a few moments we will see the screen that asks for the password:
We enter the password you chose earlier and finally we are ready to use our Remote Desktop protected by a secure connection with SSL tunnel!
If you have any questions, especially on how to access the Internet and how to configure NAT on your router, ask!
Did you like this article? Sign up for the newsletter to receive information on updates of the blog: