Linux Virtual Delivery Agent

Authentication with Azure Active Directory

Note:

This feature is available only for Azure-hosted VDAs.

Based on your needs, you can deploy two types of Linux VDAs in Azure:

  • Azure AD DS-joined VMs. The VMs are joined to an Azure Active Directory (AAD) Domain Services (DS) managed domain. Users use their domain credentials to log on to the VMs.
  • Non-domain-joined VMs. The VMs integrate with the AAD identity service to provide user authentication. Users use their AAD credentials to log on to the VMs.

For more information about AAD DS and AAD, see this Microsoft article.

This article shows you how to enable and configure the AAD identity service on non-domain-joined VDAs.

Supported distributions

  • Ubuntu 22.04, 20.04, 18.04
  • RHEL 8.6, 8.4, 7.9
  • SUSE 15.3

For more information, see this Microsoft article.

Known issues and workarounds

On Red Hat 8.3 and 7.9, PAM (Pluggable Authentication Module) pam_loginuid.so fails to set loginuid after AAD user authentication. This issue blocks AAD users from accessing VDA sessions.

To work around this issue, in /etc/pam.d/remote, comment out the line Session required pam_loginuid.so. See the following screenshot for an example.

Workaround for known issue

Step 1: Create a template VM on the Azure portal

Create a template VM and install the Azure CLI on the VM.

  1. On the Azure portal, create a template VM. Be sure to select Login with Azure AD on the Management tab before clicking Review + create.

    Setting to enable login with AAD

  2. Install the Azure CLI on the template VM. For more information, see this Microsoft article.

Step 2: Prepare a master image on the template VM

To prepare a master image, follow Step 3: Prepare a master image in Create Linux VDAs using Machine Creation Services (MCS).

Step 3: Set the template VM to non-domain-joined mode

After you create a master image, follow these steps to set the VM to non-domain-joined mode:

  1. Run the following script from the command prompt.

    Modify /var/xdl/mcs/mcs_util.sh
    <!--NeedCopy-->
    
  2. Locate function read_non_domain_joined_info(), and then change the value of NonDomainJoined to 2. See the following code block for an example.

    function read_non_domain_joined_info()
    {
    log "Debug: Enter read_non_domain_joined_info"
    # check if websocket enabled
    TrustIdentity=`cat ${id_disk_mnt_point}${ad_info_file_path} | grep '\[TrustIdentity\]' | sed 's/\s//g'`
    if [ "$TrustIdentity" == "[TrustIdentity]" ]; then
    NonDomainJoined=2
    fi
    ...
    }
    <!--NeedCopy-->
    
  3. Save the change.

  4. Shut down the template VM.

Step 4: Create the Linux VMs from the template VM

After you have the non-domain-joined template VM ready, follow these steps to create VMs:

  1. Sign in to Citrix Cloud.

  2. Double-click Citrix DaaS, and then access the Full Configuration management console.

  3. In Machine Catalogs, choose to use Machine Creation Services to create the Linux VMs from the template VM. For more information, see Non-domain-joined VDAs in the Citrix DaaS document.

Step 5: Assign AAD user accounts to the Linux VMs

After you create the non-domain-joined VMs, assign AAD user accounts to them.

To assign AAD user accounts to a VM, follow these steps:

  1. Access the VM using an administrator account.
  2. On the Identify > System assigned tab, enable System Identity.

    Setting to enable login with AAD

  3. On the Access control (IAM) > Role assignments tab, locate the Virtual Machine User Login area, and then add the AAD user accounts as needed.

    Setting to enable login with AAD

Log on to non-domain-joined VDAs

End users in your organization can log on to a non-domain-joined VDA in two ways. Detailed steps are as follows:

  1. Start the Workspace app, and then log on to the workspace by entering the AAD user name and password. The Workspace page appears.
  2. Double-click a non-domain-joined desktop. The AAD LOGIN page appears.

    The page varies depending on the login mode set on the VDA: Device Code or AAD account/password. By default, Linux VDAs authenticate AAD users using Device Code login mode as follows. As the administrator, you can change the login mode to AAD account/password if needed. See the following section for detailed steps.

    Setting to enable login with AAD

  3. Based on the onscreen instructions, log on to the desktop session in one of the following ways:
    • Scan the QR code and enter the code.
    • Enter the AAD user name and password.

Change to AAD account/password login mode

By default, Linux VDAs authenticate AAD users with device codes. See this Microsoft article for details. To change the login mode to AAD account/password, follow these steps:

Run the following command on the VDA, locate the key AADAcctPwdAuthEnable, and change its value to 0x00000001.

/opt/Citrix/VDA/bin/ctxreg create -k "HKLM\System\CurrentControlSet\Services\CitrixBrokerAgent\WebSocket" -t "REG_DWORD" -v "AADAcctPwdAuthEnable" -d "0x00000001" --force

<!--NeedCopy-->

Note:

This approach doesn’t work with Microsoft accounts or accounts that have two-factor authentication enabled.

Authentication with Azure Active Directory