Linux Virtual Delivery Agent

手动安装适用于 Debian 的 Linux Virtual Delivery Agent

重要:

对于全新安装,建议您使用简易安装以进行快速安装。与本文中详述的手动安装相比,简易安装可节省时间和精力,并且不易出错。

步骤 1: 准备用于 VDA 安装的 Debian

步骤 1a: 验证网络配置

请确保网络已连接并配置正确。例如,您必须在 Linux VDA 上配置 DNS 服务器。

步骤 1b: 设置主机名

为确保正确报告计算机的主机名,请更改 /etc/hostname 文件,使其仅包含计算机的主机名。

hostname

步骤 1c: 为主机名分配环回地址

请确保正确报告计算机的 DNS 域名和完全限定域名 (FQDN)。方法是更改 /etc/hosts 文件中的以下行,以将 FQDN 和主机名作为前两个条目包含在内:

127.0.0.1 hostname-fqdn hostname localhost

例如:

127.0.0.1 vda01.example.com vda01 localhost

从文件中的其他条目中删除对 hostname-fqdnhostname 的任何其他引用。

注意:

Linux VDA 当前不支持 NetBIOS 名称截断。主机名不得超过 15 个字符。

提示:

仅使用 a–z、A–Z、0–9 和连字符 (-) 字符。避免使用下划线 (_)、空格和其他符号。主机名不能以数字开头,也不能以连字符结尾。此规则也适用于 Delivery Controller 主机名。

步骤 1d: 检查主机名

验证主机名是否已正确设置:

hostname
<!--NeedCopy-->

此命令仅返回计算机的主机名,而不返回其 FQDN。

验证 FQDN 是否已正确设置:

hostname -f
<!--NeedCopy-->

此命令返回计算机的 FQDN。

步骤 1e: 禁用多播 DNS

默认设置已启用多播 DNS (mDNS),这可能导致名称解析结果不一致。

要禁用 mDNS,请编辑 /etc/nsswitch.conf 并将以下行:

hosts: files mdns_minimal [NOTFOUND=return] dns

更改为:

hosts: files dns

步骤 1f: 检查名称解析和服务可访问性

验证您是否可以解析 FQDN 并 ping 通域控制器和 Delivery Controller™:

nslookup domain-controller-fqdn

ping domain-controller-fqdn

nslookup delivery-controller-fqdn

ping delivery-controller-fqdn
<!--NeedCopy-->

如果您无法解析 FQDN 或无法 ping 通其中任何一台计算机,请在继续操作之前查看这些步骤。

步骤 1g: 配置时钟同步 (chrony)

在 VDA、Delivery Controller 和域控制器之间保持准确的时钟同步至关重要。将 Linux VDA 作为虚拟机托管可能会导致时钟偏差问题。因此,首选与远程时间服务同步时间。

  • 安装 chrony:
apt-get install chrony
<!--NeedCopy-->

作为 root 用户,编辑 /etc/chrony/chrony.conf 并为每个远程时间服务器添加一个服务器条目:

server peer1-fqdn-or-ip-address iburst server peer2-fqdn-or-ip-address iburst

在典型部署中,从本地域控制器同步时间,而不是直接从公共 NTP 池服务器同步时间。为域中的每个 Active Directory 域控制器添加一个服务器条目。

删除列出的任何其他 serverpool 条目,包括环回 IP 地址、localhost 和公共服务器 *.pool.ntp.org 条目。

保存更改并重新启动 Chrony 守护程序:

sudo systemctl restart chrony
<!--NeedCopy-->

步骤 1h: 安装软件包

sudo apt-get install -y libsasl2-2

sudo apt-get install -y libgtk2.0-0
<!--NeedCopy-->

步骤 1i: 添加 oldstable 存储库

要安装 Debian 发行版所需的依赖项,请将 deb http://deb.debian.org/debian/ oldstable main 行添加到 /etc/apt/sources.list 文件中。

  • 1j 步: 安装 PostgreSQL

  • Linux VDA 在 Debian 上需要 PostgreSQL 11 版:
sudo apt-get install -y postgresql

sudo apt-get install -y libpostgresql-jdbc-java
<!--NeedCopy-->

步骤 2: 准备管理程序

在受支持的管理程序上将 Linux VDA 作为虚拟机运行时,需要进行一些更改。请根据所使用的管理程序平台进行以下更改。如果您在裸机硬件上运行 Linux 计算机,则无需进行任何更改。

修复 Citrix Hypervisor™ 上的时间同步

当启用 Citrix Hypervisor 时间同步功能时,在每个半虚拟化 Linux VM 中,您会遇到 NTP 和 Citrix Hypervisor 的问题。两者都尝试管理系统时钟。为避免时钟与其他服务器不同步,请确保每个 Linux 客户机中的系统时钟与 NTP 同步。此情况需要禁用主机时间同步。在 HVM 模式下无需进行任何更改。

如果您正在运行安装了 Citrix VM Tools 的半虚拟化 Linux 内核,则可以从 Linux VM 中检查 Citrix Hypervisor 时间同步功能是否存在并已启用:

su -
cat /proc/sys/xen/independent_wallclock
<!--NeedCopy-->

此命令返回 0 或 1:

  • 0 - 时间同步功能已启用,必须将其禁用。
  • 1 - 时间同步功能已禁用,无需进一步操作。

如果 /proc/sys/xen/independent_wallclock 文件不存在,则无需执行以下步骤。

如果已启用,请通过向文件写入 1 来禁用时间同步功能:

sudo echo 1 > /proc/sys/xen/independent_wallclock
<!--NeedCopy-->

