- What's new
- System requirements
- Technical overview
- Install and configure
- Upgrade and migrate
- SDKs and APIs
In this article:
Director is a real-time web tool that allows administrators to monitor, troubleshoot, and perform support tasks for end users.
Director can access:
Director uses a troubleshooting dashboard that provides real-time health monitoring of the XenApp or XenDesktop Site. This feature allows administrators to see failures in real time, providing a better idea of what the end user is experiencing.
Director provides different views of the interface tailored to particular administrators. Product permissions determine what is displayed and the commands available.
For example, help desk administrators see an interface tailored to help desk tasks. Director allows help desk administrators to search for the user reporting an issue and display activity associated with that user, such as the status of the user's applications and processes. They can resolve issues quickly by performing actions such as ending an unresponsive application or process, shadowing operations on the user's machine, restarting the machine, or resetting the user profile.
In contrast, full administrators see and manage the entire site and can perform commands for multiple users and machines. The Dashboard provides an overview of the key aspects of a deployment, such as the status of sessions, user logons, and the site infrastructure. Information is updated every minute. If issues occur, details appear automatically about the number and type of failures that have occurred.
Director is installed by default as a website on the Delivery Controller. For prerequisites and other details, see the System requirements documentation for this release.
This release of Director is not compatible with XenApp deployments earlier than 6.5 or XenDesktop deployments earlier than 7.
When Director is used in an environment containing more than one Site, be sure to synchronize the system clocks on all the servers where Controllers, Director, and other core components are installed. Otherwise, the Sites might not display correctly in Director.
To configure permissions
To log on to Director, administrators with permissions for Director must be Active Directory domain users and must have the following rights:
Install Director using the full-product Installer for XenApp and Desktop, which checks for prerequisites, installs any missing components, sets up the Director website, and performs basic configuration. The default configuration provided by the installer handles typical deployments. If Director was not included during installation, use the installer to add Director. To add any additional components, rerun the installer and select the components to install. For information on using the installer, see Install using the graphical interface in the installation documentation. Citrix recommends that you install using the product installer only, not the .MSI file.
When Director is installed on the Controller, it is automatically configured with localhost as the server address, and Director communicates with the local controller by default.
To install Director on a dedicated server that is remote from a Controller, you are prompted to enter the FQDN or IP address of a Controller. Director communicates with that specified Controller by default. Specify only one Controller address for each Site that you will monitor. Director automatically discovers all other Controllers in the same Site and falls back to those other Controllers if the Controller you specified fails.
Note: Director does not load balance between Controllers.
To secure the communications between the browser and the Web server, Citrix recommends that you implement TLS on the IIS website hosting Director. Refer to the Microsoft IIS documentation for instructions. Director configuration is not required to enable TLS.
Supply the server address of one controller per XenApp site: any of the other controllers in a XenApp site are then used automatically for failover. Director does not load balance between controllers.
If winrm is not configured, run the winrm qc command.
Refer to the Microsoft IIS documentation for instructions. No Director configuration is required to enable TLS.
To allow Director to find all the XenApp workers in the farm, you will need to add a reverse DNS zone for the subnets where the XenApp servers reside on the DNS servers used by the farm.
The Director website is located at https or http://<Server_FQDN>/Director.
If one of the Sites in a multi-site deployment is down, the logon for Director takes a little longer while it attempts to connect to the Site that is down.
With Integrated Windows Authentication, domain-joined users gain direct access to Director without re-keying their credentials on the Director logon page. The prerequisites for working with Integrated Windows Authentication and Director are:
When a user logs off Director or if the session times out, the logon page is displayed. From the logon page, the user can set the Authentication type to Automatic logon or User credentials.