1Y0-205 Sample Questions Answers

According to the Citrix documentation1, Citrix Workspace app for Windows supports both pass-through authentication and session pre-launch features, which are required by the management in this scenario. Pass-through authentication allows users to log on to the Citrix Workspace app without entering their credentials, and session pre-launch enables sessions to be started in the background before users request them. The other options do not support both of these features.

1: Citrix Workspace app 2309.1 for Windows - Citrix

HA Fail-safe mode is a feature that allows the Citrix ADCs to continue processing traffic even if both nodes become unavailable or fail a health check. This feature can be configured on each Citrix ADC independently, and it is recommended to enable it on both nodes for maximum availability. If HA Fail-safe mode is disabled on one node, that node will not process any traffic if it becomes unavailable or fails a health check, and it will not fail over to the other node. This could result in a loss of service for the business websites. Therefore, the correct answer is B.

According to the Citrix Cloud documentation1, a Citrix Administrator needs to supply the following information when creating a silent installation of the Cloud Connector:

The customer ID of the Citrix Cloud account for which the administrator is installing the Cloud Connector.

The client ID and secret of the secure API client the administrator wants to use to install the Cloud Connector.

The resource location ID for the resource location that the administrator wants to associate with the Cloud Connector. If the administrator does not supply this value, Citrix Cloud uses the ID of the default resource location.

Therefore, the correct answer is C, Resource Location ID.

1: Install Cloud Connectors from the command line | Citrix Cloud

This is because having multiple Cloud Connectors can provide redundancy and high availability in case one of the connectors fails or needs maintenance. Therefore, based on my last update, option B would be the correct approach.

 A resource location is a collection of resources that you use to deliver applications and desktops to users. It can include Citrix ADC, VDA, Active Directory Domain, and Hypervisor. These resources are required for hosting and managing the machines that deliver apps and desktops to users1. StoreFront, Citrix Director, Citrix Provisioning, and Database are not part of a resource location, but are components of the Citrix Cloud service2.

The dig +trace command can be used to resolve DNS requests by tracing the path from the root name servers to the authoritative name servers. This can help identify any issues with DNS resolution or delegation. The nslookup command can also be used to query DNS records, but it does not provide the trace option. The curl command can be used to transfer data from or to a server, but it does not resolve DNS requests. The ping command can be used to test the connectivity and latency between two hosts, but it does not resolve DNS requests.

 According to the IBM documentation1, the Corrupt qualifier is used to modify the HTTP header of an HTTP request. The Corrupt qualifier changes the current value to a different value for a request or response header. If a value exists for the header, then this value is changed equivalent to a regular expression search and replace.

https://docs.citrix.com/en-us/tech-zone/design/reference-architectures/image-management.html#:~:text=Differencing%20Disk%3A%20A%20unique%20Difference,the%20base%20VM%20as%20required.

 Process Explorer is a tool that can be used to get further details on orphaned processes in the session. According to the Citrix Virtual Apps and Desktops 7 Deployment and Administration course, Process Explorer can be used to “identify processes that are preventing a session from logging off” (Module 6: Troubleshooting User Connection Issues, Lesson: Troubleshooting Session Logon and Logoff Issues, Slide 8). Additionally, according to the Citrix Virtual Apps and Desktops 7 Administration Exam Guide, one of the objectives is to “use Process Explorer to identify orphaned processes” (Objective 6.3: Troubleshoot Session Logon and Logoff Issues). Therefore, Process Explorer is the correct answer.

 According to the Citrix Virtual Apps and Desktops 7 Deployment and Administration (CWS-215) course, the Citrix ADC can optimize the responses by using HTTP protocol for the services and SSL protocol for the virtual server. This configuration allows the Citrix ADC to terminate the SSL connection from the client and then communicate with the server using HTTP. This way, the data is encrypted between the client and the Citrix ADC, and the Citrix ADC can perform optimization tasks such as compression and caching1: Page 95, Module 5: Citrix Gateway and Citrix StoreFront Integration.

Application Prelaunch is a feature that allows users to launch applications faster by creating a session when the user logs on to Citrix Workspace app, before the user requests an application. This feature is enabled by Delivery Group and can be configured for all users or a subset of users1.

Session Sharing is a feature that allows users to launch multiple applications using the same session, reducing the load on the server and improving the user experience. This feature is enabled by default and can be configured using Citrix policies2.

