Product documentation
Linux Virtual Delivery Agent
Current Release 2407 2402 LTSR 2311 2308 2305 2303 2301 2212 2210 2209 2207 2206 2204 2203 LTSR 2201 2112 2110 2109 2107 2106 2104 2103 1912 LTSR 7.15
View PDF

Remote PC Access

June 20, 2024
Contributed by: 
B C

Overview

Remote PC Access is an extension of Citrix Virtual Apps and Desktops. It enables organizations to easily allow employees to access their physical office PCs remotely in a secure manner. If users can access their office PCs, they can access all the applications, data, and resources they need to do their work.

Remote PC Access uses the same Citrix Virtual Apps and Desktops components that deliver virtual desktops and applications. The requirements and process of deploying and configuring Remote PC Access are the same as the requirements and process required for deploying Citrix Virtual Apps and Desktops. This uniformity provides a consistent and unified administrative experience. Users receive the best user experience by using Citrix HDX to deliver their remote office PC sessions.

For more information, see Remote PC Access in the Citrix Virtual Apps and Desktops documentation.

Considerations

These considerations are specific to the Linux VDA:

  • On physical machines, use the Linux VDA only in non-3D mode. Due to limitations on NVIDIA’s driver, the local screen of the PC cannot be blacked out when HDX 3D mode is enabled. Showing this screen is a potential security risk.

  • Use machine catalogs of type single-session OS for physical Linux machines.

  • Automatic user assignment is not available for Linux machines. With automatic user assignment, users are assigned to their machines automatically when they log on locally to the PCs. This logon occurs without administrator intervention. Citrix Workspace app on the client helps users access the applications and data on the office PC within the Remote PC Access desktop session.

  • If users are already logged on to their PCs locally, attempts to launch the PCs from StoreFront fail.

  • Power saving options are not available for Linux machines.

Configuration

To deliver Linux PC sessions, install the Linux VDA on target PCs, create a machine catalog of the Remote PC Access type, and create a Delivery Group to make the PCs in the machine catalog available for users who request access. The following section details the procedure:

Step 1 - Install the Linux VDA on target PCs

We recommend you use easy install to install the Linux VDA. During the installation, set the value of the CTX_XDL_VDI_MODE variable to Y.

Step 2 - Create a machine catalog of the Remote PC Access type

  1. In Citrix Studio, right-click Machine Catalogs and select Create Machine Catalog from the shortcut menu.

    Image of selecting Create Machine Catalog

  2. Click Next on the Introduction page.

    Image of the Introduction page

  3. Select Remote PC Access on the Operating System page.

    Image of selecting Remote PC Access

  4. Click Add OUs to select OUs that contain the target PCs, or click Add machine accounts to add individual machines to the machine catalog.

    Image of adding OUs or machine accounts

  5. Name the machine catalog.

    Image of naming the machine catalog

  6. (Optional) Right-click the machine catalog to perform relevant operations.

    Image of relevant operations on the machine catalog

Step 3 - Create a Delivery Group to make the PCs in the machine catalog available for users who request access

  1. In Citrix Studio, right-click Delivery Groups and select Create Delivery Group from the shortcut menu.

    Image of selecting Create Delivery Group

  2. Click Next on the Getting started with Delivery Groups page.

    Image of the Getting started with Delivery Groups page

  3. Select the machine catalog created in Step 2 to associate it with the Delivery Group.

    Image of associating the machine catalog with the Delivery Group

  4. Add users who can access the PCs in the machine catalog. The users you add can use Citrix Workspace app on a client device to access the PCs remotely.

    Image of adding users who can access PCs in the machine catalog

Wake on LAN

Remote PC Access supports Wake on LAN, which gives users the ability to turn on physical PCs remotely. This feature enables users to keep their office PCs turned off when not in use to save energy costs. It also enables remote access when a machine has been turned off inadvertently.

With the Wake on LAN feature, the magic packets are sent directly from the VDA running on the PC to the subnet in which the PC resides when instructed by the delivery controller. This allows the feature to work without dependencies on extra infrastructure components or third-party solutions for delivery of magic packets.

The Wake on LAN feature differs from the legacy SCCM-based Wake on LAN feature. For information on the SCCM-based Wake on LAN, see Wake on LAN – SCCM-integrated.

System requirements

The following are the system requirements for using the Wake on LAN feature:

  • Control plane:
    • Citrix DaaS (formerly Citrix Virtual Apps and Desktops service)
    • Citrix Virtual Apps and Desktops 2012 or later
  • Physical PCs:
    • VDA version 2012 or later
    • Wake on LAN enabled in the BIOS and on the NIC

Configure Wake on LAN

Currently, the configuration of integrated Wake on LAN is only supported using PowerShell.

To configure Wake on LAN:

  1. Create the Remote PC Access machine catalog if you do not have one already.
  2. Create the Wake on LAN host connection if you do not have one already.

    Note:

    To use the Wake on LAN feature, if you have a host connection of the “Microsoft Configuration Manager Wake on LAN” type, create a host connection.

  3. Retrieve the Wake on LAN host connection’s unique identifier.

  4. Associate the Wake on LAN host connection with a machine catalog.

    To create the Wake on LAN host connection:

    # Load Citrix SnapIns
Add-PSSnapIn -Name "*citrix*"