要使此更改在重新启动后永久生效,请编辑 /etc/sysctl.conf 文件并添加以下行:

xen.independent_wallclock = 1

要验证这些更改,请重新启动系统:

su -
cat /proc/sys/xen/independent_wallclock
<!--NeedCopy-->

此命令返回值为 1。

修复 Microsoft Hyper-V 上的时间同步

安装了 Hyper-V Linux Integration Services 的 Linux VM 可以使用 Hyper-V 时间同步功能来使用主机操作系统的时钟。为确保系统时钟保持准确,请在 NTP 服务的同时启用此功能。

从管理操作系统:

  1. 打开 Hyper-V 管理器控制台。
  2. 对于 Linux VM 的设置,选择“集成服务”。
  3. 确保选中“时间同步”。

注意:

此方法与 VMware 和 Citrix Hypervisor 不同,在 VMware 和 Citrix Hypervisor 中,主机时间同步被禁用以避免与 NTP 冲突。Hyper-V 时间同步可以与 NTP 时间同步共存并对其进行补充。

修复 ESX 和 ESXi 上的时间同步

当 VMware 时间同步功能启用时,在每个半虚拟化 Linux VM 中,您会遇到 NTP 和管理程序的问题。两者都尝试同步系统时钟。为避免时钟与其他服务器不同步,请确保每个 Linux 客户机中的系统时钟与 NTP 同步。这种情况需要禁用主机时间同步。

如果您正在运行安装了 VMware Tools 的半虚拟化 Linux 内核:

  1. 打开 vSphere Client。
  2. 编辑 Linux VM 的设置。
  3. 在“虚拟机属性”对话框中,打开“选项”选项卡。
  4. 选择“VMware Tools”。
  5. 在“高级”框中,清除“将客户机时间与主机同步”。

步骤 3:将 Linux 虚拟机 (VM) 添加到 Windows 域

Linux VDA 支持多种方法将 Linux 计算机添加到 Active Directory (AD) 域:

请根据您选择的方法按照说明进行操作。

注意:

当 Linux VDA 中的本地帐户和 AD 中的帐户使用相同的用户名时,会话启动可能会失败。

Samba Winbind

安装或更新所需的软件包

sudo apt-get install winbind samba libnss-winbind libpam-winbind krb5-config krb5-locales krb5-user
<!--NeedCopy-->

启用 Winbind 守护程序在计算机启动时启动

必须将 Winbind 守护程序配置为在计算机启动时启动:

sudo systemctl enable winbind
<!--NeedCopy-->

注意:

确保 winbind 脚本位于 /etc/init.d 下。

配置 Kerberos

以 root 用户身份打开 /etc/krb5.conf,并进行以下设置:

注意:

根据您的 AD 基础结构配置 Kerberos。以下设置适用于单域、单林模型。

[libdefaults]

default_realm = REALM

dns_lookup_kdc = false

[realms]

REALM = {

admin_server = domain-controller-fqdn

kdc = domain-controller-fqdn

}

[domain_realm]

domain-dns-name = REALM

.domain-dns-name = REALM

此上下文中的 domain-dns-name 参数是 DNS 域名,例如 example.comREALM 是大写的 Kerberos 领域名称,例如 EXAMPLE.COM

配置 Winbind 身份验证

打开 /etc/samba/smb.conf,并进行以下设置:

[global]

workgroup = WORKGROUP

security = ADS

realm = REALM

encrypt passwords = yes

idmap config *:range = 16777216-33554431

winbind trusted domains only = no

kerberos method = secrets and keytab

winbind refresh tickets = yes

template shell = /bin/bash

WORKGROUPREALM 中的第一个字段,而 REALM 是大写的 Kerberos 领域名称。

配置 nsswitch

打开 /etc/nsswitch.conf,并将 winbind 添加到以下行:

passwd: systemd winbind group: systemd winbind

加入 Windows 域

域控制器必须可访问,并且必须拥有具有将计算机添加到域权限的 Active Directory 用户帐户:

sudo net ads join REALM -U user
<!--NeedCopy-->

其中 REALM 是大写的 Kerberos 领域名称,user 是具有将计算机添加到域权限的域用户。

重新启动 Winbind

sudo systemctl restart winbind
<!--NeedCopy-->

配置 Winbind 的 PAM

运行以下命令,并确保选中 Winbind NT/Active Directory 身份验证登录时创建主目录 选项:

sudo pam-auth-update
<!--NeedCopy-->

提示:

仅当计算机已加入域时,winbind 守护进程才保持运行。

验证域成员身份

Delivery Controller 要求所有 VDA 计算机(无论是 Windows 还是 Linux)在 Active Directory 中都具有计算机对象。

运行 Samba 的 net ads 命令以验证计算机是否已加入域:

sudo net ads testjoin
<!--NeedCopy-->

运行以下命令以验证额外的域和计算机对象信息:

sudo net ads info
<!--NeedCopy-->

验证 Kerberos 配置

要验证 Kerberos 是否已正确配置以与 Linux VDA 配合使用,请验证系统 keytab 文件是否已创建并包含有效密钥:

sudo klist -ke
<!--NeedCopy-->

此命令显示可用于主体名称和密码套件的各种组合的密钥列表。运行 Kerberos kinit 命令以使用这些密钥向域控制器验证计算机:

sudo kinit -k MACHINE\$@REALM
<!--NeedCopy-->

计算机和领域名称必须以大写形式指定。美元符号 ($) 必须使用反斜杠 (\) 进行转义,以防止 shell 替换。在某些环境中,DNS 域名与 Kerberos 领域名称不同。请确保使用领域名称。如果此命令成功,则不显示任何输出。

