使用 RHEL 8 时的注意事项 | Red Hat Product Documentation (2024)

在 RHEL 8 中默认启用 Open Security Content Automation Protocol(OSCAP)附加服务。

Kdump 附加组件添加了对配置内核崩溃转储的支持。该附加组件在 Kickstart 中完全支持（使用 %addon com_redhat_kdump 命令及其选项）,并在图形和文本用户界面中作为附加窗口完全整合。

从 Red Hat Enterprise Linux 8.2 开始，您可以在软件包安装前注册系统、附加 RHEL 订阅并从 Red Hat Content Delivery Network(CDN)安装。交互式 GUI 安装以及自动的 Kickstart 安装支持这个特性。如需更多信息，请参阅 RHEL 8.2 发行注记文档。

Red Hat Insights 是一个管理服务，其收集和分析平台和应用程序数据，以预测风险、推荐操作和跟踪成本。Insight 会提醒您有关与几个操作区域相关的警告或优化：系统可用性（包括潜在中断）、安全性（例如，系统发现了新的 CVE）和业务（如，超支）。Insights 作为红帽订阅的一部分提供，可通过红帽混合云控制台访问。另请参阅 Red Hat Insights 文档。

从 Red Hat Enterprise Linux 8.2 开始，您可以在安装过程中在 Red Hat Insights 中注册您的系统。交互式 GUI 安装以及自动的 Kickstart 安装支持这个特性。如需更多信息，请参阅 RHEL 8.2 发行注记文档。

在 Red Hat Enterprise Linux 8 中，统一的 ISO 会自动加载 BaseOS 和 AppStream 安装源程序库。这个功能适用于安装时载入的第一个基本存储库。例如： 如果您在没有配置库的情况下引导安装，且在图形用户界面(GUI)中有统一的 ISO 作为基本存储库，或者使用指向统一 ISO 的 inst.repo= 选项引导安装。

因此，AppStream 软件仓库会在 Installation Source GUI 窗口的 Additional Repositories 部分启用。您不能删除 AppStream 存储库或更改其设置，但您可以在 安装源中禁用它。如果您使用不同基础程序库引导安装，然后将其改为统一 ISO，则该功能将不起作用。如果这样做，基本软件仓库将被替换。但是 AppStream 软件仓库不会被替换并指向原始文件。

在 Red Hat Enterprise Linux 8 中,可以指定 stage2 或 Kickstart 文件的多个网络位置以防止安装失败。这个版本支持使用 stage2 和 Kickstart 文件的网络位置指定多个 inst.stage2 和 inst.ks 引导选项。这可避免发生因为无法访问 stage2 或 Kickstart 文件而导致无法获得需要的文件并使安装失败。

在这个版本中，如果指定了多个位置，可以避免安装失败。如果所有定义的位置都是 URL，即 HTTP、HTTPS 或 FTP ），将按顺序尝试它们，直到请求的文件被成功获取为止。如果有一个不是 URL 的位置，则只尝试最后一个指定的位置。剩余的位置会被忽略。

在以前的版本中，您只能从内核引导参数指定基本存储库。在 Red Hat Enterprise Linux 8 中, 一个新的内核参数, inst.addrepo=<name>,<url> 允许您在安装过程中指定附加程序库。这个参数有两个强制值：仓库名称和指向存储库的 URL。如需更多信息，请参阅 inst-addrepo 用法。

RedHat EnterpriseLinux 8 支持从本地硬盘中的软件仓库进行安装。之前，从硬盘中安装的唯一方法是使用 ISO 镜像作为安装源。但是，RedHat EnterpriseLinux 8 ISO 映像对于某些文件系统来说可能太大了。例如： FAT32 文件系统无法存储大于 4 GiB 的文件。在 RedHat EnterpriseLinux 8 中，您可从本地硬盘中的库启用安装，您只需要指定该目录而不是指定 ISO 镜像。例如：inst.repo=hd:<device>:<path to the repository>。

有关 Red Hat Enterprise Linux 8 BaseOS 和 AppStream 存储库的详情，请查看本文档的 Repositories 部分。

Red Hat Enterprise Linux 8 图形安装的安装概述窗口已更新为一个新的三栏布局，它改进了图形安装设置的组织。

在以前的版本中，Red Hat Enterprise Linux 安装程序没有为 Subscription Manager 提供系统目的信息。在 RedHat EnterpriseLinux 8 中，您可以使用 System Purpose 窗口，或使用 syspurpose 命令在 Kickstart 配置文件中，在图形安装过程中设定系统的预期目的。当您设置系统目的时，授权服务器会收到有助于自动附加满足系统预期使用的订阅的信息。

在以前的版本中，pykickstart 库无法向订阅管理器提供系统目的信息。在 Red Hat Enterprise Linux 8 中 pykickstart 解析新的 syspurposes 用途命令，并记录系统在自动化和部分自动化安装过程中的预期目的。然后，这些信息被传给安装程序，保存在新安装的系统上，并在订阅系统时提供给订阅管理器。

在 RedHat EnterpriseLinux 8 中，已将安装程序扩展为处理所有模块化特性。Kickstart 脚本现在可以启用模块和流组合、安装模块配置集以及安装模块化软件包。

在RedHat EnterpriseLinux 8 中弃用了以下 Kickstart 命令和选项。

如果只列出具体选项，则基础命令及其它选项仍可用且没有弃用。

除 auth 或 authconfig 命令外，使用 Kickstart 文件中的命令会在日志中打印警告信息。

您可以使用 inst.ksstrict 引导选项将已弃用的命令警告转换为错误，但 auth 或 authconfig 命令除外。

在 RedHat EnterpriseLinux8 中完全删除了以下 Kickstart 命令和选项。在 Kickstart 文件中使用它们将导致错误。

如果只列出具体选项和值，则基础命令及其它选项仍可用且没有被删除。

Image Builder 工具可让用户创建自定义的 RHEL 镜像。从 Red Hat Enterprise Linux 8.3 开始，镜像构建器作为系统服务 osbuild-composer 软件包运行。

使用镜像构建器，用户可以创建包含其他软件包的自定义系统镜像。镜像构建器功能可以通过以下方式访问：

镜像构建器输出格式包括：

如需了解更多有关镜像构建器的信息，请参阅文档标题 组成自定义的 RHEL 系统镜像。

