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를 설정할 수 있습니다.

Jira:RHEL-76845^[1]

해결방법: 대안으로 nmcli 연결 up 및 nmcli connection down 명령을 사용하여 연결을 활성화 및 비활성화합니다. 제안된 대체 방법이 작동하지 않는 경우 문제를 보고하고 ifup 및 ifdown 유틸리티에 대한 NetworkManager 솔루션을 제공하는 NetworkManager-initscripts-updown 패키지를 설치합니다.

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]

해결방법: 이 문제를 해결하기 위해 뮤지를 올바르게 초기화했으며 핀 단계 조정, DPLL 데이터 및 PF 재설정 중에 연결 상태를 업데이트하기 위한 메커니즘이 수정되었습니다. 결과적으로 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]