1: Prelaunch and linger 2: Session Sharing Explained with Troubleshooting Steps

When EDT is disabled, ICA fallback communication occurs over TCP rather than UDP.

Remote users connecting through NetScaler Gateway reach internal Citrix resources using ICA over SSL.

Citrix documentation specifies that NetScaler Gateway communicates with clients using:

TLS/SSL over port 443, regardless of whether EDT is enabled or not.

This port must be opened on the perimeter firewall to allow:

Secure ICA proxy traffic

Authentication traffic

Connection establishment

STA ticket validation via Gateway

Why the other options are incorrect:

1494 — Raw ICA (not used externally when Gateway is in front).

2598 — Session Reliability port; also not used by external clients connecting via Gateway.

80 — Unencrypted HTTP (never appropriate for secure remote access).

NetScaler Gateway always requires SSL 443 for secure ICA proxy connections.

Documentation References

Citrix Gateway Deployment Guide → Ports and Protocols

ICA/HDX Network Port Requirements

Citrix Virtual Apps and Desktops → EDT and Fallback Behavior

Citrix policies allow administrators to centrally manage session behavior, client-side functionality, and resource control across a Citrix Virtual Apps and Desktops deployment. Citrix documentation identifies the following components as manageable through Citrix policy settings:

✔ Citrix Workspace app (A)

Policies such as client drive mapping, clipboard redirection, client audio, USB device redirection, and session graphics settings directly affect Workspace app behavior. These are configured through Citrix policies and enforced on the client during ICA sessions.

✔ Citrix Profile Management (B)

Citrix Profile Management (UPM) is managed entirely through Citrix policies (either via Studio or GPO). These policies control profile streaming, folder redirection integration, exclusions, synchronization, and profile handling behavior.

✔ Delivery Controller (E)

Policies determine how sessions are brokered and how Delivery Controllers enforce settings such as session reliability, load management, visual experience, printing, and bandwidth control.

Why the other choices are incorrect:

StoreFront (C): StoreFront has its own dedicated management console and configuration files. It is not managed through Citrix policies.

Citrix License Server (D): Licensing is handled by the License Server console—not by Citrix policies.

Documentation References

Citrix Virtual Apps and Desktops → Policy Overview

Citrix Profile Management Policy Settings Guide

Workspace App ICA Policy and Client Control Settings

Citrix Policy Processing in Delivery Controllers

https://docs.citrix.com/en-us/citrix-adc/current-release/ssl/how-to-articles/create-and-use-ssl-certificates-on-a-citrix-adc-appliance.html

Citrix Virtual Apps and Desktops support several high availability solutions for on-premises deployments, including Always On Availability Groups, SQL Server database mirroring, and SQL clustering. These features ensure automatic failover and continuous operation1

 According to the Policies page of Citrix Virtual Apps and Desktops 7 2308 documentation, Classic policies are a collection of settings that define how sessions, bandwidth, and security are managed for a group of users, devices, or connection types. You can apply policy settings to physical and virtual machines or to users. Classic policies can be filtered by various criteria, such as HTTP, IP, and TCP. These are the only options allowed when using Classic policies. Other options, such as CLIENT, SERVER, and DNS, are not valid filters for Classic policies.

According to the Citrix Virtual Apps and Desktops 7 Deployment and Administration course, team members who have access to their own admin partitions do NOT have Shell access by design. Shell access is only available for the default partition. Therefore, the team member cannot use aaad.debug or any other Shell commands from the CLI1

1: Manage | Citrix Virtual Apps and Desktops 7 2308

 The New-BrokerRebootScheduleV2 cmdlet creates a new reboot schedule for a machine catalog or a delivery group. The -StartTime parameter specifies the start time of the reboot schedule in 24-hour format. The -RebootDuration parameter specifies the time interval in minutes between each machine reboot. The -Frequency parameter specifies how often the reboot schedule occurs. The -DesktopGroupName parameter specifies the name of the delivery group to apply the reboot schedule to. The -Enabled parameter specifies whether the reboot schedule is enabled or not12

 The nsconmsg tool can be used to display the policy bound hits on a Citrix ADC appliance. This tool can show the number of times a policy was evaluated and the number of times it was hit. The nsconmsg tool can also display other statistics and information about the Citrix ADC configuration and performance1