在 Red Hat Enterprise Linux 8 上，通过基于 DNF 技术(YUM v4) 的YUM 保证安装软件。我们还会继续使用 yum 术语，以便与以前的 RHEL 主版本保持一致。但是，如果您键入 dnf 而不是 yum，则 命令可以正常工作，因为 yum 是 dnf 的别名以实现兼容性。

如需了解更多详细信息，请参阅 安装、管理和删除用户空间组件。

yum v4 比 RHEL 7 上之前使用的 YUM v3 有以下优点：

有关新的 YUM v4 工具和来自 RHEL 7 的之前版本的 YUM v3 之间的差异的详细信息，请参阅 与 YUM 相比，DNF CLI 的变化。

安装软件

yum v4 在使用命令行、编辑或者创建配置文件时与 YUM v3 兼容。

对于安装软件，您可以使用 yum 命令及其具体的选项，按照与 RHEL 7 一样的方式。

请参阅有关 安装软件包 的更多详细信息。

插件可用性

旧的 YUM v3 插件与 YUM v4 的新版本不兼容。所选的一些 yum 插件和工具已被移植到新的 DNF 后端，可使用与 RHEL 7 中相同的名称进行安装。它们也提供兼容性符号链接，因此可在通常的位置找到 二进制文件、配置文件和目录。

如果不再包含插件，或者替换不满足可用性需求，请联系红帽支持来请求功能增强，如 如何再客户门户网站上打开和管理支持问题单？ 中所述

如需更多信息，请参阅 插件接口。

API 的可用性

请注意，YUM v3 提供的旧版本的 Python API 不再可用。我们建议用户将插件和脚本迁移到 YUM v4（DNF Python API）提供的新 API 中，它是稳定的且被完全支持。上游项目记录了新的 DNF Python API - 请参阅 DNF API 参考。

Libdnf 和 Hawkey API（C 和 Python）被视为不稳定，在 RHEL 8 生命周期中可能会有所变化。

