Connector for Omnissa Horizon
This Technical Preview is made available to customers free of charge for their evaluation and feedback; in general availability, the functionalities of the preview may be subject to additional cost and/or licensing. As such, the Technical Preview, the documentation, and any updates are provided for limited evaluation only and on an ‘as-is’ and ‘as-available’ basis without warranty of any kind.
This documentation references external sources. Nexthink does not have control over the accuracy of third-party documentation, nor any external updates or changes that might create inconsistencies with the information presented on this page. Please report any errors or inconsistencies to Nexthink Support.
The Nexthink Connector for Omnissa Horizon retrieves essential information about your Horizon virtual desktop infrastructure (VDI), most notably the name of the desktop pool and related virtualization context to which virtual machines (VMs) belong. The connector enriches your Nexthink environment with Horizon-specific data that enhances visibility into VDI health, usage patterns, and configuration drift.
This installation guide is designed to help you securely deploy the connector for Horizon. We recommend your organization’s security team reviews the configuration and installation steps outlined here and adjusts them as needed to align with internal security policies and compliance requirements.
Device fields
The connector for Omnissa Horizon imports the following device virtualization fields.
Field
Description
Virtualization desktop pool name
Hardware characteristics of the associated virtual machines.
Virtualization desktop pool type
Type of the desktop pool. Possible values are:
shared
personal
pooled
Virtualization hostname
The physical device hosting the VM. It may be empty for those machines hosted in a cloud vendor, such as Azure.
Virtualization hypervisor name
Hardware virtualization system that is being used.
Environment name
Name of the connector instance that enriches the virtual device.
Desktop broker
Name of the desktop virtualization product used. In this case, omnissa_horizon.
Disk image
Name of the disk image used to deploy the VM.
Nexthink connector server
Nexthink recommends installing the Nexthink Connector for Omnissa Horizon on a separate server.
Prerequisites
Installed Windows PowerShell 5.1.
Execution policy set to bypass.
Required PowerShell modules:
The lowest compatible version of Omnissa Horizon is 8 2309.
URLs to allow through firewall/proxy for PowerShell Install-Module
Install-ModulePowerShell Gallery
https://www.powershellgallery.com
NuGet provider
https://www.nuget.org
NuGet API
https://api.nuget.org
CDN for packages
https://www.powershellgallery.com/api/v2/
Alternate NuGet V2 API
https://www.nuget.org/api/v2/
Certificate revocation
http://crl.microsoft.com
(normally optional; sometimes necessary)
Additional Considerations
If SSL inspection is enabled on your proxy, ensure it doesn't break the TLS handshake.
If you're behind a proxy, ensure
PowerShellis configured to use it by running the following command:
Test connectivity
You can test access using a PowerShell terminal by running the following command:
Networking
The Nexthink Connector for Omnissa Horizon needs to query the Omnissa Horizon REST API.
Service account for scheduled tasks
The Nexthink Connector for Omnissa Horizon will run as a scheduled task and needs to access the Omnissa Horizon APIs. To limit security concerns, Nexthink recommends using a local user account on the Nexthink connector server or a regular domain user account without any special privileges at the domain level.
The following guide uses a local account on the Nexthink connector server.
Log on as an administrator to the server that will run the Nexthink Connector for Omnissa Horizon.
Launch the local users and groups console by running the following command from the Start Menu:

Right-click on the Users folder in the Local Users and Groups (Local) directory and select New user…
Create a user account according to your organization's naming conventions. Make a note of the User name and Password as you will need these later when creating a scheduled task. To safeguard the functionality of the connector, select the following options:
User cannot change password
Password never expires

Click Create.
Open the local group policy editor by running the following command from the Start Menu:
Navigate to Computer Configuration > Windows Settings > Security Settings> Local Policies > User Rights Assignment and locate the Log on as a batch Job policy.
Open the policy and select Add User or Group to add the previously created user to the list.

Installing the connector
Download the Nexthink Connector for Omnissa Horizon.
Extract the zip file to a folder on your system. Nexthink recommends placing it in the following folder:
C:\program files\Nexthink\Connectors\OmnissaApply Modify permissions for the Logs folder for the user account you created earlier.

Nexthink Enrichment API credentials
The Nexthink Connector for Omnissa Horizon needs appropriate credentials to connect to the Nexthink Enrichment API. Nexthink stores the credentials safely in the credential store of the local user account you created earlier.
Refer to the API credentials documentation for step-by-step guidance. When you save the API credentials, a new window containing the Client ID and the Secret key appears. Make a note of the information as it will not be accessible once you close the window.

On the server that will be running the Nexthink Connector for Omnissa Horizon, open PowerShell under the credentials of the local user you created earlier using the
runascommand in the command line:

In the newly opened PowerShell window, add the API credentials you just created in the Nexthink web interface by writing the following command:
Replace the
<ClientID>and<Secret key>with the values you noted down when creating the API credentials and run the command. Make a note of theTargetNameyou used as you will need this value for the configuration file.