1: Citrix ADC Command Reference

The administrator received this error because they did not run the Add-PSSnapin Citrix* command before running the Get-BrokerSite PowerShell command. This is required to load the Citrix PowerShell snap-ins.

According to the Citrix Virtual Apps and Desktops 7 Deployment and Administration documentation1, the collation sequence for the site database should be _100_CI_AS_KS. This collation sequence is case-insensitive, accent-sensitive, kana-sensitive, and width-insensitive. It is also compatible with the SQL Server mirroring feature. Other collation sequences might cause errors or unexpected behavior when using SQL Server mirroring2.

Workspace Control allows users to reconnect to their disconnected sessions automatically when they roam between devices or reconnect after a network disruption. It is designed to provide a seamless user experience by maintaining the user’s session state, allowing them to pick up where they left off without starting a new session. This feature can be managed within the Citrix Virtual Apps and Desktops management consoles and is essential for scenarios where users need to maintain continuity in their work, such as in the given scenario where users leave work and expect to reconnect to their sessions later.

 The Citrix Universal Print Server provides universal printing support for network printers. The Universal Print Server uses the Universal print driver, a single driver on the Multi-session OS machine that allows local or network printing from any device, including thin clients and tablets. This feature can help reduce the number of Windows drivers on the VDA machines by using a single driver for all network printers

 According to the Access Control Lists documentation, the add ns acl command is used to create an extended ACL that can filter packets based on various parameters, such as source IP address, source port, action, and protocol. An extended ACL can define the conditions that a packet must satisfy for the Citrix ADC to process the packet, bridge the packet, or drop the packet. Therefore, to bridge traffic originating from 192.168.10.200, a Citrix Administrator can use the following command:

add ns acl bridge_192.168.10.200 BRIDGE -srcIP 192.168.10.200

This command creates an extended ACL named bridge_192.168.10.200 with the action BRIDGE and the source IP address 192.168.10.200. Any packet that matches these conditions will be bridged to the destination without processing by the Citrix ADC.

According to the Citrix documentation, “When you configure the Citrix ADC appliance for Active Directory authentication, you must configure DNS to assign fully qualified domain names (FQDNs) to the authentication and traffic management virtual servers. This is because the domain session cookie that is used during authentication is based on the FQDN of the virtual server.” 1

1: Configure DNS to Support Active Directory Authentication

Citrix Director is a web-based monitoring and troubleshooting console for Citrix Virtual Apps and Desktops that allows administrators to control and monitor virtual applications and desktops1. Director can access real-time data from the Broker Agent and historical data stored in the Monitor database to provide information on the state of the Citrix infrastructure1. Director can also display failures in real time, providing a better idea of what the end users are experiencing1. Therefore, Director is the best tool to review the state of the Citrix infrastructure from a single location.

1: Director - Citrix Product Documentation

This command enables the Delivery Controllers to trust requests sent to the XML service port. This is required for securing communication between StoreFront and the Delivery Controllers

 The command set dns parameter -setAABit YES sets the authoritative answer (AA) bit in the DNS response header. This indicates that the Citrix ADC is the authoritative server for the domain name in the query. This can be useful when the Citrix ADC is configured as a DNS proxy server1

1: 2 - DNS Parameters

According to the Citrix Printing Quick Start Guide1, Citrix recommends that you disable Direct connections to print servers if your Worker VMs and print servers are not in the same LAN. This is because in this situation the print job sent direct to the print server is not compressed. When the print job is routed via ICA it is compressed. This setting can be configured via Citrix policy under Printing > Client Printers > Direct connections to print servers2. Disabling this setting will allow users to print to both print servers via the ICA protocol. The other options are not relevant to the issue or the scenario.

Creating application groups requires the delegated administration permission of the Delivery Group Administration built-in role. This is stated in the following web pages from Citrix:

Create application groups | Citrix DaaS: “Creating application groups requires the delegated administration permission of the Delivery Group Administrator built-in role. See Delegated administration for details.”

Create application groups | Citrix Virtual Apps and Desktops 7 2212: “To create application groups, you need permissions on the Application Groups object. The permissions for most administrative operations are the same as on applications.” The Application Groups object is under the Delivery Groups node in the Studio navigation pane.