RHEL 7 和 RHEL 8 之间 /etc/yum.conf 和 /etc/yum.repos.d/*.repo 文件的配置文件选项中的更改记录在以下概述中。

YUM v3 的一些功能在 YUM v4 中的行为可能不同。如果此类更改对您的工作流有影响，请向红帽支持创建一个问题单，请参阅 如何打开和管理客户门户网站中的支持问题单所述？

[…​]package-1.2 repo1package-1.2 repo2[…​]

[…​]package-1.2 repo1[…​]

RHEL 7 和 RHEL 8 之间的事务历史记录日志文件中的更改记录在以下概述中。

在 RHEL 7 中, 使用 /var/log/yum.log 文件存储：

在 RHEL 8 中，没有直接对应的 /var/log/yum.log 文件。要显示事务信息，包括 PackageKit 和 microdnf，请使用 yum history 命令。

或者，您可以搜索 /var/log/dnf.rpm.log 文件，但此日志文件不包括 PackageKit 和 microdnf 的事务，它有一个日志轮转，提供定期删除存储的信息。

RHEL 8 不再支持使用 delta rpms。要使用 delta rpms，用户必须安装不再可用的 deltarpm 软件包。deltarpm 替换 drpm ，不再提供相同的功能。因此，RHEL 8 内容不会以 deltarpm 格式提供。请注意，在以后的 RHEL 版本中将完全删除这个功能。

RHEL 7 支持两种 NTP 协议实现ntp 和 chrony。

在 RHEL 8 中，NTP 协议只能由 chrony 软件包提供的 chronyd 守护进程实现。

ntp 守护进程不再可用。如果在 RHEL 7 系统上使用 ntp，您可能需要 迁移到 chrony。

chrony 不支持的以前 ntp 功能的可能的替换记录在 在 chrony 中取得 ntp 之前支持的一些设置 中。

chrony 是 NTP 的一种实现，它在各种条件下表现良好，包括间歇性网络连接、高度拥堵的网络、温度变化（普通计算机时钟对温度敏感），以及不持续运行或在运行在虚拟机上的系统。

您可以使用 chrony:

有关 chrony 的更多信息，请参阅配置基本系统设置。

有关如何使用 chrony 套件配置 NTP 的更多信息，请参阅 配置时间同步。

RHEL 7 中使用的 Print Settings 配置工具不再可用。

要实现各种与打印相关的任务，您可以选择以下工具之 一 :

有关 RHEL 8 中打印设置工具的更多信息，请参阅 配置打印。

CUPS 提供三种日志：

在 RHEL 8 中，日志不再存储在 /var/log/cups 目录中特定的文件中，这些文件在 RHEL 7 中使用。相反，所有三种类型都会通过 systemd-journald，集中记录来自其他程序的日志。

有关如何在 RHEL 8 中使用 CUPS 日志的更多信息，请参阅 访问 systemd 日志中的 CUPS 日志。

有关如何在 RHEL 8 中配置打印的更多信息，请参阅 配置打印。

在 RHEL 8 中，推荐的由 tuned-adm recommend 命令报告的 TuneD 配置文件是根据以下规则选择的：

请注意，第一个匹配的规则会起作用。

Crypto-policies 是 Red Hat Enterprise Linux 8 中的一个组件，它配置核心加密子系统，包括 TLS、IPsec、DNSSEC、Kerberos 协议以及 OpenSSH 套件。它提供一组策略，管理员可以使用 update-crypto-policies 命令选择这些策略。

DEFAULT 系统范围的加密策略为当前的威胁模型提供安全设置。它允许 TLS 1.2 和 1.3 协议，以及 IKEv2 和 SSH2 协议。如果大于 2047 位，则接受 RSA 密钥和 Diffie-Hellman 参数。

如需更多信息，请参阅红帽博客上的 在 Red Hat Enterprise Linux 8 中通过加密策略实现一致性 的文章和 update-crypto-policies(8) 手册页。

以下列表包含从 RHEL 8 核心加密库中删除的密码套件和协议。它们不在源中，或者其支持在构建过程中被禁用，因此应用程序无法使用它们。

在所有 crypto 策略级中禁用了以下密码套件和协议。它们只能通过各个应用程序的明确配置来启用。

系统范围的加密策略包含一个策略级，其允许加密模块按照联邦信息处理标准(FIPS)出版物 140-2 的要求进行自我检查。在内部启用或禁用 FIPS 模式的 fips-mode-setup 工具使用 FIPS 系统范围的加密策略级。

要在 RHEL 8 中将系统切换成 FIPS 模式，请输入以下命令并重启您的系统：

# fips-mode-setup --enable

详情请查看 fips-mode-setup(8) man page。

TLS 1.0 和 TLS 1.1 协议在 DEFAULT 系统范围的加密策略级别被禁用。如果需要使用启用的协议，如 Firefox 网页浏览器中的视频检查程序，把系统范围的加密策略切换到 LEGACY 级别：

# update-crypto-policies --set LEGACY

如需更多信息，请参阅红帽客户门户网站上的 RHEL 8 中的强加密默认值和弱加密算法的弃用 知识库文章和 update-crypto-policies(8) 手册页。

此更新在所有主要后端加密库中默认启用传输层安全性(TLS)1.3。这启用了跨操作系统通信层的低延迟，并通过利用新的算法（如 RSA-PSS 或 X25519）增强了应用程序的隐私和安全。

数字签名算法(DSA)在 Red Hat Enterprise Linux 8 中被视为已弃用。依赖于 DSA 密钥的身份验证机制在默认配置中不起作用。请注意，即使使用系统范围的 LEGACY 加密策略级别中，OpenSSH 客户端都不接受 DSA 主机密钥。

传输层安全性(TLS)协议版本 1.2 和更早版本允许使用以向后兼容安全套接字层(SSL)协议版本 2 方式格式的 Client Hello 消息开始协商。网络安全服务(NSS)库中对这个功能的支持已被弃用，默认是禁用的。

需要这个功能支持的应用程序需要使用新的 SSL_ENABLE_V2_compatible_HELLO API 启用它。以后的 Red Hat Enterprise Linux 8 版本中可以完全删除对这个功能的支持。

网络安全服务(NSS)库现在默认对信任数据库使用 SQL 文件格式。在之前版本中用作默认数据库格式的 DBM 文件格式不支持多个进程并行访问同一数据库，其在上游中已被弃用。因此，使用 NSS 信任数据库存储密钥、证书和撤销信息的应用程序现在默认以 SQL 格式创建数据库。尝试使用旧的 DBM 格式创建数据库会失败。现有 DBM 数据库以只读模式打开，它们会自动转换为 SQL 格式。请注意，自 Red Hat Enterprise Linux 6 之后，NSS 支持 SQL 文件格式。

openssh 软件包已升级到上游版本 7.8p1。主要变更包括：

在 Red Hat Enterprise Linux 8 中使用 libssh 作为核心加密组件。libssh 库实现了安全 SHell(SSH)协议。

弃用的 libssh2 库丢失了一些功能，比如对 elliptic 曲线或通用安全服务应用程序接口(GSSAPI)的支持，它已从 RHEL 8 中删除，取而代之的是 libssh

rsyslog 软件包中的配置文件现在默认使用非传统格式。旧（legacy）格式仍可以被使用，但在混合使用新的配置格式和旧的配置格式语句时会有一些限制。需要检查来自以前的 RHEL 版本的配置。详情请查看 rsyslog.conf(5) 手册页。

为了避免在 journald 轮转其文件时可能会出现的重复记录，添加了 imjournal 选项。请注意，使用这个选项可能会影响性能。

请注意，带有 rsyslog 的系统可被配置为提供更好的性能，如 配置没有 journald 或具有最小化 journald 用法的系统日志 知识库文章中所述。

默认日志环境设置可能会消耗 4 GB 内存甚至更多，当 systemd-journald 使用 rsyslog 运行时，速率限制值的调整会很复杂。

如需更多信息，请参阅 RHEL 默认日志设置对性能的负面影响及环境方案。

此更新提供了已合并的 OpenSCAP 共享库 API。删除了 63 个符号，添加了 14， 4 个有更新的签名。OpenSCAP 1.3.0 里删除的符号包括：

在 RHEL 8.2 中，引入了一个用于容器安全性和合规性扫描的新工具。oscap-podman 工具提供了与用于在 RHEL 7 中扫描容器和容器镜像的 oscap-docker 等效的工具。

如需更多信息，请参阅 扫描容器和容器镜像中的漏洞 部分。

在这个版本中，audispd 的功能已移到 auditd。因此，audispd 配置选项现在是 auditd.conf 的一部分。另外，plugins.d 目录已移到 /etc/audit 下。auditd 和它的插件的当前状态通过运行 service auditd state 命令检查。

init_t 域在 RHEL 8 上不再受限制。这可能会对使用不同 SELinux 标记方法的第三方应用程序造成问题。

要解决非标准位置中的 SELinux 标记问题，您可以为这些位置配置文件上下文等效性。

这种方法将正确的标签分配给安装在非标准位置的大多数文件和目录，这也会导致某些可执行文件启动正确标记的进程。

要删除文件上下文等效性，请使用以下命令：

# semanage fcontext -d -e / /my/apps

RHEL 8 SELinux 策略提供以下额外端口类型：

dns_port_t 和 ephemeral_port_t 端口类型的定义已改变，gluster_port_t 端口类型已删除。

useradd 和 groupadd 命令不允许使用完全由数字组成的用户名和组名。不允许此类名称的原因是，这可能会导致很多工具混淆用户和组群名称以及用户和组群 ID（是数字）。请注意，完全使用数字的用户名和组群名称在 Red Hat Enterprise Linux 7 中已被弃用，在 Red Hat Enterprise Linux 8 中被完全删除。

由于现代 Linux 系统上 tty 设备文件的动态性质，默认情况下，securetty PAM 模块已被禁用，RHEL 中不再包含 /etc/securetty 配置文件。由于 /etc/securetty 列出了许多可能的设备，因此在大多数情形下实际效果是默认允许的，因此这种更改仅有轻微的影响。然而，如果使用更严格的配置，需要添加一行，在 /etc/pam.d 目录的适当文件里启用 pam_securetty.so 模块，并创建一个新的 /etc/securetty 文件。

Clevis HTTP pin 已从 RHEL 8 中删除, clevis encrypt http 子命令不再可用。

网络脚本在 Red Hat Enterprise Linux 8 中已弃用，且不再默认提供。基本安装提供了 ifup 和 ifdown 脚本的新版本，其通过 nmcli 工具调用 NetworkManager。在 Red Hat Enterprise Linux 8 中，要运行 ifup 和 ifdown 脚本，NetworkManager 必须正在运行。

#yum install network-scripts

在 Red Hat Enterprise Linux 8 中，NetworkManager 允许为支持单根 I/O 虚拟化（SR-IOV）的接口配置虚拟功能（VF）的数量。另外，NetworkManager 允许配置 VF 的一些属性，如 MAC 地址、VLAN、欺骗检查设置以及允许的字节速率。请注意，与 SR-IOV 相关的所有属性都位于 sriov 连接设置中。详情请查看 nm-settings(5)手册 页。

在以前的版本中，只能使用接口名的完全匹配来限制到给定接口的连接。有了这个更新，连接有一个新的支持通配符的 match.interface-name 属性。此更新使用户可以使用通配符模式以更灵活的方式选择连接的接口。

有了这个增强，NetworkManager 支持配置 ethtool 卸载功能，用户不再需要使用 init 脚本或 NetworkManager 分配程序脚本。现在,用户可以使用以下方法之一将下载功能配置为连接配置集的一部分：

请注意，图形界面和 nmtui 程序目前不支持这个 特性。

详情请查看 使用 nmcli 配置 ethtool 卸载功能。

NetworkManager 支持 internal 和 dhclient DHCP 插件。默认情况下, Red Hat Enterprise Linux(RHEL)7 中的 NetworkManager 使用 dhclient，RHEL 8 使用 internal 插件。在某些情况下，插件的行为不同。例如： dhclient 可以使用在 /etc/dhcp/ 目录里指定的附加设置。

如果您从 RHEL 7 升级到 RHEL 8，并且 NetworkManager 的行为不同，请将以下设置添加到 /etc/NetworkManager/NetworkManager.conf 文件中的 [main] 部分中，以使用dhclient 插件：

[main]dhcp=dhclient

如果在设置过程中选择了 Server 或 Server with GUI 的基础环境时，才会默认安装 NetworkManager-config-server 软件包。如果您选择了一个不同的环境，使用 yum install NetworkManager-config-server 命令安装该软件包。

nftables 框架提供数据包分类工具，它是 iptables 、ip6tables 、arptables ebtables 和 ipset 工具的指定继承者。与之前的数据包过滤工具相比，它在方便、特性和性能方面提供了大量改进，最重要的是：

与 iptables 类似，nftables 使用表来存储链。链包含执行动作的独立规则。nft 工具取代了之前数据包过滤框架中的所有工具。libnftables 库可用于通过 libmnl 库与 nftables Netlink API 进行低级交互。

iptables、ip6tables、ebtables 和 arptables 工具被具有相同名称的基于 nftables 的置入替换所替代。虽然外部行为与其传统的行为相同，但它们在需要时通过兼容性接口在内部使用带有传统 netfilter 内核模块的 nftables 。

可使用 nft list ruleset 命令查看模块对 nftables 规则集的影响。由于这些工具将表、链和规则添加到 nftables 规则集中，因此请注意 nftables 规则集操作，如 nft flush ruleset 命令，可能会影响使用之前单独的传统命令安装的规则集。

为了帮助快速识存在该工具的哪个变体，版本信息已被更新，其中包含了后端名称。在 RHEL 8 中，基于 nftables 的 iptables 工具打印以下版本字符串：

$ iptables --versioniptables v1.8.0 (nf_tables)

为了进行比较，如果存在传统的 iptables 工具，则会打印以下版本信息：

$ iptables --versioniptables v1.8.0 (legacy)

在 Red Hat Enterprise Linux(RHEL)8 中已删除了 arptables FORWARD 链功能。您现在可以使用 ebtables 工具的 FORWARD 链将规则添入。

在 RHEL 8 中，ebtables 命令由 iptables-ebtables 软件包提供，其中包含基于 nftables 工具的重新实现。此工具有不同的代码库，其输出在诸多方面有偏差，这些偏差要么可以忽略不计，要么是刻意的设计选择。

因此,在迁移用于解析 ebtables 输出脚本时，需要对脚本进行以下调整：

这个更新添加了 iptables-translate 和 ip6tables-translate 工具，以便将现有的 iptables 或 ip6tables 规则转换为 nftables 的等效规则。请注意，一些扩展可能缺少响应的转换支持。如果存在这样的扩展，工具会打印具有 # 符号前缀的未转换的规则。例如：

| % iptables-translate -A INPUT -j CHECKSUM --checksum-fill| nft # -A INPUT -j CHECKSUM --checksum-fill

此外，用户可以使用 iptables-restore-translate 和 ip6tables-restore-translate 工具来转换规则的转储。请注意，在此之前，用户可以使用 iptables-save 或 ip6tables-save 命令来打印当前规则的转储。例如：

| % sudo iptables-save >/tmp/iptables.dump| % iptables-restore-translate -f /tmp/iptables.dump| # Translated by iptables-restore-translate v1.8.0 on Wed Oct 17 17:00:13 2018| add table ip nat| ...

在 Red Hat Enterprise Linux(RHEL)8 中，wpa_supplicant 软件包是在启用了 CONFIG_DEBUG_SYSLOG 的情况下构建的。这允许使用 journalctl 工具读取 wpa_supplicant 日志，而不必检查 /var/log/wpa_supplicant.log 文件的内容。

wpa_supplicant 软件包不支持无线扩展。当用户试图将 wext 用作命令行参数，或者试图在只支持无线扩展的旧适配器上使用它时，将无法运行 wpa_supplicant 守护进程。

现在，Red Hat Enterprise Linux(RHEL)8 中支持一个新的 TCP 拥堵控制算法，瓶颈带宽和往返时间(BBR)。BBR 尝试确定瓶颈链路的带宽和往返时间(RTT)。大部分拥堵算法都基于数据包丢失，包括 CUBIC，默认的 Linux TCP 拥堵控制算法，其在高吞吐量链路上有问题。BBR 不直接响应丢失事件，它会调整 TCP 架构率使其与可用带宽匹配。

有关此问题的详情，请参考如何配置 TCP BBR 阻塞控制算法。

在 Red Hat Enterprise Linux 8.0 中,内核包含对 IPVLAN 虚拟网络驱动程序的支持。有了这个更新，IPVLAN 虚拟网络接口卡(NIC)会启用多个容器的网络连接，将单个 MAC 地址暴露给本地网络。这使得单个主机可以克服对同级网络设备支持的 MAC 地址数量的可能的限制。

某些网络适配器的固件不完全支持 802.1ad 标准，这也称为 Q-in-Q 或堆叠虚拟局域网(VLAN)。联系您的硬件厂商，了解如何验证您的网络适配器是否使用支持 802.1ad 标准的固件以及如何更新固件。因此，有了正确的固件，在 RHEL 8.0 中配置堆栈 VLAN 可按预期工作。

控制组群 v2 机制是一个统一的分级控制组群。控制组 v2 以分层方式组织进程，并以受控和可配置的方式按层分配系统资源。

与之前的版本不同，控制组 v2 只有一个层次结构。这个单一层次结构使 Linux 内核能够：

控制组群 v2 支持大量控制器：

以上信息基于 cgroups-v2 在线文档。您可以参照同一链接获得有关特定 控制组 v2 控制器的更多信息。

在这个版本中，支持 64 位 ARM 架构的 52 位物理寻址（PA）。这提供了比之前 48 位 PA 更大的物理地址空间。

在 RHEL 7 中，现有内存总线有 48/46 位的虚拟/物理内存寻址容量，而 Linux 内核实现了 4 级页表，以将这些虚拟地址管理成物理地址。物理总线寻址行会使物理内存上限限制为 64TB。

这些限制已扩展到 57/52 位的虚拟/物理内存寻址，具有 128 PiB 的虚拟地址空间（64PB user/64PB kernel）和 4 PB 的物理内存容量。

有了扩展地址范围，RHEL 8 中的内存管理增加了对 5 级页表实现的支持。此实现能够处理最多 128 PiB 的虚拟地址空间和 4 PiB 的物理地址空间的扩展地址范围。

默认情况下，对支持此功能的硬件启用了 5 级页表，即使安装的物理内存小于 64 TiB。对于内存不足 64 TiB 的系统，遍历 5 级页表方面的开销略有增加。为避免这种开销，用户可以使用 no5lvl 内核命令行参数禁用 5 级页表，以强制使用 4 级页表。

用于根据扩展的 Berkeley 数据包过滤(eBPF)检查和简单操作程序和映射的 bpftool 工具已添加到 Linux 内核中。bpftool 是内核源树的一部分，由 bpftool 软件包提供，该软件包作为 kernel 软件包的子软件包被包含。

扩展的 Berkeley 数据包过滤(eBPF) 功能作为网络和追踪的技术预览提供。eBPF 可让用户空间将自定义程序附加到多个点（套接字、追踪点、数据包接收），从而接收和处理数据。该功能包括一个新的系统调用 bpf（），它支持创建各种类型的映射，也可将各种类型的程序插入到内核中。请注意，只有具有 CAP_SYS_ADMIN 能力的用户（如一个 root 用户）才可以成功使用 bpf() syscall。更多信息，请参阅 bpf(2) man page。

BPF Compiler Collection(BCC) 是一个用户空间工具包，用于创建有效的内核跟踪和操作程序，在 RHEL 8 中作为技术预览提供。BCC 使用 扩展的 Berkeley 数据包过滤(eBPF) 为 Linux 操作系统的 I/O 分析、网络和监控提供工具。

Boot Loader 规格(BLS)定义一种模式和文件格式，以管理置入目录中每个引导选项的启动加载器配置。不需要操作单独的 drop-in 配置文件。这个前提在 RHEL 8 中尤其重要，因为并不是所有构架都使用相同的引导装载程序：

每个引导装载程序都有不同的配置文件和格式，在安装或删除新内核时必须修改这些格式。在之前的 RHEL 版本中，允许此工作的组件是 grubby 工具。但是，对于 RHEL 8，引导装载程序配置通过实现 BLS 文件格式实现标准化的，其中 grubby 作为 BLS 操作的瘦包装器来工作。

在以前的版本中，kdump 服务启动得太晚，以致无法注册引导过程早期阶段发生的内核崩溃。因此，崩溃信息以及进行故障排除的机会会丢失。

要解决这个问题，RHEL 8 引入了 早期 kdump 支持。要了解有关此机制的更多信息，请参阅 /usr/share/doc/kexec-tools/early-kdump-howto.txt 文件。另请参阅早期 kdump 支持以及如何配置它？

RHEL 8 中删除了对以下设备驱动程序的支持：

RHEL 8 中删除了对以下列出的适配器的支持。对以上驱动程序中列出的适配器以外的适配器的支持没有改变。

PCI ID 的格式是 vendor:device:subvendor:subdevice。如果没有列出 subdevice 或 subvendor:subdevice 条目，则会删除具有此类缺失条目值的设备。

要在您的系统中检查硬件的 PCI ID，请运行 lspci -nn 命令。

Red Hat Enterprise Linux 8 删除了 Btrfs 文件系统。这包括以下组件：

您无法再创建、挂载或者安装 Red Hat Enterprise Linux 8 的 Btrfs 文件系统。Anaconda 安装程序和 Kickstart 命令不再支持 Btrfs。

有了这个更新，ext4 元数据受校验和的保护。这可让文件系统识别损坏的元数据，从而避免了损坏，并增加文件系统的弹性。

在 Red Hat Enterprise Linux 8.0 中, NFS 配置已经从 Red Hat Enterprise Linux 7 中使用的 /etc/sysconfig/nfs 配置文件移到/etc/nfs.conf。

/etc/nfs.conf 文件使用了不同的语法。Red Hat Enterprise Linux 8 尝试在从 Red Hat Enterprise Linux 7 升级时自动将所有选项从 /etc/sysconfig/nfs 转换为 /etc/nfs.conf。

这两个配置文件在 Red Hat Enterprise Linux 7 中都被支持。红帽建议您使用新的 /etc/nfs.conf 文件来在与自动配置系统兼容的所有 Red Hat Enterprise Linux 版本中进行 NFS 配置。

另外，以下 NFS 服务别名已被删除，并使用它们的上游名称替换：

BOOM 是 Linux 系统的引导管理器，其使用引导装载程序支持引导条目配置的 BootLoader 规范。它启用了灵活的引导配置，并简化了新的或修改的引导条目的创建：例如，要使用 LVM 创建的系统引导快照镜像。

BOOM 不会修改现有的引导装载程序配置，仅插入附加条目。现有配置得到了维护，任何发行版集成，如内核安装和更新脚本，都可以象以前一样继续工作。

BOOM 具有简化的命令行界面(CLI)和 API，这简化了创建引导条目的任务。

Stratis 是一个新的本地存储管理器。它在存储池的上面为用户提供额外的功能。

Stratis 可让您更轻松地执行存储任务，比如：

要管理 Stratis 存储，使用 stratis 工具来与 stratisd 后台服务进行通信。

Stratis 作为技术预览提供。

如需更多信息，请参阅 Stratis 文档：设置 Stratis 文件系统。

在 RHEL 8 中，LUKS 版本 2 (LUKS2)格式替换了传统的 LUKS(LUKS1)格式。dm-crypt 子系统和 cryptsetup 工具现在使用 LUKS2 作为加密卷的默认格式。LUKS2 在出现部分元数据崩溃事件时，为加密卷提供元数据冗余和自动恢复功能。

由于内部布局，LUKS2 也是将来功能的启用器。它支持通过 libcryptsetup 中构建的通用 kernel-keyring 令牌的自动解锁，允许用户使用存储在 kernel-keyring 保留服务中的密语解锁 LUKS2 卷。

其他显著改进包括：

详情请查看 cryptsetup(8) 和 cryptsetup-reencrypt(8) man page。

块设备现在在 Red Hat Enterprise Linux 8 中使用多队列调度。这可让块层性能针对使用快速固态驱动器（SSD）和多核系统进行正常扩展。

SCSI Multiqueue(scsi-mq)驱动程序现在默认启用，内核使用 scsi_mod.use_blk_mq=Y 选项引导。这个改变与上游 Linux 内核是一致的。

设备映射器多路径（DM Multipath）需要 scsi-mq 驱动程序被激活。

Virtual Data Optimizer(VDO)现在在 RHEL 8 支持的所有构架上提供。

读缓存功能已从 Virtual Data Optimizer(VDO)中删除。VDO 卷中总是禁用读取缓存,您无法再使用 vdo 程序的 --readCache 选项启用它。

红帽可能会使用不同的实现在以后的 Red Hat Enterprise Linux 发行版本中重新引入 VDO 读取缓存。

dmraid 软件包已从 Red Hat Enterprise Linux 8 中删除。需要支持组合硬件和软件 RAID 主机总线适配器(HBA)的用户应使用 mdadm 工具，它支持原生 MD 软件 RAID、SNIA RAID 通用磁盘数据格式(DDF)以及 Intel® Matrix 存储管理器(IMSM)格式。

如需更多信息，请参阅 FCoE 软件删除。

multipathd 服务现在支持改进的路径检测。这有助于多路径设备避免可能重复失败的路径，并提高性能。边缘路径（Marginal paths）是带有持久性但可能会出现 I/O 错误的路径。

/etc/multipath.conf 文件中的以下选项控制边缘路径行为：

DM 多路径在配置的示例时间中禁用路径并使用重复 I/O 进行测试，如果：

如果在此测试中路径有超过配置的 err 率，DM 多路径会在配置的间隔时间内忽略它，然后重新测试它，以查看它是否工作正常，足以恢复。

如需更多信息，请参阅 multipath.conf 手册页。

/etc/multipath.conf 文件现在包含一个 overrides 部分，允许您为所有设备设置配置值。这些属性被 DM 多路径用于所有设备，除非它们被包含设备的路径 /etc/multipath.conf 文件的 multipaths 部分中指定的属性所覆盖。此功能替换了配置文件的 devices 部分的 all_devs 参数，该参数不再被支持。

现在，当与 Broadcom Emulex 和 NVMe 支持的 Marvell Qlogic Fibre Channel 32Gbit 适配器一起使用时，光纤通道上的 NVMe 传输类型在 Initiator 模式下被完全支持。

除了先前在 Red Hat Enterprise Linux 中引入的远程直接内存访问（RDMA）协议之外，光纤通道上的 NVMe 是另一种光纤传输类型。

启用 NVMe/FC:

其他限制：

DIF/DIX 是 SCSI 标准的补充。除了哪些专门列为受支持的外，它仍然保留在所有 HBA 和存储阵列的技术预览中。

DIF/DIX 将常用的 512 字节磁盘块的大小从 512 字节增加到 520 字节，添加了数据完整性字段(DIF)。DIF 存储数据块的校验和值，其是在写发生时通过主机总线适配器(HBA)计算的。然后存储设备会在接收时确认校验和，并存储数据和校验和。相反，当读发生时，校验和可通过存储设备和接收的 HBA 进行验证。

libStorageMgmt 库使用的 libstoragemgmt-netapp-plugin 软件包已被删除。它不再被支持，因为：

Cylinder-Head-Sector(CHS)寻址不再用于现代存储设备。它已作为选项从 sfdisk 和 cfdisk 命令中删除了。从 RHEL 8 开始，您不能使用以下选项：

如需更多信息，请参阅 sfdisk(8) 和 cfdisk(8) 手册页。

LVM 不再使用 lvmetad 守护进程缓存元数据，将始终从磁盘读取元数据。LVM 磁盘读已减少，这降低了缓存的好处。

在以前的版本中，逻辑卷的自动激活被间接绑定到 lvm.conf 配置文件中的 use_lvmetad 设置。禁用自动激活的正确方法仍然是在 lvm.conf 文件中继续设置 auto_activation_volume_list。

LVM 不再管理使用 GFS 池卷管理器格式化的或`lvm1`元数据格式的设备。如果在引入 Red Hat Enterprise Linux 4 前创建了逻辑卷，则这可能会对您造成影响。使用 lvm1 格式的卷组应该使用 vgconvert 命令将其转换为 lvm2 格式。

由 lvm2-python-libs 软件包提供的 lvm2app 库和 LVM Python 绑定已被删除。红帽建议使用以下解决方案：

在升级到 Red Hat Enterprise Linux 8 前，您必须将任何应用程序使用删除的库和绑定到 D-Bus API。

已删除镜像 LVM 卷的镜像日志功能。Red Hat Enterprise Linux(RHEL)8 不再支持创建或激活带有镜像的镜像日志的 LVM 卷。

推荐的替换有：

自从 RHEL 7 中分发了版本 1.7 以来，子版本 1.10 引入了一些新功能，以及以下兼容性变化：

Red Hat Enterprise Linux 8 与 PHP 7.2 一起分发。这个版本引入了相对于 PHP 5.4 的以下主要变化，后者在 RHEL 7 中提供：

删除了以下扩展：

RHEL 8 提供了 Perl 5.26，与 RHEL 7 中的版本相比有以下变化：

RHEL 8 提供了 Ruby 2.5，与 RHEL 7 中提供的 Ruby 2.0.0 相比，它引入了很多新功能和增强。主要变更包括：

RHEL 8 包含简化的 wrapper 和 Interface Generator(SWIG)版本 3.0，它比 RHEL 7 中发布的版本 2.0 提供了大量新功能、增强和 bug 修复。最值得注意的是，实现了对 C++11 标准的支持。SWIG 现在也支持 Go 1.6、PHP 7、Octave 4.2 和 Python 3.5。

Node.js 是一个软件开发平台,用于使用 JavaScript 编程语言开发快速、可扩展的网络应用程序。它首次在 RHEL 中提供。之前，它只通过 Software Collection 提供。RHEL 8 提供 Node.js 10。

RHEL 8 与 Tcl/Tk 版本 8.6 一起分发，与 Tcl/Tk 版本 8.5 相比，它提供了多个显著变化：

有关 Tcl/Tk 版本 8.6 更改和新的功能的详情，请查看以下资源：

如果您需要迁移到 Tcl/Tk 8.6，请参阅 用户使用 Tcl/Tk 编写任务脚本的迁移路径。

Apache HTTP 服务器 已从 RHEL 7 中的版本 2.4.6 更新至 RHEL 8 中的版本 2.4.37。这个版本包括了几个新功能，但在外部模块的配置和应用程序二进制接口（ABI）级别上保持与 RHEL 7 版本的向后兼容性。

新特性包括：

其他显著变化包括：

有关部署的步骤，请参阅设置 Apache HTTP web 服务器。

RHEL 8 引入了 nginx 1.14，一个支持 HTTP 和其他协议的 Web 和代理服务器，其重点在高并发性、性能和低内存使用率。nginx 以前仅作为 Software Collection 提供。

nginx web 服务器现在支持直接从 PKCS#11 模块的硬件安全令牌加载 TLS 私钥。因此，nginx 配置可以使用 PKCS#11 URL 来识别 ssl_certificate_key 指令中的 TLS 私钥。

Apache Tomcat 服务器已从 Red Hat Enterprise Linux 8.0 中删除，但在 RHEL 8.8 中重新引入。Tomcat 是 Java Servlet 和 JavaServer Pages 技术官方参考实现中使用的 servlet 容器。Java Servlet 和 JavaServer Pages 规范是由 Sun 在 Java 社区流程下开发的。Tomcat 是在开放和参与的环境中开发的，并在 Apache 软件许可证版本 2.0 下发布。

与 RHEL 8.8 相比，需要 servlet 容器的早期次版本的用户可以使用 JBoss Web Server。

RHEL 首次提供了Varnish Cache，它是一个高性能 HTTP 反向代理。之前，它只通过 Software Collection 提供。Varnish 缓存 将文件或文件片段存储在内存中，用来减少未来对等请求的响应时间和网络带宽消耗。RHEL 8.0 提供了 Varnish Cache 6.0。

RHEL 8.0 提供了 Squid 4.4，它是一个用于 Web 客户端的高性能代理缓存服务器，它支持 FTP、Gopher 和 HTTP 数据对象。与 RHEL 7 提供的版本 3.5 相比，这个版本包括的新功能、改进和程序错误修复。

主要变更包括：

与 RHEL 7 提供的版本 5.5 相比，MariaDB 10.3 提供了多个新功能，例如：

此外，新的 mariadb-connector-c 软件包为 MySQL 和 MariaDB 提供通用客户端库。此库可用于任何版本的 MySQL 和 MariaDB 数据库服务器。因此，用户可以将一个应用程序构建连接到与 RHEL 8 一起分发的任何 MySQL 和 MariaDB 服务器。

其他显著变化包括：

另请参阅 在 Red Hat Enterprise Linux 8 上使用 MariaDB。

RHEL 8 提供了 MySQL 8.0，它提供以下改进：

此外，与 RHEL 8 一起分发的 MySQL 8.0 服务器被配置为使用 mysql_native_password 作为默认的身份验证插件，因为 RHEL 8 中的客户端工具和库与 caching_sha2_password 方法不兼容，后者在上游 MySQL 8.0 版本中 被默认使用。

要将默认身份验证插件更改为 caching_sha2_password，请编辑 /etc/my.cnf.d/mysql-default-authentication-plugin.cnf 文件：

[mysqld]default_authentication_plugin=caching_sha2_password

RHEL 8.0 提供了两个版本的 PostgreSQL 数据库服务器，在 postgresql 模块的两个流中分发：PostgreSQL 10 （默认流）和 PostgreSQL 9.6。RHEL 7 包含 PostgreSQL 版本 9.2。

PostgreSQL 9.6 中的显著变化是：

PostgreSQL 10 的主要改进包括：

另请参阅 在 Red Hat Enterprise Linux 8 上使用 PostgreSQL。

在 Red Hat Enterprise Linux 8 中，GCC 工具链基于 GCC 8.2 发行系列。从 Red Hat Enterprise Linux 7 开始的显著变化包括：

以下是 GCC 中与安全性相关的更改，以及自 Red Hat Enterprise Linux 7.0 发行版本之后添加的更改。

std::string 和 std::list 中 C++ ABI 的更改

libstdc++ 库中的 std::string 和 std::list 类的应用二进制接口(ABI)在 RHEL 7 (GCC 4.8) 和 RHEL 8(GCC 8)之间发生了变化，以符合 C++11 标准。libstdc++ 库支持新的和旧的 ABI，但其他一些 C++ 系统库则不支持。因此，库动态链接这些库的应用程序需要重建。这会影响所有 C++ 标准模式，包括 C++98。它还影响了使用 RHEL 7 的红帽开发人员工具集编译器构建的应用程序，该编译器保留旧的 ABI，以保持与系统库的兼容性。

GCC 不再构建 Ada、Go 和 Objective C/C++ 代码

在 Ada(GNAT)、GCC Go 和 Objective C/C++ 语言中构建代码的能力已从 GCC 编译器中删除。

要构建 Go 代码，请使用 Go Toolset。

因为 ntpd 在 RHEL 8 中已弃用，取而代之的是 chronyd，所以 IdM 服务器不再被配置为网络时间协议(NTP)服务器，只被配置为 NTP 客户端。RHEL 7 NTP Server IdM 服务器角色也已在 RHEL 8 中被弃用。

在以前版本的 Red Hat Enterprise Linux（RHEL）中的 OpenLDAP 套件使用 Mozilla 网络安全服务（NSS）进行加密。RHEL 8 中，OpenLDAP 社区支持的 OpenSSL 取代了 NSS。OpenSSL 不支持 NSS 数据库来存储证书和密钥。但是，它仍然支持服务于同一目的的隐私增强邮件(PEM)文件。

在 Red Hat Enterprise Linux(RHEL)8 中，python-gssapi 软件包已替换了 Python Kerberos 软件包，如 python-krbV、python-kerberos、python-requests-kerberos 和 python-urllib2_kerberos。主要优点包括：

由于向后兼容性的原因，除了 Kerberos，基于 GSSAPI 的软件允许使用其他通用安全服务 API(GSSAPI)机制，如 NT LAN Manager NTLM 。

在这个更新提高了 RHEL 8 中 GSSAPI 的可维护性和可调试性。

在 RHEL 8 中，ad_gpo_access_control 选项的默认设置是 enforcing，它确保评估并强制执行基于活动目录组策略对象(GPO)的访问控制规则。

相反，RHEL 7 中此选项的默认值是 permissive，它评估但不强制执行基于 GPO 的访问控制规则。使用 permissive 模式时，每次用户被 GPO 拒绝访问都会记录系统日志消息，但是仍允许这些用户登录。

有关 GPO 的更多信息，请参阅 在 RHEL 中应用组策略对象访问控制 和 sssd-ad 手册页中的 ad_gpo_access_control 条目。

在 RHEL 8 中，authselect 工具替换了 authconfig 工具。authselect 提供了一种更安全的 PAM 堆栈管理方法，使 PAM 配置更改对系统管理员来说更加简单。authselect 可用于配置身份验证方法，如密码、证书、智能卡和指纹。authselect 不配置加入远程域所需的服务。此任务由特殊工具执行，比如 realmd 或 ipa-client-install。

在 RHEL 8 中，默认凭证缓存存储是 Kerberos 凭证管理器(KCM)，它由 sssd-kcm 守护进程支持。KCM 克服了之前使用的 KEYRING 的限制，例如难以在容器化环境中使用，因为它没有命名空间，不能查看和管理配额。

有了这个更新，RHEL 8 包含一个更适合容器化环境的凭证缓存，并为在以后的版本中构建更多功能提供了基础。

有了这个更新，系统安全服务守护进程(SSSD)的 sssctl 工具可以打印身份管理(IdM)域的访问控制报告。出于监管方面的原因，此功能满足了某些环境查看可访问特定客户端计算机的用户和组列表的需求。在 IdM 客户端上运行 sssctl access-report domain_name 会打印 IdM 域中应用到客户端机器的的基于主机的访问控制(HBAC)规则的解析子集。

请注意,除了 IdM 外，其它供应商都不支持这个特性。

在 RHEL 8.8 及更高版本中，系统安全服务守护进程(SSSD) files 供应商（其为 /etc/passwd 和 /etc/group 文件中的用户和组提供服务）默认被禁用。/etc/sssd/sssd.conf 配置文件中的 enable_files_domain 设置的默认值为 false。

对于 RHEL 8.7 及更早的版本，SSSD files 供应商默认被启用。sssd.conf 配置文件中 enable_files_domain 设置的默认值为 true，sss nsswitch 模块在 /etc/nsswitch.conf 文件中的 files 之前。

默认情况下，系统安全服务守护进程(SSSD)会尝试自动为智能卡身份验证检测设备。如果连接了多个设备，SSSD 会选择它检测到的第一个设备。因此，您无法选择特定的设备，这个设备有时会导致失败。

有了这个更新，您可以为 sssd.conf 配置文件的 [pam] 部分配置一个新的 p11_uri 选项。此选项允许您定义哪个设备用于智能卡身份验证。

例如，要选择一个由 OpenSC PKCS#11 模块检测到的 slot ID 为 2 的读卡器，请添加：

p11_uri = library-description=OpenSC%20smartcard%20framework;slot-id=2

到 sssd.conf 的 [pam] 部分：

详情请查看 man sssd.conf 页面。

Red Hat Enterprise Linux 8 中删除了系统安全服务守护进程(SSSD)的 sssd-secrets 组件。这是因为机密服务提供商 Custodia 不再被积极地开发。使用其他身份管理工具存储机密，如身份管理 Vault。

libwbclient 软件包的 SSSD 实现允许 Samba smbd 服务从 AD 检索用户和组信息，而无需运行 winbind 服务。由于 Samba 现在要求 winbind 服务运行并处理与 AD 的通信，出于安全原因，相关的代码已从 smdb 中删除。因为这个额外需要的功能不是 SSSD 的一部分，且 libwbclient 的 SSSD 实现不能与 Samba 的最新版本一起使用，因此 libwbclient 的 SSSD 实现已在 RHEL 8.5 中删除。

RHEL 8 提供的 GNOME Shell，版本 3.28。主要改进包括：

GNOME 3 提供了两个基本环境：

两个环境都可以使用两个不同的协议来构建图形用户界面：

RHEL 8 中的默认组合是使用 Wayland 上的 GNOME Shell 作为显示服务器的 GNOME 标准环境。

但是，您可能希望切换到 GNOME Shell 环境和图形协议堆栈的另一个组合。更多信息请参阅 第21.3节 “选择 GNOME 环境并显示协议”。

在 RHEL 8 中，Nautilus 文件管理器不再提供桌面图标功能，而是由桌面图标 gnome-shell 扩展提供。

要能够使用扩展，您必须安装 Appstream 存储库中提供的 gnome-shell-extension-desktop-icons 软件包。

在 GNOME Shell on Wayland 会话中，提供了部分扩展功能。该功能使得按部分扩展 GUI 成为可能，这可以提高特定显示器上扩展的 GUI 的外观。

请注意，这个功能当前被视为实验性功能，因此在默认情况下是禁用的。

要启用分数扩展，请运行以下命令：

# gsettings set org.gnome.mutter experimental-features "['scale-monitor-framebuffer']"

在 RHEL 7 上的图形环境中提供软件包管理的工具集的gnome-packagekit 软件包不再可用。

在 RHEL 8 上，GNOME Software 工具提供了类似的功能，它可让您安装和更新应用程序和 gnome-shell 扩展。GNOME Software 在 gnome-software 软件包中分发。

当尝试使用 sudo 命令在终端中打开图形应用程序时，您必须执行以下操作：

X11 应用程序

如果应用程序使用 X11 显示协议，请在 X 服务器访问控制列表中添加本地用户 root。因此，允许 root 连接到 Xwayland，这会将 X11 协议转换为 Wayland 协议，反之亦然。

Wayland 应用程序

如果应用是 Wayland 原生的，请包含 -E 选项。

否则，如果您只输入 sudo 和应用程序的名称，打开应用程序的操作会失败，并显示以下错误消息：

No protocol specifiedUnable to init server: could not connect: connection refused# Failed to parse arguments: Cannot open display

从 RHEL 8.1 开始，在 RHEL 8 中添加了以下软件包：