Updating the configuration file
For the configuration file update, you need the URL of your Nexthink Cloud API instance. The URL pattern looks like the following:
instance.api.region.nexthink.cloud
See the steps listed below for more details.
Locate the folder where you unzipped the Nexthink Connector for Omnissa Horizon.
Navigate to the
Configfolder and open theconfig.jsonfile using a text editor.Scroll to the
"NexthinkAPI"section and insert the following code:
Change the following values under the
"NexthinkAPI"section:
Replace the
"HostFQDN"value with the URL of your Nexthink cloud API instance using the format<instance>.api.<region>.nexthink.cloudwhere<instance>and<region>are placeholders.Replace
<instance>with the name of the instanceReplace
<region>with the name of one of the following regions:usfor the United Stateseufor the European Unionpacfor Asia-Pacificmetafor the Middle East, Turkey and Africa
If needed, refer to the following URL example:
gwy-eu-west-3-fuji-rest.api.eu.nexthink.cloud
Replace the
“WindowsCredentialEntry"with theTargetNameof the credentials you noted down from the PowerShell window earlier, for example:"WindowsCredentialEntry": "nxt-omnissa-credentials",
To replace the "OmnissaEnvironments" values in the configuration file and set up a connection to the Omnissa Horizon farm, refer to Updating the configuration file.
Setting up a connection to the Omnissa Horizon API
Creating an administrator account
Create a Service Account in AD
Horizon relies on Active Directory (AD) integrated authentication. You typically:
Create a dedicated user in your AD, such as
svc_horizon_api.Give it a strong password and set Password never expires if used in automation.
Place it in an appropriate Organization Unit (OU) or security group for tracking and management.
Assign the User in Horizon Console as an Administrator (with Least Privilege)
Log into the Horizon Admin Console.
Go to Settings > Administrators.
Click Add.
Search for the AD user you created, such as
svc_horizon_api.Assign a role:
For full access: use Administrator
For limited access: use Help Desk Administrator or custom role (you can create one)
If you want to restrict the user to be only able to read API queries, consider setting up a custom rol
Setting up stored credentials
On the server that will be running the Nexthink Connector for Omnissa Horizon, open PowerShell under the credentials of the local user you created earlier using the
runascommand on the command line:

In the newly opened PowerShell window, add the API credentials you just created in the Nexthink web interface by writing the following command:
Replace the <domain\username> and <password> with the values you noted down when creating a domain user account with a read-only Omnissa administrator.
Make a note of the TargetName you used as you will need this value for the configuration file.

Updating the configuration file
Each Omnissa Horizon environment has its own section in the configuration file. The configuration file that comes with the connector contains an example of how to configure multiple environments. If needed, create a copy of the original config.json file for future reference.
Locate the folder where you unzipped the connector.
Navigate to the
Configfolder and open theconfig.jsonfile using a text editor.Scroll to the
"OmnissaEnvironments"section and remove the second item on the list. The code should look similar to the following:
Change the following values in the "OmnissaEnvironments" section:
Replace
<environment-name-1>with the name of your environment.Replace
<host>with the Omnissa host.Replace
<omnissa-user-credentials-1>with theTargetNameof the stored credentials you created earlier in PowerShell.Make a note of the identifier as you will need it later.
Testing the connector
On the server that will be running the Nexthink Connector for Omnissa Horizon, open PowerShell under the credentials of the local user you created earlier using the
runascommand on the command line:
Change to the directory where you installed the connector, for example:
Run the following command:
Then run the following command:
Replace <omnissa-name> with the value you put as a name in the config in the following section:
After executing the command, the PowerShell window closes, and a folder with the name you chose for the connection should appear. In the folder, you will find a log file with the result of the test.
Setting up a scheduled task
Auto updater
Open the task scheduler and select Create task…

Name the task and change the user to the service account that you previously created in the General tab. Select Run whether user is logged on or not. Select OK.

Switch to the Triggers tab.
Under Advanced settings, select Repeat tasks every 15 minutes. Select OK.

Switch to the Actions tab and create a new action.
Paste the full path of the
Omnissa-Connector-Auto-Updater.ps1script into the Add arguments (optional) field, including the environment name, for example:-ExecutionPolicy Bypass -File "C:\Program Files\Nexthink\Connectors\Omnissa\Omnissa-Connector-Auto-Updater.ps1"Start in the folder containing the script, for exampleC:\Program Files\Nexthink\Connectors\Omnissa. Select OK.

A window will prompt you to enter the password of the service account. Click OK.

Runner
Open the task scheduler and select Create task…

Name the task and change the user to the service account that you previously created in the General tab. Select Run whether user is logged on or not. Click OK.

Switch to the Triggers tab.
Under Advanced settings, select Repeat tasks every 15 minutes. Click OK.

Switch to the Actions tab and create a new action.
Paste the full path of the
Omnissa-Connector-Runner.ps1script into the Add arguments (optional) field, for example-ExecutionPolicy Bypass -File "C:\Program Files\Nexthink\Connectors\Omnissa\Omnissa-Connector-Runner.ps1" -OmnissaEnvironment "omnissa-name". Start in the folder containing the script, for exampleC:\Program Files\Nexthink\Connectors\Omnissa. Click OK.

A window will prompt you to enter the password of the service account. Click OK.

RELATED TOPIC
Last updated
Was this helpful?