- Cumulative Update 6 (CU 6)
- Cumulative Update 5 (CU5)
- Cumulative Update 4 (CU4)
- Cumulative Update 3 (CU3)
- Cumulative Update 2 (CU2)
- Cumulative Update 1 (CU1)
- Long Term Service Release (LTSR)
- Features not in this release
- Known issues
- System requirements
- Technical overview
- Install and upgrade analytics
- Prepare to install
- Prepare the virtualization environment - VMware
- Prepare the virtualization environment - Microsoft System Center Virtual Machine Manager
- Prepare for using Microsoft System Center Configuration Manager
- Install using the graphical interface
- Install using the command line
- Create a Site
- Install or remove Virtual Delivery Agents using scripts
- Install VDAs using the standalone package
- Machine catalogs
- Delivery groups
- XenApp published apps and desktops
- VM hosted apps
- VDI desktops
- Remote PC Access
- Local App Access and URL redirection
- Server VDI
- Remove components
Upgrades and migration
- Install and upgrade analytics
- Upgrade a deployment
- Migrate XenApp 6.x
- Install and upgrade analytics
- Migrate XenDesktop 4
- Work with policies
- Policy templates
- Create policies
- Compare, prioritize, model, and troubleshoot policies
- Default policy settings
Policy settings reference
- ICA policy settings
- Load management policy settings
- Profile management policy settings
- Receiver policy settings
- Virtual Delivery Agent policy settings
- Virtual IP policy settings
- Configure COM Port and LPT Port Redirection settings using the registry
- Connector for Configuration Manager 2012 policy settings
- Connections and resources
- Connection leasing
- Virtual IP and virtual loopback
- Secondary database locations
- Delivery Controller environment
- Session management
- Using Search in Studio
- IPv4/IPv6 support
- Client folder redirection
- Personal vDisk 7.x (Excluded from LTSR)
- User profiles
- Get started with Session Recording
- Grant access rights to users
- Create and activate recording policies
- Disable or enable recording
- Configure the connection to the Session Recording Server
- Create notification messages
- Enable custom event recording
- Enable or disable live session playback and playback
- Enable or disable playback protection
- Enable and disable digital signing
- Specify where recordings are stored
- Specify file size for recordings
- View recordings
- Troubleshoot Session Recording
- Reference - Manage your database records
- Third Party Notices
- Personal vDisk
- Configuration Logging
- Monitor Service OData API
- XenApp and XenDesktop SDK
- Citrix VDI Best Practices for XenApp and XenDesktop 7.6 LTSR
- Third party notices
May 28, 2016
This release supports pure IPv4, pure IPv6, and dual-stack deployments that use overlapping IPv4 and IPv6 networks.
IPv6 communications are controlled with two Virtual Delivery Agent (VDA) connection-related Citrix policy settings:
- A primary setting that enforces the use of IPv6: Only use IPv6 Controller registration.
- A dependent setting that defines an IPv6 netmask: Controller registration IPv6 netmask.
When the Only use IPv6 Controller registration policy setting is enabled, VDAs register with a Delivery Controller for incoming connections using an IPv6 address.
The following figure illustrates a dual-stack IPv4/IPv6 deployment. In this scenario, a worker is a VDA installed on a hypervisor or on a physical system, and is used primarily to enable connections for applications and desktops. Components that support dual IPv6 and IPv4 are running on operating systems that use tunneling or dual protocol software.
These Citrix products, components, and features support only IPv4:
- Provisioning Services
- XenServer Version 6.x
- VDAs not controlled by the Only use IPv6 Controller registration policy setting
- XenApp versions earlier than 7.5, XenDesktop versions earlier than 7, and EdgeSight
In this deployment:
- If a team frequently uses an IPv6 network and the administrator wants them to use IPv6 traffic, the administrator will publish IPv6 desktops and applications for those users based on a worker image or Organizational Unit (OU) that has the primary IPv6 policy setting turned on (that is, Only use IPv6 Controller registration is enabled).
- If a team frequently uses an IPv4 network, the administrator will publish IPv4 desktops and applications for those users based on a worker image or OU that has the primary IPv6 policy setting turned off (that is, Only use IPv6 Controller registration is disabled), which is the default.
The following figure illustrates a pure IPv6 deployment. In this scenario:
- The components are running on operating systems configured to support an IPv6 network.
- The primary Citrix policy setting (Only use IPv6 Controller registration) is enabled for all VDAs; they must register with the Controller using an IPv6 address.
Two Citrix policy settings affect support for a pure IPv6 or dual stack IPv4/IPv6 implementation. Configure the following connection-related policy settings:
- Only use IPv6 Controller registration — Controls which form of address the Virtual Delivery Agent (VDA) uses to register with the Delivery Controller. Default = Disabled
- When the VDA communicates with the Controller, it uses a single IPv6 address chosen in the following precedence: global IP address, Unique Local Address (ULA), link-local address (only if no other IPv6 addresses are available).
- When disabled, the VDA registers and communicates with the Controller using the machine’s IPv4 address.
- Controller registration IPv6 netmask — A machine can have multiple IPv6 addresses; this policy setting allows administrators to restrict the VDA to only a preferred subnet (rather than a global IP, if one is registered). This setting specifies the network where the VDA will register: the VDA registers only on the first address that matches the specified netmask. This setting is valid only if the Only use IPv6 Controller registration policy setting is enabled. Default = Empty string
Important: Important: Use of IPv4 or IPv6 by a VDA is determined solely by these policy settings. In other words, to use IPv6 addressing, the VDA must be controlled by a Citrix policy with the Only use IPv6 Controller registration setting enabled.
If your environment contains both IPv4 and IPv6 networks, you will need separate Delivery Group configurations for the IPv4-only clients and for the clients who can access the IPv6 network. Consider using naming, manual Active Directory group assignment, or Smart Access filters to differentiate users.
Reconnection to a session may fail if the connection is initiated on an IPv6 network, and then attempts are made to connect again from an internal client that has only IPv4 access.