Contents

A Linux Development Desktop with VMware Horizon - Part I: Horizon

The Universal Workbench

I often thought about writing down my experiences on the topics of Jumphosts, Shell-modifications and useful tools in a series of blog posts, but I hadn´t found the right moment, until I saw the following Tweet, where Alex asked his followers how they get access to a Linux system if they aren´t running Linux on their workstation (locally).

Similar to Mark´s answer, I´m also using a VDI (Virtual-Desktop-Infrastructure) desktop for my purposes and I began writing this series…back in January…time passed by and due to other projects I worked on and which demanded a lot of my attention (VEBA 😁), it took a little bit longer to publish them.

Thank You
Big thanks to Gerrit Lehr, Hilko Lantinga and Alex Lopez for your valuable input and feedback.

Having a suitable Jumphost, Remotehost, Development-workstation or however you like to call the system that you connect to, to have access to the appropriate tools and applications available, comes in very handy when you reach the limits or get stuck with your local machine.

Examples:

  • [Ops] Deploying an OVA (Open virtualization Appliance) which is located locally on your workstation into your remote Datacenter via VPN isn´t really a good idea.
  • [Dev] I recently had to repeatedly create new versions of an OVA for testing purposes as changes were made to the code. Building the OVA takes time.

And another very important aspect of having a “Developer-friendly” environment quickly available comes into play! Let´s consider the rise of Kubernetes for example. Organizations today will perhaps reach a point, where it will be necessary to employ external developers and engineers (e.g. SRE´s, PRE´s) and provide a environment to them, that is on the one hand organization compliant and on the other hand offers sufficient flexibility and appropriate tools to these developers and engineers.

With this series of posts, I´d like to demonstrate how you can build such an environment for the described use-cases on your own and what´s necessary to offer it as a VDI desktop to your team or external employers. This will include the setup of a VMware Horizon Connection Server (broker for client connections), the installation, configuration and preperation of the Linux distributions Ubuntu and CentOS and how you can turn them into a universal workbench for development and operations.

Please give 3 minutes of your precious time for the following recording to get an idea of what you can expect at the end of these three articles.

Video I: SSO and HTML5 feature in VMware Horizon

My Mindnode

Download on

/img/posts/201912_development_desktop/rg_022020_mindnode_post_devdesk.png
Figure I: Mindnode Development Desktop

1. Setup VMware Horizon Connection Server (v.7.11)

The VMware Horizon Connection Server is the broker for your client connections which authenticates users through Windows Active Directory and directs the request to the appropriate virtual machine (Figure II).

/img/posts/201912_development_desktop/CapturFiles-20200218_034842.jpg
Figure II: VMware Horizon Client authenticating to a Connection Server

Source: Digital Workspace Tech Zone - VMware Workspace ONE and VMware Horizon Reference Architecture

If all PREREQUISITES are given (Figure I: Mindnode Development Desktop), the installation itself is really quick and simple.

Short overview

  • Windows Server VM (W2k8R2 - W2k19) which is part of a MS Domain
    • The Connection Server cannot be installed on a Domain Controller (e.g. for a PoC or a Homelab)
  • Download and install the Connection Server v.7.11 installer (VMware-Horizon-Connection-Server-x86_64-7.11.0.exe / ~250 MB)
  • Select the View Standard Server role
  • Choose a User or a Group (local or AD) to authorize them for Horizon 7 administration

That´s it roughly! Therefore, it´s not necessary for me to go into the details here and instead, I´d like to refer you to the following sources:

VMware Docs

Post by Carl Stalhood

2. Install a Linux-VM

2.1 Select a Linux Distribution

In this post, I´ll concentrate just on Ubuntu 18.04 LTS and CentOS 8.0 but in case that this is not your pick, you´ll find all Linux distributions that are supported for Horizon Agent on page 14 of the official installation guide here: “Setting Up Horizon 7 for Linux Desktops”.

2.2 Download Linux installation iso

2.3 Create a new Virtual Machine

Now that your iso is ready to be mounted let´s create a new Virtual Machine. Choose your distro from the list and configure your vHardware. I followed the official recommendation for “Improved video playback in a 2D desktop (page 23).