According to the Citrix documentation1, the weight option assigns a numerical weight to a service. The higher the weight, the more requests the service can handle. By default, the weight is 1, which means equal distribution of requests. To make the new servers receive twice the connections of the old servers, the administrator needs to assign a weight of 2 to the services attached to the new servers.

According to the Prepare to install article, the First-Time wizard automatically pops up when the appliance is configured with the default IP address (192.168.100.1) or when licenses are not present on the appliance. Therefore, options C and D are correct. Options A and B are not related to the First-Time wizard.

Enabling NTUSER.DAT backup allows Profile Management to maintain a last known good backup of the NTUSER.DAT file and use it to recover the profile if corruption is detected. This can help prevent data loss from users’ profiles. According to the Registry policy settings document, “If you do not configure this policy here or in the.ini file, Profile Management does not back up NTUSER.DAT.” The other options are not relevant to preventing profile corruption or data loss.

A SSL profile is a collection of SSL settings that define the SSL behavior of a virtual server. A Citrix Administrator can use SSL profiles to apply the same SSL settings to multiple SSL virtual servers, which simplifies the configuration and management of SSL parameters1.

1: SSL Profiles

The Logon Performance report in Citrix Director provides insights into the various stages of the logon process and can help identify which stage is causing the delay. It includes details such as Brokering, VM Start, HDX Connection, Authentication, and Interactive Session times, allowing administrators to pinpoint the bottleneck in the logon process.

After configuring TLS certificates on Cloud Connectors and disabling HTTP connections, the administrator needs to change the transport type to HTTPS in the StoreFront store’s Delivery Controller list to allow resource enumeration between on-premises StoreFront and Citrix Cloud4.

According to the Citrix Secure Web Gateway 12.1 documentation1, Citrix Secure Web Gateway (SWG) is a cloud-delivered service that provides secure access to web and SaaS applications, globally. It provides a complete stack of security capabilities, such as Secure Web Gateway, Cloud Access Security Broker, Malware Protection with Sandboxing, Intrusion Prevention and Detection Systems, and Data Loss Prevention. Citrix SWG can intercept and inspect all the traffic, including SSL/TLS, coming in and going out of the enterprise network. It can also block access to URLs identified as serving harmful or insecure content, and identify users who are accessing malicious websites. Citrix SWG can be deployed as a proxy on a Citrix ADC appliance at the edge of the network. The other options are not relevant for this scenario, as they do not provide the same level of security and visibility as Citrix SWG.

 The Citrix documentation states that if a machine catalog is not available when adding machines to a Delivery Group, a possible cause is that the machines in the unavailable machine catalog are of different OS types2.

The “Limit Visibility” option allows a Citrix Administrator to hide a published application on Citrix Workspace app for specified users or groups within a delivery group. This option can be configured in the application properties in Citrix Studio123 or using PowerShell commands4. This option does not affect the other choices.

Citrix documentation explains that to secure traffic between internal components (StoreFront ↔ Delivery Controllers), the administrator should enable HTTPS communication using internal domain-issued SSL certificates.

Why Domain SSL Certificates are correct:

Domain-issued certificates are trusted automatically by all domain-joined machines.

They cost nothing because they are issued by the company’s internal Certificate Authority (CA).

They secure communication between:

StoreFront servers

Delivery Controllers

They protect internal usernames, passwords, STA tickets, and XML communication without requiring public certification.

Thus, deploying:

✔ A domain SSL certificate on StoreFront

✔ A domain SSL certificate on Delivery Controllers

provides full internal encryption at minimal cost and minimal administrative effort.

Why the other options are incorrect:

Third-party SSL certificates (A and B) cost money, require external verification, and provide no additional benefit for internal-only communication.

Citrix documentation recommends third-party certificates only when externally exposed components (e.g., Citrix Gateway) must be trusted on unmanaged devices.

Documentation References

StoreFront Security Configuration → HTTPS and Certificate Requirements

Delivery Controller XML/HTTPS Configuration Guide

Citrix Virtual Apps and Desktops Security Hardening Guide

The issue is caused by the policy expression of the no_chunk_pol being ‘true’ and ‘NOT HTTP.REQ.IS_VALID’. This means that the policy will always be true and thus, always be invoked, preventing the other policy from being used. This is explained in the Citrix Virtual Apps and Desktops 7 Deployment and Administration (CWS-215) course, under the section “Load Balancing Virtual Server Rewrite Policy Binding”.