使用以下命令验证计算机帐户的 TGT 票证是否已缓存:

sudo klist
<!--NeedCopy-->

使用以下命令检查计算机的帐户详细信息:

sudo net ads status
<!--NeedCopy-->

验证用户身份验证

使用 wbinfo 工具验证域用户是否可以向域进行身份验证:

-  wbinfo --krb5auth=domain\\username%password
<!--NeedCopy-->

此处指定的域是 AD 域名,而不是 Kerberos 领域名称。对于 bash shell,反斜杠 (\) 字符必须使用另一个反斜杠进行转义。此命令返回指示成功或失败的消息。

要验证 Winbind PAM 模块是否已正确配置,请使用以前未使用的域用户帐户登录到 Linux VDA。

ssh localhost -l domain\\username

id -u
<!--NeedCopy-->

注意:

要成功运行 SSH 命令,请确保 SSH 已启用并正常工作。

  • 验证是否为 id -u 命令返回的 uid 创建了相应的 Kerberos 凭据缓存文件:
ls /tmp/krb5cc_uid
<!--NeedCopy-->

验证用户 Kerberos 凭据缓存中的票证是否有效且未过期:

klist
<!--NeedCopy-->

退出会话。

exit
<!--NeedCopy-->

可以通过直接登录 Gnome 或 KDE 控制台来执行类似的测试。在完成域加入验证后,继续执行步骤 6:安装 Linux VDA

提示:

如果用户身份验证成功但使用域帐户登录时无法显示桌面,请重新启动计算机并重试。

Quest 身份验证服务

在域控制器上配置 Quest

假设已在 Active Directory 域控制器上安装并配置了 Quest 软件,并且已获得在 Active Directory 中创建计算机对象的管理权限。

启用域用户登录到 Linux VDA 计算机

要使域用户能够在 Linux VDA 计算机上建立 HDX™ 会话:

  1. 在 Active Directory 用户和计算机管理控制台中,打开该用户帐户的 Active Directory 用户属性。
  2. 选择 Unix 帐户 选项卡。
  3. 选中 启用 Unix
  4. 主 GID 号 设置为实际域用户组的组 ID。

注意:

这些说明等同于使用控制台、RDP、SSH 或任何其他远程处理协议设置域用户登录。

在 Linux VDA 上配置 Quest

解决 SELinux 策略强制执行问题

默认 RHEL 环境已完全强制执行 SELinux。此强制执行会干扰 Quest 使用的 Unix 域套接字 IPC 机制,并阻止域用户登录。

解决此问题的便捷方法是禁用 SELinux。作为 root 用户,编辑 /etc/selinux/config 并更改 SELinux 设置:

SELINUX=disabled

此更改需要重新启动计算机:

reboot
<!--NeedCopy-->

重要提示:

请谨慎使用此设置。禁用 SELinux 策略强制执行后重新启用可能会导致完全锁定,即使是 root 用户和其他本地用户也无法登录。

配置 VAS 守护程序

必须启用 Kerberos 票证的自动续订并将其断开连接。必须禁用身份验证(脱机登录):

sudo /opt/quest/bin/vastool configure vas vasd auto-ticket-renew-interval 32400

sudo /opt/quest/bin/vastool configure vas vas_auth allow-disconnected-auth false
<!--NeedCopy-->

此命令将续订间隔设置为 9 小时(32,400 秒),比默认的 10 小时票证生命周期少 1 小时。在票证生命周期较短的系统上,将此参数设置为较低的值。

配置 PAM 和 NSS

要通过 HDX 和其他服务(例如 su、ssh 和 RDP)启用域用户登录,请运行以下命令手动配置 PAM 和 NSS:

-  sudo /opt/quest/bin/vastool configure pam  
-  sudo /opt/quest/bin/vastool configure nss
<!--NeedCopy-->

加入 Windows 域

使用 Quest vastool 命令将 Linux 计算机加入 Active Directory 域:

sudo /opt/quest/bin/vastool -u user join domain-name
<!--NeedCopy-->

该用户是具有将计算机加入 Active Directory 域权限的任何域用户。domain-name 是域的 DNS 名称,例如 example.com。

验证域成员身份

Delivery Controller 要求所有 VDA 计算机(无论是 Windows 还是 Linux)在 Active Directory 中都具有计算机对象。要验证已加入 Quest 的 Linux 计算机是否在域中:

sudo /opt/quest/bin/vastool info domain
<!--NeedCopy-->

如果计算机已加入域,此命令将返回域名。如果计算机未加入任何域,则会出现以下错误:

ERROR: No domain could be found. ERROR: VAS_ERR_CONFIG: at ctx.c:414 in _ctx_init_default_realm default_realm not configured in vas.conf. Computer may not be joined to domain

验证用户身份验证

要验证 Quest 是否可以通过 PAM 验证域用户,请使用以前未使用的域用户帐户登录到 Linux VDA。

ssh localhost -l domain\\username

id -u
<!--NeedCopy-->

验证是否为 id -u 命令返回的 UID 创建了相应的 Kerberos 凭据缓存文件:

ls /tmp/krb5cc_uid
<!--NeedCopy-->

验证 Kerberos 凭据缓存中的票证是否有效且未过期:

/opt/quest/bin/vastool klist
<!--NeedCopy-->

退出会话。

exit
<!--NeedCopy-->

完成域加入验证后,继续执行步骤 6:安装 Linux VDA

Centrify DirectControl

加入 Windows 域

安装 Centrify DirectControl Agent 后,使用 Centrify adjoin 命令将 Linux 计算机加入 Active Directory 域:

su –
adjoin -w -V -u user domain-name
<!--NeedCopy-->

user 参数是具有将计算机加入 Active Directory 域权限的任何 Active Directory 域用户。domain-name 参数是要将 Linux 计算机加入的域的名称。

验证域成员身份

Delivery Controller 要求所有 VDA 计算机(无论是 Windows 还是 Linux)在 Active Directory 中都具有计算机对象。要验证已加入 Centrify 的 Linux 计算机是否在域中:

su –

adinfo
<!--NeedCopy-->

验证 Joined to domain 值是否有效,以及 CentrifyDC mode 是否返回 connected。如果模式停留在启动状态,则 Centrify 客户端正在遇到服务器连接或身份验证问题。

可以使用以下命令获取更全面的系统和诊断信息:

adinfo --sysinfo all

adinfo --diag
<!--NeedCopy-->

测试与各种 Active Directory 和 Kerberos 服务的连接。

adinfo --test
<!--NeedCopy-->

完成域加入验证后,继续执行步骤 6:安装 Linux VDA

SSSD

配置 Kerberos

运行以下命令安装 Kerberos:

sudo apt-get install krb5-user
<!--NeedCopy-->

要配置 Kerberos,请以 root 身份打开 /etc/krb5.conf 并设置参数:

注意:

根据您的 AD 基础结构配置 Kerberos。以下设置适用于单域、单林模型。

[libdefaults]

default_realm = REALM

dns_lookup_kdc = false

[realms]

REALM = {

admin_server = domain-controller-fqdn

  • kdc = domain-controller-fqdn

}

[domain_realm]

domain-dns-name = REALM

.domain-dns-name = REALM

domain-dns-name 参数在此上下文中是 DNS 域名,例如 example.com。REALM 是大写的 Kerberos 领域名称,例如 EXAMPLE.COM。

加入域

必须将 SSSD 配置为使用 Active Directory 作为其身份提供程序,并使用 Kerberos 进行身份验证。但是,SSSD 不提供用于加入域和管理系统密钥表文件的 AD 客户端功能。可以使用 adclirealmdSamba 代替。

注意:

本节仅提供有关 adcliSamba 的信息。

  • 如果使用 adcli 加入域,请完成以下步骤:

    1. 安装 adcli
     sudo apt-get install adcli
    
     <!--NeedCopy-->
    
      1. 使用 adcli 加入域。
    • 删除旧的系统密钥表文件,然后使用以下命令加入域:
    
     -  su -
    
     -  rm -rf /etc/krb5.keytab
    
     -  adcli join domain-dns-name -U user -H hostname-fqdn
    
     <!--NeedCopy-->
    

    user 是一个域用户,具有将计算机添加到域的权限。hostname-fqdn 是计算机的 FQDN 格式主机名。

    adcli 需要 -H 选项才能生成 host/hostname-fqdn@REALM 格式的 SPN,这是 Linux VDA 所必需的。

  1. 验证系统密钥表。

    运行 sudo klist -ket 命令以确保已创建系统密钥表文件。

    -  验证每个密钥的时间戳是否与计算机加入域的时间匹配。
    
    • 如果使用 Samba 加入域,请完成以下步骤:
  2. 安装软件包。

    sudo apt-get install samba krb5-user
    <!--NeedCopy-->
    
  3. 配置 Samba

  • 打开 /etc/samba/smb.conf,并进行以下设置:

  • [global]

    workgroup = WORKGROUP

    security = ADS

    realm = REALM

    client signing = yes

    client use spnego = yes

    kerberos method = secrets and keytab

    WORKGROUPREALM 中的第一个字段,REALM 是大写的 Kerberos 领域名称。

  1. 使用 Samba 加入域。

    域控制器必须可访问,并且必须具有有权将计算机添加到域的 Windows 帐户。

    sudo net ads join REALM -U user
    <!--NeedCopy-->
    

    其中 REALM 是大写的 Kerberos 领域名称,user 是一个域用户,具有将计算机添加到域的权限。

设置 SSSD

安装或更新所需的软件包:

如果尚未安装,请安装所需的 SSSD 和配置软件包:

sudo apt-get install sssd
<!--NeedCopy-->

如果已安装软件包,建议进行更新:

sudo apt-get install --only-upgrade sssd
<!--NeedCopy-->

注意:

默认情况下,Ubuntu 中的安装过程会自动配置 nsswitch.conf 和 PAM 登录模块。

配置 SSSD

在启动 SSSD 守护程序之前,需要更改 SSSD 配置。对于某些版本的 SSSD,/etc/sssd/sssd.conf 配置文件默认未安装,必须手动创建。以 root 身份创建或打开 /etc/sssd/sssd.conf 并进行以下设置:

[sssd]

services = nss, pam

config_file_version = 2

domains = domain-dns-name

[domain/domain-dns-name]

id_provider = ad

access_provider = ad

auth_provider = krb5

krb5_realm = REALM

# Set krb5_renewable_lifetime higher if TGT renew lifetime is longer than 14 days

krb5_renewable_lifetime = 14d

# Set krb5_renew_interval to lower value if TGT ticket lifetime is shorter than 2 hours

krb5_renew_interval = 1h

krb5_ccachedir = /tmp

krb5_ccname_template = FILE:%d/krb5cc_%U

# This ldap_id_mapping setting is also the default value

ldap_id_mapping = true

override_homedir = /home/%d/%u

default_shell = /bin/bash

ad_gpo_map_remote_interactive = +ctxhdx

注意:

ldap_id_mapping 设置为 true,以便 SSSD 本身负责将 Windows SID 映射到 Unix UID。否则,Active Directory 必须能够提供 POSIX 扩展。PAM 服务 ctxhdx 已添加到 ad_gpo_map_remote_interactive。

此上下文中的 domain-dns-name 参数是 DNS 域名,例如 example.com。REALM 是大写的 Kerberos 领域名称,例如 EXAMPLE.COM。无需配置 NetBIOS 域名。

有关配置设置的信息,请参阅 sssd.conf 和 sssd-ad 的手册页。

SSSD 守护程序要求配置文件仅具有所有者读取权限:

sudo chmod 0600 /etc/sssd/sssd.conf
<!--NeedCopy-->

启动 SSSD 守护程序

运行以下命令以立即启动 SSSD 守护程序,并使该守护程序能够在计算机启动时启动:

sudo systemctl start sssd

sudo systemctl enable sssd
<!--NeedCopy-->

PAM 配置

-  运行以下命令并确保选中 **SSS 身份验证**和**登录时创建主目录**选项:
sudo pam-auth-update
<!--NeedCopy-->

验证域成员身份

Delivery Controller 要求所有 VDA 计算机(Windows 和 Linux VDA)在 Active Directory 中具有计算机对象。

  • 如果使用 adcli 验证域成员身份,请运行 sudo adcli info domain-dns-name 命令以显示域信息。

  • 如果使用 Samba 验证域成员身份,请运行 sudo net ads testjoin 命令以验证计算机是否已加入域,并运行 sudo net ads info 命令以验证额外的域和计算机对象信息。

  • 验证 Kerberos 配置

  • 要验证 Kerberos 是否已正确配置以与 Linux VDA 结合使用,请验证系统 keytab 文件是否已创建并包含有效密钥:
sudo klist -ke
<!--NeedCopy-->

此命令显示可用于主体名称和密码套件的各种组合的密钥列表。运行 Kerberos kinit 命令以使用这些密钥向域控制器验证计算机:

sudo kinit -k MACHINE\$@REALM
<!--NeedCopy-->

计算机和领域名称必须以大写形式指定。美元符号 ($) 必须用反斜杠 (\) 转义,以防止 shell 替换。在某些环境中,DNS 域名与 Kerberos 领域名称不同。请确保使用领域名称。如果此命令成功,则不会显示任何输出。

使用以下命令验证计算机帐户的 TGT 是否已缓存:

sudo klist
<!--NeedCopy-->

验证用户身份验证

SSSD 不提供用于直接通过守护程序测试身份验证的命令行工具,并且只能通过 PAM 完成。

要验证 SSSD PAM 模块是否配置正确,请使用以前未使用的域用户帐户登录到 Linux VDA。

ssh localhost -l domain\\username

id -u

klist

exit
<!--NeedCopy-->

验证 klist 命令返回的 Kerberos 票证对该用户是否正确且未过期。

作为 root 用户,验证是否为上一个 id -u 命令返回的 UID 创建了相应的票证缓存文件:

ls /tmp/krb5cc_uid
<!--NeedCopy-->

通过登录到 KDE 或 Gnome 显示管理器可以执行类似的测试。在域加入验证后,继续执行步骤 6:安装 Linux VDA

PBIS

下载所需的 PBIS 软件包

例如:

sudo wget https://github.com/BeyondTrust/pbis-open/releases/download/8.8.0/pbis-open-8.8.0.506.linux.x86_64.deb.sh
<!--NeedCopy-->

使 PBIS 安装脚本可执行

例如:

sudo chmod +x pbis-open-8.8.0.506.linux.x86_64.deb.sh
<!--NeedCopy-->

运行 PBIS 安装脚本

例如:

sudo sh pbis-open-8.8.0.506.linux.x86_64.deb.sh
<!--NeedCopy-->

加入 Windows 域

域控制器必须可访问,并且必须具有 Active Directory 用户帐户,该帐户具有将计算机添加到域的权限:

sudo /opt/pbis/bin/domainjoin-cli join domain-name user
<!--NeedCopy-->

用户是具有将计算机添加到 Active Directory 域的权限的域用户。域名是域的 DNS 名称,例如 example.com。

注意:要将 Bash 设置为默认 shell,请运行 sudo /opt/pbis/bin/config LoginShellTemplate/bin/bash 命令。

验证域成员身份

交付控制器要求所有 VDA 计算机(Windows VDA 和 Linux VDA)在 Active Directory 中具有计算机对象。要验证已加入 PBIS 的 Linux 计算机是否位于域中:

/opt/pbis/bin/domainjoin-cli query
<!--NeedCopy-->

如果计算机已加入域,此命令将返回有关当前已加入的 AD 域和 OU 的信息。否则,仅显示主机名。

验证用户身份验证

要验证 PBIS 是否可以通过 PAM 验证域用户身份,请使用以前未使用过的域用户帐户登录到 Linux VDA。

sudo ssh localhost -l domain\\user

id -u
<!--NeedCopy-->

验证是否为 id -u 命令返回的 UID 创建了相应的 Kerberos 凭据缓存文件:

ls /tmp/krb5cc_uid
<!--NeedCopy-->

退出会话。

exit
<!--NeedCopy-->

完成域加入验证后,继续执行步骤 6:安装 Linux VDA

步骤 4:安装 .NET Runtime 6.0 作为必备项

在安装 Linux VDA 之前,请按照 https://docs.microsoft.com/en-us/dotnet/core/install/linux-package-managers 上的说明安装 .NET Runtime 6.0。

安装 .NET Runtime 6.0 后,运行 which dotnet 命令以查找运行时路径。