/img/posts/201912_development_desktop/CapturFiles-20200219_123512.jpg
Figure III: Linux Distribution & vHardware Settings

For CentOS I chose the “Workstation” option. Minimal installation is sufficient for Ubuntu.

/img/posts/201912_development_desktop/CapturFiles-20200224_093014.jpg
Figure IV: Installation options CentOS 8.0 & Ubuntu LTS 18.04

Compared to CentOS, it´s not possible under Ubuntu to make the system settings like e.g. the Network-settings or NTP during the initial phase of the installation. So make sure that you configure everything after Ubuntu is booted for the first time.

2.4 NTP (Ubuntu)

Proper network time synchronization is an essential part of monitoring a network and resolving issues within it!

1
2
3
4
sudo apt install ntp
systemctl status ntp
timedatectl list-timezones
timedatectl set-timezone Europe/Berlin

Set your NTP server in the /etc/ntp.conf file. Chose an server pool closest to your location (https://www.ntppool.org/zone) and restart the ntp.service (systemctl restart ntp) after you´ve finished your configuration.

2.5 SSH (Ubuntu)

Activating SSH makes all the configurations, which will follow, a lot easier (copy & paste) in comparison to using the VMware Remote Console. OpenSSH has to be installed on Ubuntu:

Ubuntu:

1
sudo apt install openssh-server

CentOS: OpenSSH server is installed and enabled by default.

Check that the service is Active and running:

1
systemctl status sshd.service

2.6 Packages and module dependencies

We´re planning to join our system into a Active Directory Domain and also want to install the VMware Horizon View Agent, which is necessary for adding our machine to a Desktop-Pool later on. Before we can continue, it´s necessary to eliminate some dependencies by installing some packages upfront.

Note: The following only applies to CentOS 8.0 with Horizon Agent version 7.11
Do not** run yum update!

Normally, the first step I do after setting up a fresh Linux system, is the update of every currently installed package of it (apt update / yum update). You can run the update and upgrade “safely” for Ubuntu but NOT for CentOS 8.0. The VMware Horizon View Agent v.7.11 does not support gnome-shell version 3.3x. If you run the sudo yum update command, the gnome-shell will be updated and this leads to the following error:

1
2
3
The version of gnome shell 3.32.2 isn't matched,\n
                       try to replace default version.
Don't support 8.1.1911, disable sso

“Disable SSO” isn´t what we want!

I also tried to exclude the package update for the GNOME Shell by excluding it as well as Mutter from the yum.conf file…

1
2
3
sudo vim /etc/yum.conf

exclude=gnome* mutter*

…but this will cause the system to boot with a black-screen. I got the internal feedback, that we´ll support CentOS 8.1 (gnome-shell 3.3x) with Horizon v.7.12.

[2020-03-17] Update
VMware Horizon 7.12 with CentOS 8.1 support released: Release Notes

As already mentioned earlier, normally I update my freshly installed system immediately after the first boot. Let´s do this now!

Ubuntu:

1
sudo apt -y update && sudo apt -y upgrade && sudo reboot

CentOS:

1
sudo yum update

Now that our system has a current state, we will install the needed packages which are necessary to proceed further.

Ubuntu:

1
sudo apt -y install open-vm-tools-desktop vim curl git build-essential realmd python python-dbus python-gobject

CentOS:

1
sudo dnf -y install sssd oddjob oddjob-mkhomedir adcli samba-common-tools

3 Single Sign-On

Source: VMware Horizon 7: Setting Up Single Sign-On

The Horizon Single Sign-On feature gives us the great ability to connect to our Linux system via the Horizon View Client (Video I & Figure II) with an, on the Desktop-Pool level, entitled Active Directory user. This also includes the creation of users home directory if the user logs in for the first time. We have to integrate our Desktop with an Active Directory first to make use of SSO.

3.1 Integrating Ubuntu with Active Directory

Source: VMware Horizon 7: PowerBroker Identity Services Open (PBISO)

Ubuntu:

Pbis-open Releases: https://github.com/BeyondTrust/pbis-open/releases

Download and installation:

1
2
3
wget https://github.com/BeyondTrust/pbis-open/releases/download/9.1.0/pbis-open-9.1.0.551.linux.x86_64.deb.sh
chmod +x pbis-open-9.1.0.551.linux.x86_64.deb.sh
sudo ./pbis-open-9.1.0.551.linux.x86_64.deb.sh

Domain join:

1
2
3
4
5
6
7
8
sudo domainjoin-cli --loglevel info join jarvis.lab admin@jarvis.lab

Joining to AD Domain:   jarvis.lab
With Computer DNS Name: devdesk-ubuntu.jarvis.lab
admin@JARVIS.LABs password:
Warning: System restart required
Your system has been configured to authenticate to Active Directory for the first time.  It is recommended that you restart your system to ensure that all applications recognize the new settings.
SUCCESS

If you get the following error during the domain join…

Error
DNS_ERROR_BAD_PACKET [code 0x0000251e] A bad packet was received from a DNS server. Potentially the requested address does not exist.

…then the following applies: “It’s not DNS”“There’s no way it’s DNS”It was DNS!. Make sure DNS is set up properly.

Default configuration for domain users:

1
2
3
4
sudo /opt/pbis/bin/config UserDomainPrefix jarvis
sudo /opt/pbis/bin/config AssumeDefaultDomain true
sudo /opt/pbis/bin/config LoginShellTemplate /bin/bash
sudo /opt/pbis/bin/config HomeDirTemplate %H/%U

Edit the /etc/pam.d/common-session file and replace the line session optional pam_lsass.so with session [success=ok default=ignore] pam_lsass.so, save and quite (wq) and reboot the system.

Note: Updating the Horizon Agent will require that this setting must be performed again.

3.2 Integrating CentOS 8 with Active Directory

Source: VMware Horizon 7: Use the Realmd Join Solution for RHEL/CentOS 8.0

To have the ability to connect with an AD user to our desktop, we have to join an Active Directory domain. realmd will be the tool of our choice to join an Active Directory domain. It´s installed on CentOS by default.

CentOS:

1
sudo realm discover -vvv jarvis.lab
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
 * Resolving: _ldap._tcp.jarvis.lab
 * Performing LDAP DSE lookup on: 10.10.13.10
 * Successfully discovered: jarvis.lab
jarvis.lab
  type: kerberos
  realm-name: JARVIS.LAB
  domain-name: jarvis.lab
  configured: no
  server-software: active-directory
  client-software: sssd
  required-package: oddjob
  required-package: oddjob-mkhomedir
  required-package: sssd
  required-package: adcli
  required-package: samba-common-tools

That looks g00d! So the next step is joining the discovered realm. Execute sudo realm join -v -U admin@JARVIS.LAB JARVIS.LAB and wait until your terminal shows you the result. The -v option will give you a verbose output.

1
sudo realm join -v -U admin@JARVIS.LAB JARVIS.LAB

Last to-do at this point is to edit the /etc/sssd/sssd.conf. Add ad_gpo_map_interactive = +gdm-vmwcred, simple_allow_groups = "Your-AD-User-Group" under the [domain/domain name] section and set the value for use_fully_qualified_names to = False.

Example:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
sudo vim /etc/sssd/sssd.conf

[sssd]
domains = jarvis.lab
config_file_version = 2
services = nss, pam

[domain/jarvis.lab]
ad_domain = jarvis.lab
krb5_realm = JARVIS.LAB
realmd_tags = manages-system joined-with-adcli
cache_credentials = True
id_provider = ad
krb5_store_password_if_offline = True
default_shell = /bin/bash
ldap_id_mapping = True
use_fully_qualified_names = False
fallback_homedir = /home/%d/%u
access_provider = ad
ad_gpo_map_interactive = +gdm-vmwcred
simple_allow_groups = labadmins@JARVIS.LAB

We are going to use Gnome Classic for the SSO login for CentOS 8.0. Remove all the desktop startup files from the /usr/share/xsessions directory, except the one for Gnome Classic.

1
2
3
4
5
6
7
8
9
cd /usr/share/xsessions/
ls -rtl
-rw-r--r--. 1 root root 8471 May 15  2019 gnome-custom-session.desktop
-rw-r--r--. 1 root root 1303 May 15  2019 gnome.desktop
-rw-r--r--. 1 root root 1303 May 15  2019 gnome-xorg.desktop
-rw-r--r--. 1 root root 1394 May 17  2019 gnome-classic.desktop
sudo mkdir backup
sudo mv *.desktop backup/
sudo mv backup/gnome-classic.desktop ./

Note: Updating the Horizon Agent will require that this setting must be performed again.

Reboot the system.

4 Install Horizon View Agent

As a next step we´re going to install the VMware View Agent which must be installed on virtual machines that are managed by vCenter Server so that View Connection Server can communicate with them.

Download: https://www.vmware.com/go/download-horizon

Tip
I´ve downloaded the Agent locally first and copied it then via scp into my VM(s).
1
scp /Users/rguske/Downloads/VMware-horizonagent-linux-x86_64-7.11.0-15238356.tar.gz jarvis@devdesk-centos:/home/jarvis/Downloads

Unpack the tarball, go into the unpacked directory and execute the install_viewagent.sh script.

1
2
3
tar -zxvf VMware-horizonagent-linux-x86_64-7.11.0-15238356.tar.gz
cd VMware-horizonagent-linux-x86_64-7.11.0-15238356/
~/Downloads/VMware-horizonagent-linux-x86_64-7.11.0-15238356$ ./install_viewagent.sh -A yes

Now set the correct SSO Desktop Type for the View Agent (see page 18 and 107). Run sudo vim /etc/vmware/viewagent-custom.conf and uncomment the necessary line for your desktop environment.

  • Ubuntu 18.04 = SSODesktopType=UseGnomeUbuntu
  • CentOS = SSODesktopType=UseGnomeClassic

On the way down through the viewagent-custom.conf you came by a point where you can define a subnet for the View-Agent. If you like to install Docker on your desktop, as I would assume, you have to uncomment the example and replace the CIDR with yours.

In my case: Subnet=10.10.13.0/26

Otherwise you won´t be able to connect to your desktop anymore after installing Docker. Save and exit the file with :wq.

5 Create a Manual Desktop Pool

Now that the work on the prerequisites for adding a VM to a Horizon Pool is complete, it´s time to setup a “Manual Desktop Pool” for our Desktop. Creating a Manual Desktop Pool is pretty straight forward and well described in VMware´s official documentation.

Source: Create a Manual Desktop Pool for Linux

Mandatory settings are:

  • Default display protocol: VMware Blast
  • Allow users to choose protocol: No
  • 3D Renderer: Manage using vSphere Client for 2D or vDGA desktop and NVIDIA GRID vGPU for vGPU desktop

By the end, it should look similar to what you can see on Figure V.

/img/posts/201912_development_desktop/CapturFiles-20200204_101435.jpg
Figure V: Manual desktop pool(s)

Since you´ve added the Linux-VM to your new desktop pool, it´ll appear under Machines on the left site. This section will give you a quick overview with some helpful details, like the status and version of the View Agent as well as the DNS name of your system for example. BTW! Regarding DNS…avoid mistakes like the ones I did…😐…Figure VI.

/img/posts/201912_development_desktop/CapturFiles-20200212_103007.jpg
Figure VI: DNS Name = Shortname

Let´s bring this into the correct form:

1
sudo hostnamectl set-hostname devdesk-ubuntu.jarvis.lab

Doublecheck if the changes got applied:

1
hostname -f

Way better! 👇

/img/posts/201912_development_desktop/CapturFiles-20200204_103350.jpg
Figure VII: DNS Name = FQDN

You should now be able to connect to your Desktop-Pool via the Horizon Client.


Thanks for reading.


Change Log:

  • [2020-03-18]: Added VMware Horizon 7.12 announcement (CentOS 8.1 support)
  • [2020-03-18]: Updated CentOS 8.0 & Horizon Agent 7.11 section; Updated Mindmap