According to the Citrix Virtual Apps and Desktops 7 Deployment and Administration (CWS-215) course, the LeastConnection method is used to redirect user requests to the data center with the fewest active connections. This can help balance the load across different data centers and improve the user experience. The other methods are not suitable for this scenario because they do not consider the number of active connections or the location of the user

Citrix Director provides a feature under the Trends section where administrators can configure and review application faults. This allows them to monitor and analyze applications that have crashed, helping to identify patterns or recurring issues.

According to the policy priority and filtering, the Accounting users will match the policy “Accounting”, which has ‘Client Network Drives’ enabled and ‘Client Fixed Drives’ not configured. The policy “Baseline” will not apply because it has a lower priority. Therefore, the Accounting users will be able to access only the client network drives, and not the client fixed drives. This is confirmed by the Citrix documentation on policy filtering and precedence.

VDA registration can be configured using:

Group Policy Object (GPO): Policy-based configuration using LGPO or GPO.

Organizational Unit (OU) based Controller discovery: Legacy OU discovery method.

MCS-based PERSONALITY.INI: Using the personality.ini file for MCS-based deployments.

These methods ensure that the VDA has accurate and current Controller or Cloud Connector information as Controllers are added, moved, and removed in the site1.

The Applications and Trends features within Citrix Director can be used to view historical resource utilization for a machine running the VDA. The Applications feature shows the application usage and resource consumption of each application on a specific machine2. The Trends feature shows the historical trends of various metrics such as CPU, memory, disk, and network utilization for a specific machine3.

According to the Citrix Virtual Apps and Desktops 7 Deployment and Administration course, the Citrix ADC maintains a revision history of the configuration files, which can be used to restore a previous configuration in case of accidental changes or deletions. Restarting the Citrix ADC, running HA file synchronization, or running Save v/s Running configuration will not undo the changes made by the administrator. Therefore, the correct answer is A. Restore from revision history1

1: Manage | Citrix Virtual Apps and Desktops 7 2308

Citrix HDX Insight (part of Citrix ADM / NetScaler MAS) provides deep ICA and HDX analytics, especially for users connecting through NetScaler Gateway. It is the only Citrix tool that delivers:

Per-user ICA round-trip time

Network latency and jitter

Throughput and bandwidth usage

Packet loss

Channel-level analytics (Thinwire, audio, printing, etc.)

Gateway-level connection health

Historical and real-time ICA flow data

This makes it the correct tool for troubleshooting ICA latency specifically for external users entering through NetScaler Gateway.

Why the other options are incorrect:

Citrix Diagnostic Toolkit (B): Contains utilities like CDFControl—useful for deep log capture, but not for network analytics.

Configuration Logging (C): Tracks administrative changes, not network performance.

Citrix Scout (D): Gathers system logs for support, not real-time or historical ICA network metrics.

Documentation References

Citrix HDX Insight Overview

Citrix ADM / MAS Network Analytics for ICA

NetScaler Gateway Integration with Director for HDX Visibility

 Session Reliability allows connection brokering operations in a site to continue when the connection between a Delivery Controller and the site database fails. It also allows users to continue working on their applications or desktops, even if the network is interrupted1.

1: Manage | Citrix Virtual Apps and Desktops 7 2308

The Virtual Delivery Agent (VDA) is a software component that enables machines to deliver applications and desktops to users. The VDA registers with a Delivery Controller and communicates session information to the Controller, which brokers connections between users and their resources. Users access their resources through Citrix Workspace app or a compatible web browser1

1: Virtual Delivery Agent (VDA) | Citrix Virtual Apps and Desktops 7 2308

To stop the automatic creation of all client printers and map printers based on location, the administrator should configure the Auto-create client printers policy to ‘Do not auto-create client printers’, and use the Session printers policy to map printers to users based on their session’s connection location2.

Citrix power management requires:

A hypervisor connection (Citrix Hypervisor, Hyper-V, VMware, Nutanix AHV)

Machines created or managed by Citrix Studio

The ability for Delivery Controllers to send power commands through the hypervisor API

Citrix documentation clearly states:

✔ Only virtual machines registered in a hosting connection support power actions such as:

Power on

Power off

Restart

Suspend / resume (depending on hypervisor)

