In this article:
A Citrix MCS for vSphere Connector Configuration contains the credentials and storage location Unidesk needs to publish Layered Images to MCS in your vSphere environment.
You can publish Layered Images to MCS running in a vSphere environment using a Citrix MCS for vSphere Connector Configuration. In the Connector Configuration wizard, be sure to configure a Virtual Machine Template, so that the Layered Image you publish will be in a ready-to-use VM, the image shut down and a snapshot taken. You can use the VM in your Horizon environment without further modifications.
Each Connector Configuration is set to publish Layered Images to a specific storage location in your MCS environment, so you may need more than one MCS Connector Configuration if publishing to multiple locations. Further, you may want to publish each Layered Image to a location convenient to the system you will be provisioning with the published image. For more about Connectors, and Connector Configurations, see Connector essentials.
Notes:
The first time you create an Image Template for publishing Layered Images to a location in your MCS environment, you will create a Connector Configuration for that location.
The Citrix MCS for vSphere Connector Configuration wizard let's you browse for the vCenter Server, Data Store, and Host to use for a new configuration.
Important: The fields are case sensitive, so any values that you enter manually must match the case of the object your environment, or the validation will fail.
To enter values:
To add a new Connector Configuration:
When creating a new Connector Configuration, you can configure an optional Powershell script on any Windows machine running a Unidesk Agent. These scripts must be stored on the same machine that the Unidesk Agent is installed on, and will only be executed after a successful deployment of a Layered Image. Some preset variables are available to enable scripts to be reusable with different template images and different connector configurations. These variables will also contain information needed to identify the virtual machine created as part of the published layered image in vSphere.
Execution of these scripts will not affect the outcome of the publish job, and progress of commands executed in the script will not be visible. The vSphere connector logs will contain the output of the executed script.
If you want a script to run each time a Layered Image is published, complete these steps using the values described in the sections that follow.
Complete and save the Connector Configuration as described above.
Note: Before selecting Script Configuration page, you must save (or discard) any edits to the Connector Configuration settings,
If the Navigation menu on the left is not open, select it and click Script Configuration to open the Script Path page.
Complete the required fields using the values detailed herein, and click Save.
When the script is executed the following variables will be set and can be used in the powershell script:
Value | Applies to connector types: | Value determined by which code: | Description |
---|---|---|---|
connectorCfgName | All | Common code | This is the name of the connector configuration that the script configuration is associated with. |
imageName | All | Common code | This is the name of the layered image template that was used to build/publish the layered image. |
osType | All | Common code |
This is the OS type of the layered image that was published. It can be one of the following values:
|
virtualInfrastructureServer | All | vSphere connector code | The vCenter server specified in the connector configuration. |
vmName | All | vSphere connector code | The name of the virtual machine that was created. |
vmId | All | vSphere connector code | The virtual machine ID taken from the mobref of the vm (i.e. "vm-12345") |
vmUuid | All | vSphere connector code | The virtual machine UUID as set by the underlying highbrd. |
The Unidesk Agent, which runs as a service on a Windows machine, runs under either the local system account or the network account. Either of these accounts may have some special privileges, but they often are restricted when it comes to executing specific commands or seeing files in the file system. Therefore, Unidesk gives you the option of adding a domain user and password that can be used to "impersonate" a user. This means that the script can be executed as if that user had logged onto the system so that any commands or data will be accessible subject to those user rights and permissions. If no user name or password is entered, the script executes using the account under which the service is configured to run.
Script execution policy requirements are generally up to you. If you intend to run unsigned scripts, you must configure the execution policy to one of the more lenient policies. However, if you sign your own scripts accordingly, you can choose to use a more restrictive execution policy.