10

I am testing a Google Compute Engine, and I created a VM with Ubuntu OS. When I connect to it, by clicking this Connect SSH button, it opens a console window.

Is that the connection you get?

How do I open a real screen with a GUI on it? I don't want the console.

Peter Mortensen
  • 30,738
  • 21
  • 105
  • 131
Assassinbeast
  • 1,207
  • 1
  • 17
  • 33

4 Answers4

15

Much better solution from Google themselves:

https://medium.com/google-cloud/linux-gui-on-the-google-cloud-platform-800719ab27c5

sapanda
  • 792
  • 1
  • 9
  • 17
7

You need to forward the X11 session from the VM to your local machine. This has been covered in the Unix and Linux stack site before:

https://unix.stackexchange.com/questions/12755/how-to-forward-x-over-ssh-from-ubuntu-machine

Since you are connecting to a server that is expected to run compute tasks there may well be no X11 server installed on it. You may need to install X11 and similar. You can do that by following the instructions here:

https://help.ubuntu.com/community/ServerGUI

Since I have needed to do this recently, I am going to briefly write up the required changes here:

Configure the Server

$ sudo vim /etc/ssh/sshd_config

Ensure that X11Forwarding yes is present. Restart the ssh daemon if you change the settings:

$ sudo /etc/init.d/sshd restart

Configure the Client

$ vim ~/.ssh/config

Ensure that ForwardX11 yes is present for the host. For example:

Host example.com
    ForwardX11 yes

Forwarding X11

$ ssh -X -C example.com
...
$ gedit example.txt

Trusted X11 Forwarding

http://dailypackage.fedorabook.com/index.php?/archives/48-Wednesday-Why-Trusted-and-Untrusted-X11-Forwarding-with-SSH.html

You may wish to enable trusted forwarding if applications have trouble with untrusted forwarding.

You can enable this permanently by using ForwardX11Trusted yes in the ~/.ssh/config file.

You can enable this for a single connection by using the -Y argument in place of the -X argument.

Community
  • 1
  • 1
Matthew Franglen
  • 4,441
  • 22
  • 32
  • Hey, thanks for helping me out! I just did the two steps under X11 Server Installation in the link you sent me. I have run both of the commands and there seems to be no error. But what now? – Assassinbeast Dec 01 '14 at 16:51
  • After installing the X11 server on the server you then need to connect it to your local machine by forwarding the X11 session. Look at the first link. – Matthew Franglen Dec 01 '14 at 16:54
4

These instructions are for setting up Ubuntu 16.04 LTS with LXDE (I use SSH port forwarding instead of opening port 5901 in the VM instance firewall)

1. Build a new Ubuntu VM instance using the GCP Console

2. connect to your instance using google cloud shell

gcloud compute --project "project_name" ssh --zone "project_zone" "instance_name"

3. install the necessary packages

sudo apt update && sudo apt upgrade
sudo apt-get install xorg lxde vnc4server

4. setup vncserver (you will be asked to provide a password for the vncserver)

vncserver
sudo echo "lxpanel & /usr/bin/lxsession -s LXDE &" >>  ~/.vnc/xstartup

6. Reboot your instance (this returns you to the Google cloud shell prompt)

sudo reboot

7. Use the google cloud shell download file facility to download the auto-generated private key stored at $HOME/.ssh/google_compute_engine and save it in your local machine*****

cloudshell download-files $HOME/.ssh/google_compute_engine

8. From your local machine SSH to your VM instance (forwarding port 5901) using your private key (downloaded at step 7)

ssh -L 5901:localhost:5901 -i "google_compute_engine" username@instance_external_ip -v -4

9. Run the vncserver in your VM instance

vncserver -geometry 1280x800

10. In your local machine's Remote Desktop Client (e.g. Remmina) set Server to localhost:5901 and Protocol to VNC

Note 1: to check if the vncserver is working ok use:

netstat -na | grep '[:.]5901'
tail -f /home/user_id/.vnc/instance-1:1.log

Note 2: to restart the vncserver use:

sudo vncserver -kill :1 && vncserver

***** When first connected via the Google cloud shell the public and private keys are auto-generated and stored in the cloud shell instance at $HOME/.ssh/

ls $HOME/.ssh/
google_compute_engine  google_compute_engine.pub  google_compute_known_hosts

The public key should be added to the home/*user_id*/.ssh/authorized_keys in the VM instance (this is done automatically when you first SHH to the VM instance from the google cloud shell, i.e. in step 2) you can confirm this in the instance metadata

Arash Joorabchi
  • 349
  • 2
  • 6
  • I'm confused about instruction 7: "Use the google cloud shell download file facility to download the auto-generated private key stored at $HOME/.ssh/google_compute_engine and save it in your local machine" . My instance didn't make a file at `$HOME/.ssh/google_compute_engine`. I have a local file like that, but not a remote – Nathan majicvr.com Aug 24 '19 at 06:41
2

Chrome Remote Desktop allows you to remotely access applications with a graphical user interface from a local computer or mobile device. For this approach, you don't need to open firewall ports, and you use your Google Account for authentication and authorization.

Check out this google tutorial to use it with Compute Engine : https://cloud.google.com/solutions/chrome-desktop-remote-on-compute-engine

Mathieu Rollet
  • 2,016
  • 2
  • 18
  • 31