# Provide the name of the Wake on LAN host connection
[string]$connectionName = "Remote PC Access Wake on LAN"

# Create the hypervisor connection
$hypHc = New-Item -Path xdhyp:\Connections `
            -Name $connectionName `
            -HypervisorAddress "N/A" `
            -UserName "woluser" `
            -Password "wolpwd" `
            -ConnectionType Custom `
            -PluginId VdaWOLMachineManagerFactory `
            -CustomProperties "<CustomProperties></CustomProperties>" `
            -Persist

$bhc = New-BrokerHypervisorConnection -HypHypervisorConnectionUid $hypHc.HypervisorConnectionUid

# Wait for the connection to be ready before trying to use it
while (-not $bhc.IsReady)
{
    Start-Sleep -s 5
    $bhc = Get-BrokerHypervisorConnection -HypHypervisorConnectionUid $hypHc.HypervisorConnectionUid
}
<!--NeedCopy-->

    When the host connection is ready, run the following commands to retrieve the host connection’s unique identifier:

    $bhc = Get-BrokerHypervisorConnection -Name "<WoL Connection Name>"
$hypUid = $bhc.Uid
<!--NeedCopy-->

    After you retrieve the connection’s unique identifier, run the following commands to associate the connection with the Remote PC Access machine catalog:

    Get-BrokerCatalog -Name "<Catalog Name>" | Set-BrokerCatalog -RemotePCHypervisorConnectionUid $hypUid
<!--NeedCopy-->

  5. Enable Wake on LAN in the BIOS and on the NIC on each VM in the machine catalog.

    Note: The method for enabling Wake on LAN varies with different machine configurations.

    • To enable Wake on LAN in the BIOS:

      1. Enter the BIOS and enable the Wake on LAN feature.

        The method for accessing the BIOS depends on the manufacturer of your motherboard and the BIOS vendor the manufacturer has selected.

      2. Save your settings and restart the machine.

    • To enable Wake on LAN on the NIC:

      1. Run the sudo ethtool <NIC> command to check whether your NIC supports magic packets.

        <NIC> is the device name of your NIC, for example, eth0. The sudo ethtool <NIC> command provides an output about the capabilities of your NIC:

        • If the output contains a line similar to Supports Wake-on: <letters> where <letters> contains the letter g, your NIC supports the Wake on LAN magic packet method.
        • If the output contains a line similar to Wake-on: <letters> where <letters> contains the letter g and does not contain the letter d, the Wake on LAN magic packet method is enabled. However, if <letters> contains the letter d, it indicates that the Wake on LAN feature is disabled. In this case, enable Wake on LAN by running the sudo ethtool -s <NIC> wol g command.

      2. On most distributions, the sudo ethtool -s <NIC> wol g command is required after each startup. To persistently set this option, complete the following steps based on your distributions:

        Ubuntu:
        Add the up ethtool -s <NIC> wol g line to the interface configuration file /etc/network/interfaces. For example:

        # ifupdown has been replaced by netplan(5) on this system. See
# /etc/netplan for current configuration.
# To re-enable ifupdown on this system, you can run:
# sudo apt install ifupdown
auto eth0
iface eth0 inet static
           address 10.0.0.1
           netmask 255.255.240.0
           gateway 10.0.0.1
           up ethtool -s eth0 wol g
<!--NeedCopy-->

        RHEL/SUSE:
        Add the following ETHTOOL_OPTS parameter to the interface configuration file /etc/sysconfig/network-scripts/ifcfg-<NIC>:

        ETHTOOL_OPTS="-s ${DEVICE} wol g"
<!--NeedCopy-->

Design considerations

When you are planning to use Wake on LAN with Remote PC Access, consider the following:

  • Multiple machine catalogs can use the same Wake on LAN host connection.
  • For a PC to wake up another PC, both PCs must be in the same subnet and use the same Wake on LAN host connection. It does not matter if the PCs are in the same or different machine catalogs.
  • Host connections are assigned to specific zones. If your deployment contains more than one zone, you need a Wake on LAN host connection in each zone. The same applies to machine catalogs.
  • Magic packets are broadcasted using the global broadcast address 255.255.255.255. Ensure that the address is not blocked.
  • There must be at least one PC turned on in the subnet - for every Wake on LAN connection - to be able to wake up machines in that subnet.

Operational considerations

The following are considerations for using the Wake on LAN feature:

  • The VDA must register at least once before the PC can be woken up using the integrated Wake on LAN feature.
  • Wake on LAN can only be used to wake up PCs. It does not support other power actions, such as restart or shut down.
  • After the Wake on LAN connection is created, it is visible in Studio. However, editing its properties within Studio is not supported.
  • Magic packets are sent in one of the two ways:
    • When a user tries to launch a session to their PC and the VDA is unregistered
    • When an administrator sends a power on command manually from Studio or PowerShell
  • Because the delivery controller is unaware of a PC’s power state, Studio displays Not Supported under power state. The delivery controller uses the VDA registration state to determine whether a PC is on or off.

More resources

The following are other resources for Remote PC Access:

Remote PC Access
June 20, 2024
Contributed by: 
B C
June 20, 2024
Contributed by: 
B C

In this article

Site feedback | Your privacy choices footer linkYour Privacy Choices | Privacy and legal terms | Cookie preferences | Consent settings | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.