✔ Virtual Desktop OS VDAs (typically Windows 10/11 or Windows 365-style desktops) support full power management because they run as virtual machines on the hypervisor.

Why the other options are incorrect:

Remote PC Access machines (A):Are physical desktops; power actions cannot be controlled via hypervisor APIs.

Virtual Server OS machines (B):Although virtual, they are normally used as multi-session hosts; Citrix power management is not intended for them in standard deployments.

Physical Server OS machines (D):Physical hardware is not managed through hosting connections, so no power control is possible.

Thus, Virtual Desktop OS machines are the correct answer.

Documentation References

Citrix Virtual Apps and Desktops → Power Management Requirements

Citrix Delivery Controller Services → Host Service Power Actions

MCS and Hosting Connection Specifications for VM Power Control

In the scenario described, when network connectivity to Citrix Cloud is lost, the Local Host Cache (LHC) feature allows one of the Citrix Cloud Connectors at the resource location to become the primary broker. This enables it to broker new sessions and manage existing HDX connections using the LHC, ensuring continuity of service during outages

 CDF Control is a tool that can be used to collect information to investigate issues with session performance. CDF Control allows the administrator to enable and disable tracing, collect trace logs, and analyze them using Citrix Scout or Citrix Insight Services

The Delivery Controller runs the Secure Ticket Authority (STA) and the Citrix XML Service, which are responsible for issuing session tickets in response to connection requests for published applications and desktops on Citrix Virtual Apps and Desktops12. The Citrix Gateway can be configured to use the STA to validate the tickets and allow secure access to the resources3.

1: Access Citrix Virtual Apps and Desktops resources with the … - NetScaler 2: FAQ: Citrix Secure Gateway/ NetScaler Gateway Secure Ticket Authority 3: Configuring the Secure Ticket Authority on NetScaler Gateway

 The Dashboard view in Citrix Director provides a real-time graphical representation of the health and usage of the site, including the database services, the license server, and any hypervisor-hosting connections12

1: Director - Citrix Product Documentation 2: Director Dashboard Explained - Citrix Blogs

When Citrix Director is integrated with NetScaler Gateway using NetScaler Console / ADM, it unlocks HDX Insight data. This provides deep ICA and network analytics that Citrix Director cannot display alone.

The integration provides advanced metrics such as:

✔ A. Latency and bandwidth information for specific user sessions

HDX Insight allows administrators to see:

Session latency (ICA RTT, network latency)

Per-session bandwidth consumptionThis data is retrieved directly from NetScaler Gateway.

✔ C. Latency and bandwidth effects for applications and desktops

NetScaler ADM tracks ICA virtual channel usage at the application level, allowing Citrix Director to show:

Bandwidth impact of individual applications

Latency correlations with app responsiveness

✔ D. Average ICA round trip time for specific user sessions

This metric comes from the integrated ICA/HDX analytics and represents perceived responsiveness from the user’s point of view.

Why the other options are incorrect:

B. Peak concurrent sessions for apps/desktops:This is not provided by NetScaler integration; it is tracked by Delivery Controllers, not ADM.

E. Peak connected sessions for specific users:Director does not track historical peak sessions per user; this metric does not come from NetScaler.

Documentation References

Citrix Director and NetScaler ADM Integration Guide

HDX Insight Overview

ICA Network Analytics in Director

Citrix Studio provides a feature called Limit Visibility, which allows administrators to hide specific published resources (apps or desktops) from chosen users or groups. This is the correct method to selectively exclude users from seeing or launching certain apps without removing them from the Delivery Group.

Correct Approach:

To prevent HR10 from seeing or accessing APP_A, the administrator should configure Limit Visibility so that only HR1–HR9 are allowed visibility for APP_A.

This ensures:

The entire HR group still receives all published apps

Only HR10 is restricted from APP_A

The Delivery Group configuration remains intact

Why the other options are incorrect:

A. Remove HR10 from the Delivery Group:This would remove HR10’s access to all Delivery Group applications, not just APP_A.

C. Remove APP_A from the Delivery Group:This removes the app for everyone, not just HR10.

D. Limit visibility on APP_A to HR10:This would assign visibility only to HR10, the opposite of what is needed.

Documentation References

Citrix Virtual Apps and Desktops → Application Publishing and Visibility

Citrix Studio → App Properties → “Limit Visibility” Feature

Citrix App Assignment Best Practices