根据命令输出,设置 .NET 运行时二进制路径。例如,如果命令输出为 /aa/bb/dotnet,则使用 /aa/bb 作为 .NET 二进制路径。

步骤 5:下载 Linux VDA 软件包

转到 Citrix Virtual Apps and Desktops™ 下载页面。展开相应版本的 Citrix Virtual Apps and Desktops,然后单击“组件”以下载与您的 Linux 发行版匹配的 Linux VDA 软件包。

步骤 6:安装 Linux VDA

步骤 6a:安装 Linux VDA

使用 Debian 软件包管理器安装 Linux VDA 软件:

sudo dpkg -i xendesktopvda_<version>.debian10_amd64.deb
<!--NeedCopy-->

适用于 Debian 10.9 的 Debian 依赖项列表:

libqt5widgets5          >= 5.5~
ibus                    >= 1.5
postgresql              >= 11
libpostgresql-jdbc-java >= 42.2
openjdk-11-jdk           >= 11
imagemagick             >= 8:6.9.10
ufw                     >= 0.36
desktop-base            >= 10.0.2
libxrandr2              >= 2:1.5.1
libxtst6                >= 2:1.2.3
libxm4                  >= 2.3.8
util-linux              >= 2.33
gtk3-nocsd              >= 3
bash                    >= 5.0
findutils               >= 4.6.0
sed                     >= 4.7
cups                    >= 2.2
ghostscript             >= 9.27~
libmspack0              >= 0.10
libgoogle-perftools4    >= 2.7~
libpython2.7            >= 2.7~
libsasl2-modules-gssapi-mit >= 2.1.~
<!--NeedCopy-->

注意:

有关此版本的 Linux VDA 支持的 Linux 发行版和 Xorg 版本的矩阵,请参阅系统要求

步骤 6b:升级 Linux VDA(可选)

您可以从前两个版本和 LTSR 版本升级现有安装。

sudo dpkg -i <PATH>/<Linux VDA deb>
<!--NeedCopy-->

注意:

升级现有安装会覆盖 /etc/xdl 下的配置文件。在执行升级之前,务必备份文件。

步骤 7:安装 NVIDIA GRID 驱动程序

启用 HDX 3D Pro 要求您在管理程序和 VDA 计算机上安装 NVIDIA GRID 驱动程序。

要在特定管理程序上安装和配置 NVIDIA GRID 虚拟 GPU 管理器(主机驱动程序),请参阅以下指南:

要安装和配置 NVIDIA GRID 客户机 VM 驱动程序,请执行以下常规步骤:

  1. 确保客户机 VM 已关闭。
  2. 在管理程序控制面板中,为 VM 分配一个 GPU。
  3. 启动 VM。
  4. 在 VM 上安装客户机 VM 驱动程序。

步骤 8:配置 Linux VDA

安装软件包后,您必须通过运行 ctxsetup.sh 脚本来配置 Linux VDA。在进行任何更改之前,该脚本会验证环境并确保所有依赖项都已安装。如有必要,您可以随时重新运行该脚本以更改设置。

您可以手动运行脚本并进行提示,也可以自动运行并使用预配置的响应。在继续之前,请查看有关该脚本的帮助:

sudo /opt/Citrix/VDA/sbin/ctxsetup.sh --help
<!--NeedCopy-->

提示式配置

运行带有提示问题的手动配置:

sudo /opt/Citrix/VDA/sbin/ctxsetup.sh
<!--NeedCopy-->

自动化配置

对于自动化安装,可以通过环境变量提供安装脚本所需的选项。如果所有必需变量都存在,脚本将不会提示用户输入任何信息,从而实现脚本化安装过程。

