8.6. 网络

临时解决方案：如果需要卸载，禁用 TLS 1.3。因此，您只能卸载 TLS 1.2。当使用 TLS 1.3 时，性能较低，因为无法卸载 TLS 1.3。

Jira:RHELPLAN-96004^[1]

临时解决方案：禁用 kTLS。因此，解决这一问题，可以成功更新会话密钥。

Jira:RHELPLAN-99859^[1]

临时解决方案：不要在运行时减少 VF 的数量。重启机器，将所有接口的 VF 数量重置为 0。之后，您可以设置新的 VF 数量，因为增加数量不会导致内核 panic。

Jira:RHEL-76845^[1]

临时解决方案：作为替代方案，使用 nmcli connection up 和 nmcli connection down 命令来启用和禁用连接。如果这个替代方法无法正常工作，请报告这个问题并安装 NetworkManager-initscripts-updown 软件包，该软件包为 ifup 和 ifdown 工具提供了一个 NetworkManager 解决方案。

Jira:RHELPLAN-121205^[1]

kernel: iwlwifi 0000:09:00.0: Failed to start RT ucode: -110
kernel: iwlwifi 0000:09:00.0: WRT: Collecting data: ini trigger 13 fired (delay=0ms)
kernel: iwlwifi 0000:09:00.0: Failed to run INIT ucode: -110

kernel: iwlwifi 0000:09:00.0: Failed to start RT ucode: -110
kernel: iwlwifi 0000:09:00.0: WRT: Collecting data: ini trigger 13 fired (delay=0ms)
kernel: iwlwifi 0000:09:00.0: Failed to run INIT ucode: -110

临时解决方案：未确认的解决方法是完全关闭系统，然后再将其打开。不要执行重启。

Jira:RHELPLAN-134771^[1]

临时解决方案 ：要解决这个问题，mutexes 被正确初始化，在 PF 重置过程中更新 pin 阶段调整、DPLL 数据和连接状态的机制已被修正。因此，DPLL 系统现在可以在重置过程中可靠地执行，并具有准确的阶段调整和一致的连接状态，提高了时钟同步的整体稳定性。

Jira:RHEL-36283^[1]

[ipv4]
address1=192.0.2.1/24
gateway=192.0.2.254
...

[ipv6]
address1=2001:db8:1::fffe/64
gateway=2001:db8:1::fffe
...

[ipv4]
address1=192.0.2.1/24
gateway=192.0.2.254
...

[ipv6]
address1=2001:db8:1::fffe/64
gateway=2001:db8:1::fffe
...

在 RHEL 9.5 及更早的版本中，默认网关附加到 address1 参数，例如：

[ipv4]
address1=192.0.2.1/24,192.0.2.254
...

[ipv6]
address1=2001:db8:1::fffe/64,2001:db8:1::fffe
...

[ipv4]
address1=192.0.2.1/24,192.0.2.254
...

[ipv6]
address1=2001:db8:1::fffe/64,2001:db8:1::fffe
...

因此，如果应用程序解析密钥文件，应用程序可能无法返回默认网关。要解决这个问题，请修改您的应用程序以支持这两种格式。

Jira:RHEL-71153^[1]