支持的环境变量包括:

    -  **CTX\_XDL\_SUPPORT\_DDC\_AS\_CNAME=Y \| N** – Linux VDA 支持使用 DNS CNAME 记录指定交付控制器名称。默认设置为 N。
  • CTX_XDL_DDC_LIST=’list-ddc-fqdns’ – Linux VDA 需要一个空格分隔的交付控制器完全限定域名 (FQDN) 列表,用于向交付控制器注册。必须至少指定一个 FQDN 或 CNAME 别名。
  • CTX_XDL_VDA_PORT=port-number – Linux VDA 通过 TCP/IP 端口与交付控制器通信,默认端口为 80。
  • CTX_XDL_REGISTER_SERVICE=Y | N – Linux 虚拟桌面服务在计算机启动后启动。默认设置为 Y。
  • CTX_XDL_ADD_FIREWALL_RULES=Y | N – Linux 虚拟桌面服务需要允许传入网络连接通过系统防火墙。您可以在系统防火墙中自动为 Linux 虚拟桌面打开所需的端口(默认端口为 80 和 1494)。默认设置为 Y。
    • CTX_XDL_AD_INTEGRATION=1 | 2 | 3 | 4 |5 – Linux VDA 需要 Kerberos 配置设置才能向交付控制器进行身份验证。Kerberos 配置是根据系统上已安装和配置的 Active Directory 集成工具确定的。指定要使用的受支持的 Active Directory 集成方法:
    • 1 – Samba Winbind
    • 2 – Quest Authentication Service
    • 3 – Centrify DirectControl
    • 4 – SSSD
    • 5 – PBIS
  • CTX_XDL_HDX_3D_PRO=Y | N – Linux VDA 支持 HDX 3D Pro,这是一组旨在优化富图形应用程序虚拟化的 GPU 加速技术。如果选择 HDX 3D Pro,VDA 将配置为 VDI 桌面(单会话)模式(即 CTX_XDL_VDI_MODE=Y)。
  • CTX_XDL_VDI_MODE=Y | N – 是将计算机配置为专用桌面交付模型 (VDI) 还是托管共享桌面交付模型。对于 HDX 3D Pro 环境,请将此变量设置为 Y。此变量默认设置为 N。
  • CTX_XDL_SITE_NAME=dns-name – Linux VDA 通过 DNS 发现 LDAP 服务器。要将 DNS 搜索结果限制到本地站点,请指定 DNS 站点名称。此变量默认设置为 <none>
  • CTX_XDL_LDAP_LIST=’list-ldap-servers’ – Linux VDA 查询 DNS 以发现 LDAP 服务器。如果 DNS 无法提供 LDAP 服务记录,您可以提供一个空格分隔的 LDAP FQDN 列表以及 LDAP 端口。例如,ad1.mycompany.com:389。此变量默认设置为 <none>
  • CTX_XDL_SEARCH_BASE=search-base-set – Linux VDA 通过设置为 Active Directory 域根的搜索基查询 LDAP(例如,DC=mycompany,DC=com)。但是,为了提高搜索性能,您可以指定一个搜索基(例如,OU=VDI,DC=mycompany,DC=com)。此变量默认设置为 <none>
  • CTX_XDL_FAS_LIST=’list-fas-servers’ – 联合身份验证服务 (FAS) 服务器通过 AD 组策略进行配置。Linux VDA 不支持 AD 组策略,但您可以提供一个以分号分隔的 FAS 服务器列表。序列必须与 AD 组策略中配置的相同。如果删除了任何服务器地址,请用文本字符串 <none> 填充其空白,并且不要修改服务器地址的顺序。
  • CTX_XDL_DOTNET_ RUNTIME_PATH=path-to-install-dotnet-runtime – 安装 .NET Runtime 6.0 的路径,用于支持新的代理代理服务 (ctxvda)。默认路径为 /usr/bin。

  • CTX_XDL_DESKTOP _ENVIRONMENT=gnome/gnome-classic/mate – 指定在会话中使用的 GNOME、GNOME Classic 或 MATE 桌面环境。如果未指定该变量,则使用 VDA 上当前安装的桌面。但是,如果当前安装的桌面是 MATE,则必须将变量值设置为 mate

    您还可以通过完成以下步骤来更改目标会话用户的桌面环境:

    1. 在 VDA 上的 $HOME/<username> 目录下创建 .xsession 文件。
    2. 编辑 .xsession 文件以根据分发版本指定桌面环境。

      • 对于 MATE 桌面

         MSESSION="$(type -p mate-session)"  
         if [ -n "$MSESSION" ]; then  
           exec mate-session  
         fi  
        
      • 对于 GNOME Classic 桌面

         GSESSION="$(type -p gnome-session)"  
         if [ -n "$GSESSION" ]; then  
         export GNOME_SHELL_SESSION_MODE=classic  
         exec gnome-session --session=gnome-classic  
         fi 
        
      • 对于 GNOME 桌面

         GSESSION="$(type -p gnome-session)"  
         if [ -n "$GSESSION" ]; then  
         exec gnome-session  
         fi  
        
    3. 与目标会话用户共享 700 文件权限。
  • **CTX_XDL_START_SERVICE=Y N** – Linux VDA 配置完成后,是否启动 Linux VDA 服务。默认设置为 Y。
  • CTX_XDL_TELEMETRY_SOCKET_PORT – 用于侦听 Citrix Scout 的套接字端口。默认端口为 7503。
  • CTX_XDL_TELEMETRY_PORT – 用于与 Citrix Scout 通信的端口。默认端口为 7502。

设置环境变量并运行配置脚本:

export CTX_XDL_SUPPORT_DDC_AS_CNAME=Y|N

export CTX_XDL_DDC_LIST='list-ddc-fqdns'

export CTX_XDL_VDA_PORT=port-number

export CTX_XDL_REGISTER_SERVICE=Y|N

export CTX_XDL_ADD_FIREWALL_RULES=Y|N

export CTX_XDL_AD_INTEGRATION=1|2|3|4|5

export CTX_XDL_HDX_3D_PRO=Y|N

export CTX_XDL_VDI_MODE=Y|N

export CTX_XDL_SITE_NAME=dns-site-name | '<none>'

export CTX_XDL_LDAP_LIST='list-ldap-servers' | '<none>'

export CTX_XDL_SEARCH_BASE=search-base-set | '<none>'

export CTX_XDL_FAS_LIST='list-fas-servers' | '<none>'

export CTX_XDL_DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtime

export CTX_XDL_DESKTOP_ENVIRONMENT= gnome | gnome-classic | mate | '<none>'

export CTX_XDL_TELEMETRY_SOCKET_PORT=port-number

export CTX_XDL_TELEMETRY_PORT=port-number

export CTX_XDL_START_SERVICE=Y|N

sudo -E /opt/Citrix/VDA/sbin/ctxsetup.sh
<!--NeedCopy-->

运行 sudo 命令时,键入 -E 选项以将现有环境变量传递给它创建的新 shell。我们建议您使用 #!/bin/bash 作为第一行,从前面的命令创建 shell 脚本文件。

或者,您可以使用单个命令指定所有参数:

sudo CTX_XDL_SUPPORT_DDC_AS_CNAME=Y|N \

CTX_XDL_DDC_LIST='list-ddc-fqdns' \

CTX_XDL_VDA_PORT=port-number \

CTX_XDL_REGISTER_SERVICE=Y|N \

CTX_XDL_ADD_FIREWALL_RULES=Y|N \

CTX_XDL_AD_INTEGRATION=1|2|3|4|5 \

CTX_XDL_HDX_3D_PRO=Y|N \

CTX_XDL_VDI_MODE=Y|N \

CTX_XDL_SITE_NAME=dns-name \

CTX_XDL_LDAP_LIST='list-ldap-servers' \

CTX_XDL_SEARCH_BASE=search-base-set \

CTX_XDL_FAS_LIST='list-fas-servers' \

CTX_XDL_DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtime \

CTX_XDL_DESKTOP_ENVIRONMENT=gnome|gnome-classic|mate \

CTX_XDL_TELEMETRY_SOCKET_PORT=port-number \

CTX_XDL_TELEMETRY_PORT=port-number \

CTX_XDL_START_SERVICE=Y|N \

/opt/Citrix/VDA/sbin/ctxsetup.sh
<!--NeedCopy-->

删除配置更改

在某些情况下,您可能需要删除由 ctxsetup.sh 脚本所做的配置更改,而无需卸载 Linux VDA 软件包。

在继续操作之前,请查看有关此脚本的帮助:

sudo /opt/Citrix/VDA/sbin/ctxcleanup.sh --help
<!--NeedCopy-->

要删除配置更改:

sudo /opt/Citrix/VDA/sbin/ctxcleanup.sh
<!--NeedCopy-->

重要:

此脚本会删除数据库中的所有配置数据,并使 Linux VDA 无法运行。

配置日志

ctxsetup.shctxcleanup.sh 脚本会在控制台上显示错误,并将其他信息写入配置文件 /tmp/xdl.configure.log

重新启动 Linux VDA 服务以使更改生效。

卸载 Linux VDA 软件

要检查 Linux VDA 是否已安装以及查看已安装软件包的版本:

dpkg -l xendesktopvda
<!--NeedCopy-->

要查看更多详细信息:

apt-cache show xendesktopvda
<!--NeedCopy-->

要卸载 Linux VDA 软件:

dpkg -r xendesktopvda
<!--NeedCopy-->

注意:

卸载 Linux VDA 软件会删除关联的 PostgreSQL 和其他配置数据。但是,在安装 Linux VDA 之前设置的 PostgreSQL 软件包和其他依赖软件包不会被删除。

提示:

本部分中的信息不包括删除依赖软件包(包括 PostgreSQL)。

步骤 9:运行 XDPing

运行 sudo /opt/Citrix/VDA/bin/xdping 以检查 Linux VDA 环境中的常见配置问题。有关详细信息,请参阅 XDPing

步骤 10:运行 Linux VDA

使用 ctxsetup.sh 脚本配置 Linux VDA 后,您可以使用以下命令控制 Linux VDA。

启动 Linux VDA:

要启动 Linux VDA 服务:

sudo systemctl start ctxhdx

sudo systemctl start ctxvda
<!--NeedCopy-->

停止 Linux VDA:

要停止 Linux VDA 服务:

sudo systemctl stop ctxvda

sudo systemctl stop ctxhdx
<!--NeedCopy-->

注意:

在停止 ctxvdactxhdx 服务之前,请运行 service ctxmonitorservice stop 命令以停止监视器服务守护程序。否则,监视器服务守护程序会重新启动您停止的服务。

重新启动 Linux VDA:

要重新启动 Linux VDA 服务:

sudo systemctl stop ctxvda

sudo systemctl restart ctxhdx

sudo systemctl restart ctxvda
<!--NeedCopy-->

检查 Linux VDA 状态:

要检查 Linux VDA 服务的运行状态:

sudo systemctl status ctxvda

sudo systemctl status ctxhdx
<!--NeedCopy-->

步骤 11:在 Citrix Virtual Apps 或 Citrix Virtual Desktops™ 中创建计算机目录

创建计算机目录和添加 Linux VDA 计算机的过程与传统的 Windows VDA 方法类似。有关如何完成这些任务的更详细说明,请参阅创建计算机目录管理计算机目录

对于创建包含 Linux VDA 计算机的计算机目录,有一些限制使其与为 Windows VDA 计算机创建计算机目录的过程有所不同:

  • 对于操作系统,请选择:
    • 对于托管共享桌面交付模型,选择“多会话操作系统”选项。
    • 对于 VDI 专用桌面交付模型,选择“单会话操作系统”选项。
  • 请勿在同一计算机目录中混合使用 Linux 和 Windows VDA 计算机。

注意:

Citrix Studio 的早期版本不支持“Linux 操作系统”的概念。但是,选择“Windows Server 操作系统”或“服务器操作系统”选项意味着等效的托管共享桌面交付模型。选择“Windows 桌面操作系统”或“桌面操作系统”选项意味着每个计算机一个用户的交付模型。

提示:

如果您将计算机从 Active Directory 域中删除并重新加入,则必须再次从计算机目录中删除并添加该计算机。

步骤 12:在 Citrix Virtual Apps™ 或 Citrix Virtual Desktops 中创建交付组

创建交付组和添加包含 Linux VDA 计算机的计算机目录的过程与 Windows VDA 计算机几乎相同。有关如何完成这些任务的更详细说明,请参阅创建交付组

对于创建包含 Linux VDA 计算机目录的交付组,适用以下限制:

  • 确保您选择的 AD 用户和组已正确配置为登录到 Linux VDA 计算机。
  • 不允许未经身份验证(匿名)用户登录。
  • 请勿将交付组与包含 Windows 计算机的计算机目录混合使用。

有关如何创建计算机目录和交付组的信息,请参阅 Citrix Virtual Apps and Desktops 7 2203