설치 프로그램에서의 자동 FCP SCSI LUN 스캔 지원

이제 설치 프로그램에서 IBM Z 시스템에서 FCP SCSI LUN을 연결할 때 자동 LUN 스캔을 사용할 수 있습니다. 자동 LUN 스캔은 zfcp.allow_lun_scan 커널 모듈 매개변수를 통해 비활성화되지 않는 경우 NPIV 모드에서 작동하는 FCP 장치에 사용할 수 있습니다. 이는 기본적으로 활성화되어 있습니다. 지정된 장치 버스 ID를 사용하여 FCP 장치에 연결된 스토리지 영역 네트워크에서 발견된 모든 SCSI 장치에 대한 액세스를 제공합니다. WWPN 및 FCP LUN을 더 이상 지정할 필요는 없으며 FCP 장치 버스 ID만 제공할 수 있습니다.

온프레미스 이미지 빌더에서 /boot 파티션 사용자 정의 지원

이제 이미지 빌더 온프레미스 버전에서는 사용자 지정 /boot 마운트 지점 파티션 크기가 있는 이미지 빌드를 지원합니다. 기본 부팅 파티션 크기가 너무 작으면 /boot 파티션의 크기를 사용자 지정으로 지정하여 /boot 파티션의 크기를 늘릴 수 있습니다. 예를 들어 다음과 같습니다.

암호 기반 SSH 루트 로그인을 활성화하려면 --allow-ssh kickstart 옵션을 추가했습니다.

그래픽 설치 중에 암호 기반 SSH 루트 로그인을 활성화하는 옵션이 있습니다. 이 기능은 Kickstart 설치에서는 사용할 수 없었습니다. 이번 업데이트를 통해 rootpw kickstart 명령에 --allow-ssh 옵션이 추가되었습니다. 이 옵션을 사용하면 루트 사용자가 암호와 SSH를 사용하여 시스템에 로그인할 수 있습니다.

기본적으로 숨겨진 부트 로더 메뉴

이제 GRUB 부트 로더가 기본적으로 부팅 메뉴를 숨기도록 구성되어 있습니다. 이로 인해 부팅 환경이 더 원활해집니다. 부팅 메뉴는 다음 모든 경우에 숨겨집니다.

이제 최소 RHEL 설치는 s390utils-core 패키지만 설치합니다.

RHEL 8.4 이상에서는 s390utils-base 패키지는 s390utils-core 패키지와 s390utils-base 패키지로 나뉩니다. 결과적으로 RHEL 설치를 minimal-environment 로 설정하면 s390utils-base 패키지가 아닌 필요한 s390utils-core 패키지만 설치됩니다. 최소한의 RHEL 설치로 s390utils-base 패키지를 사용하려면 RHEL 설치를 완료한 후 패키지를 수동으로 설치하거나 kickstart 파일을 사용하여 s390utils-base 를 명시적으로 설치해야 합니다.

온프레미스 이미지 빌더에서 GCP에 이미지 업로드 지원

이번 개선된 기능을 통해 이미지 빌더 CLI를 사용하여 gce 이미지를 빌드하고 이미지를 업로드하는 데 사용할 사용자 또는 서비스 계정에 대한 자격 증명을 제공할 수 있습니다. 결과적으로 이미지 빌더에서 이미지를 생성한 다음 지정한 GCP 환경에 gce 이미지를 직접 업로드합니다.

이미지 빌더 온프레미스 CLI에서는 컨테이너 이미지를 레지스트리로 직접 푸시할 수 있습니다.

이번 개선된 기능을 통해 이미지 빌더 CLI를 사용하여 컨테이너 레지스트리를 빌드한 후 에지 컨테이너 이미지의 RHEL을 컨테이너 레지스트리로 직접 푸시할 수 있습니다. 컨테이너 이미지를 빌드하려면 다음을 수행합니다.

온프레미스 사용자가 이미지 생성 프로세스 중 사용자 정의

이번 업데이트를 통해 이미지 빌더 서비스의 사용자 환경 및 cockpit-composer 의 이미지 빌더 앱에서 Edit ECDHE 페이지가 제거되었습니다. 이제 사용자가 이미지 생성 프로세스 중에 패키지 추가 및 사용자 정의와 같은 사용자 지정을 생성할 수 있습니다. 또한, 현재 버전 중 하나만 사용할 수 있도록 하는 버전 관리도 제거되었습니다. 사용자는 이미 생성된 이미지를 통해 이전 version에 액세스할 수 있습니다.

Edge용 RHEL에서 fdo-admin cli 유틸리티 지원

이번 업데이트를 통해 CLI를 사용하여 모든 배포 시나리오에서 직접 FDO 서비스를 구성할 수 있습니다.

subscription-manager 유틸리티는 현재 작업 상태를 표시합니다.

이제 subscription-manager 유틸리티에 현재 작업을 처리하는 동안 진행 정보가 표시됩니다. 이는 subscription-manager 가 서버 통신과 관련된 작업을 완료하는 데 일반적인 시간(예: 등록)이 필요한 경우에 유용합니다.

RHEL 9에서 특정 워크플로우를 교체하는 modulesync 명령을 사용할 수 있습니다.

RHEL 9에서는 모듈식 메타데이터 없이 모듈식 패키지를 설치할 수 없습니다. 이전에는 dnf 명령을 사용하여 패키지를 다운로드한 다음 createrepo_c 명령을 사용하여 해당 패키지를 재배포할 수 있었습니다.

cronie 는 선택한 범위 내에서 임의의 시간에 대한 지원을 추가합니다.

이제 Cronie 유틸리티에서 cronjob 실행을 위해 ~ (임의 범위 내) Operator를 지원합니다. 결과적으로 선택한 범위 내의 무작위 시간에 cronjob을 시작할 수 있습니다.

복구 전과 후에 명령을 실행하기 위한 새로운 변수 추가

이번 개선된 기능을 통해 ReaR은 복구 전과 후에 실행할 명령의 자동화에 필요한 두 가지 새로운 변수를 도입합니다.

새 패키지: xmlECDHElet

XMLStarlet은 XML 파일의 구문 분석, 변환, 쿼리, 검증 및 편집에 사용되는 명령줄 유틸리티 집합입니다. 새로운 xmlECDHElet 패키지는 grep,sed,awk,patch,join 등과 같은 일반 텍스트 파일에 UNIX 명령을 사용하는 것과 유사한 방식으로 사용할 수 있는 간단한 쉘 명령 세트를 제공합니다.

Opencryptoki 버전 3.18.0에 재기반

Public-Key Cryptography Standard (PKCS) #11을 구현한 opencryptoki 패키지는 3.18.0 버전으로 업데이트되었습니다. 주요 개선사항은 다음과 같습니다.

PowerPC-utils 가 버전 1.3.10으로 다시 기반

PowerPC 플랫폼에 대한 다양한 유틸리티를 제공하는 powerpc-utils 패키지가 버전 1.3.10으로 업데이트되었습니다. 주요 개선사항은 다음과 같습니다.

Redfish 모듈이 redhat.rhel_mgmt Ansible 컬렉션의 일부입니다.

redhat.rhel_mgmt Ansible 컬렉션에 다음 모듈이 포함됩니다.

libvpd 가 2.2.9 버전으로 업데이트됨

Velerotal Product Data (VPD)에 액세스하는 클래스가 포함된 libvpd 패키지가 2.2.9 버전으로 업데이트되었습니다. 주요 개선사항은 다음과 같습니다.

lsvpd 가 1.7.14 버전에 기반

하드웨어 인벤토리 시스템을 구성하는 명령을 제공하는 lsvpd 패키지가 버전 1.7.14로 업데이트되었습니다. 이번 업데이트를 통해 vpdupdate 명령을 실행할 때 lsvpd 유틸리티가 데이터베이스 파일의 손상을 방지합니다.

ppc64diag 버전 2.7.8로 업데이트

플랫폼 진단용 ppc64-diag 패키지가 2.7.8 버전으로 업데이트되었습니다. 주요 개선사항은 다음과 같습니다.

sysctl 은 systemd-sysctl인수에 대한 식별 구문을 도입

런타임 시 커널 매개변수를 수정하는 데 사용할 수 있는 procps-ng 패키지의 sysctl 유틸리티는 이제 systemd-sysctl 유틸리티와 인수에 동일한 구문을 사용합니다. 이번 업데이트를 통해 sysctl 은 구성 라인에서 하이픈(-) 또는 globs(*)가 포함된 구성 파일을 구문 분석합니다. systemd-sysctl 구문에 대한 자세한 내용은 sysctl.d(5) 매뉴얼 페이지를 참조하십시오.

업데이트된 systemd-udevd 는 InfiniBand 인터페이스에 일관된 네트워크 장치 이름을 할당합니다.

RHEL 9에 도입된 systemd 패키지의 새 버전에는 업데이트된 systemd-udevd 장치 관리자가 포함되어 있습니다. 장치 관리자는 InfiniBand 인터페이스의 기본 이름을 systemd-udevd 에서 선택한 일관된 이름으로 변경합니다.

Chrony 에서 DHCPv6 NTP 서버 사용

chrony 의 NetworkManager 디스패치 스크립트는 DHCP(Dynamic Host Configuration Protocol) 옵션에서 전달된 NTP(Network Time Protocol) 소스를 업데이트합니다. RHEL 9.1 이후 스크립트는 DHCPv4 외에도 DHCPv6에서 제공하는 NTP 서버를 사용합니다. DHCP 옵션ECDHE은 DHCPv6의 사용을 지정하며, DHCP 옵션(42)은 DHCPv4에 따라 다릅니다.

Chrony 가 버전 4.2로 업데이트됨

chrony 제품군이 버전 4.2로 업데이트되었습니다. 버전 4.1에 대한 주요 개선 사항은 다음과 같습니다.

버전 1.16.2로 바인딩되지 않음

바인딩되지 않은 구성 요소가 버전 1.16.2로 업데이트되었습니다. unbound 는 검증, 재귀 및 캐싱 DNS 확인자입니다. 주요 개선사항은 다음과 같습니다.

이제 whois에서 암호 암호화 기능을 사용할 수 있습니다.

이제 whois 패키지에는 crypt C 라이브러리 인터페이스로 암호를 암호화하는 데 사용할 수 있는 /usr/bin/mkpasswd 바이너리가 제공됩니다.

FR R 버전 8.2.2로 업데이트

동적 라우팅 스택을 관리하기 위한 frr 패키지가 버전 8.2.2로 업데이트되었습니다. 버전 8.0의 주요 변경 사항 및 개선 사항은 다음과 같습니다.

이제 조정된 실시간 프로필이 초기 CPU 격리 설정을 자동으로 결정합니다.

tuned는 시스템을 모니터링하고 성능 프로필을 최적화하는 서비스입니다. tuned-profiles-realtime 패키지를 사용하여 CPU(중앙 처리 장치)를 격리하여 애플리케이션 스레드를 최대한 실행할 수 있습니다.

새 패키지: keylime

RHEL 9.1에서는 신뢰할 수 있는 플랫폼 모듈(TPM) 기술을 사용하는 원격 시스템을 검증하기 위한 툴인 Keylime을 도입했습니다. Keylime을 사용하면 원격 시스템의 무결성을 확인하고 지속적으로 모니터링할 수 있습니다. Keylime이 모니터링된 머신에 제공하는 암호화된 페이로드를 지정하고 시스템이 무결성 테스트에 실패할 때마다 트리거하는 자동화된 작업을 정의할 수도 있습니다.

OpenSSH의 새로운 옵션은 최소 RSA 키 길이 설정 지원

실수로 짧은 RSA 키를 사용하면 시스템이 공격에 더 취약합니다. 이번 업데이트를 통해 OpenSSH 서버 및 클라이언트에 대해 최소 RSA 키 길이를 설정할 수 있습니다. 최소 RSA 키 길이를 정의하려면 OpenSSH 서버의 /etc/ssh/sshd_config 파일과 OpenSSH 클라이언트의 /etc/ssh/ssh_config 파일에서 새 RequiredRSASize 옵션을 사용합니다.

crypto-policies 는 기본적으로 OpenSSH에 2048비트 RSA 키 길이를 적용합니다.

짧은 RSA 키를 사용하면 시스템이 공격에 더 취약해질 수 있습니다. OpenSSH는 이제 최소 RSA 키 길이를 제한하도록 지원하므로 시스템 전체 암호화 정책에서는 기본적으로 RSA에 2048비트 최소 키 길이를 적용합니다.

OpenSSL의 새로운 옵션은 서명에 대한 SHA-1을 지원합니다.

RHEL 9의 OpenSSL 3.0.0은 서명 생성 및 검증을 위해 SHA-1을 지원하지 않습니다(SHA-1 키 파생 함수(KDF) 및 해시 기반 메시지 인증 코드(HMAC)는 여전히 지원됩니다. 그러나 서명을 위해 SHA-1을 계속 사용하는 RHEL 8 시스템과의 이전 호환성을 지원하기 위해 RHEL 9에 새로운 설정 옵션 rh-allow-sha1-signatures 가 도입되었습니다. 이 옵션은 openssl.cnf 의 alg_section 에서 활성화된 경우 SHA-1 서명의 생성 및 확인을 허용합니다.

암호화 정책 지원 sntrup761x25519-sha512@openssh.com

시스템 전체의 암호화 정책 업데이트에서는 sntrup761x25519-sha512@openssh.com 키 교환(KEX) 방법에 대한 지원이 추가되었습니다. Post-quantum sntrup761 알고리즘은 OpenSSH 제품군에서 이미 사용할 수 있으며, 이 방법은ECDHE 컴퓨터의 공격에 대해 더 나은 보안을 제공합니다. sntrup761x25519-sha512@openssh.com 를 활성화하려면 하위 정책을 생성하고 적용합니다. 예를 들면 다음과 같습니다.

NSS는 더 이상 1023 비트보다 짧은 RSA 키를 지원하지 않습니다.

NSS(Network Security Services) 라이브러리 업데이트에서는 모든 RSA 작업의 최소 키 크기를 128에서 1023비트로 변경합니다. 즉 NSS는 더 이상 다음 기능을 수행하지 않습니다.

SELinux 정책으로 추가 서비스 제한

selinux-policy 패키지가 업데이트되어 이제 SELinux에 의해 다음 서비스가 제한됩니다.

SELinux는 유형 전환에서 self 키워드 지원

SELinux 툴링에서는 정책 소스에서 self 키워드를 사용하여 유형 전환 규칙을 지원합니다. self 키워드를 사용한 유형 전환을 지원하여 익명 inode의 레이블을 지정하기 위한 SELinux 정책을 준비합니다.

SELinux 사용자 공간 패키지 업데이트

SELinux 사용자 공간 패키지 libsepol,libselinux,libsemanage,policycoreutils,checkpolicy, mcstrans 가 최신 업스트림 릴리스 3.4로 업데이트되었습니다. 주요 변경 사항은 다음과 같습니다.

SELinux 자동 레이블 재지정이 기본적으로 병렬로 적용됨

새로 도입된 병렬 재지정 옵션은 다중 코어 시스템에서 SELinux 재레이블링 프로세스에 필요한 시간을 크게 줄이므로 이제 자동 레이블 다시 지정 스크립트에 수정 파일 명령줄에 -T 0 옵션이 포함되어 있습니다. -T 0 옵션을 사용하면 setfiles 프로그램이 기본적으로 레이블을 다시 지정하기 위해 최대 사용 가능한 프로세서 코어를 사용합니다.

SCAP 보안 가이드는 0.1.63으로 재구축됩니다.

SCAP Security Guide (SSG) 패키지는 업스트림 버전 0.1.63으로 다시 설계되었습니다. 이 버전은 다음과 같은 다양한 개선 사항 및 버그 수정을 제공합니다.

Rsyslog 오류 파일의 최대 크기 옵션 추가

새로운 action.errorfile.maxsize 옵션을 사용하여 Rsyslog 로그 처리 시스템에 대한 오류 파일의 최대 바이트 수를 지정할 수 있습니다. 오류 파일이 지정된 크기에 도달하면 Rsyslog는 추가 오류 또는 기타 데이터를 쓸 수 없습니다. 이렇게 하면 오류 파일이 파일 시스템을 채우고 호스트를 사용할 수 없게 됩니다.

Clevis-luks-askpass 가 기본적으로 활성화됨

/lib/systemd/system-preset/90-default.preset 파일에는 enable clevis-luks-askpass.path 설정 옵션과 clevis-systemd 하위 패키지를 설치하면 clevis-luks-askpass.path 단위 파일이 활성화됩니다. 이를 통해 Clevis 암호화 클라이언트는 부팅 프로세스 후반부에 마운트되는 LUKS 암호화 볼륨도 잠금 해제할 수 있습니다. 이번 업데이트 이전에는 관리자가 systemctl enable clevis-luks-askpass.path 명령을 사용하여 이러한 볼륨의 잠금을 해제할 수 있어야 합니다.

fapolicyd rebased to 1.1.3

fapolicyd 패키지가 버전 1.1.3으로 업그레이드되었습니다. 주요 개선 사항 및 버그 수정 사항은 다음과 같습니다.

act_ctinfo 커널 모듈이 추가되었습니다.

이번 개선된 기능에는 act_ctinfo 커널 모듈이 RHEL에 추가되었습니다. 관리자는 tc 유틸리티의 ctinfo 작업을 사용하여 conntrack 표시 또는 네트워크 패킷의 차별화된 서비스 코드 포인트(DSCP) 값을 소켓 버퍼의 마크 메타데이터 필드에 복사할 수 있습니다. 결과적으로 conntrack 표시 또는 DestinationRuleP 값을 기반으로 조건을 사용하여 트래픽을 필터링할 수 있습니다. 자세한 내용은 tc-ctinfo(8) 매뉴얼 페이지를 참조하십시오.

Cloud-init 은 Microsoft Azure의 모든 부팅 시 네트워크 구성을 업데이트합니다.

Microsoft Azure는 관리자가 VM이 오프라인 상태인 동안 네트워크 인터페이스 구성을 업데이트할 때 인스턴스 ID를 변경하지 않습니다. 이번 개선된 기능을 통해 cloud-init 서비스는 VM을 부팅할 때 항상 네트워크 구성을 업데이트하여 Microsoft Azure의 RHEL이 최신 네트워크 설정을 사용하도록 합니다.

PTP 드라이버에서 가상 클럭 및 타임스탬프 지원

이번 개선된 기능을 통해 PTP(Precision Time Protocol) 드라이버는 /sys/class/ptp*/n_vclocks 에 작성하여 자유 실행ECDHEC 위에 가상 PTP 하드웨어 잠금(PHC)을 생성할 수 있습니다. 결과적으로 사용자는 한 인터페이스에서 하드웨어 타임 스탬프와 여러 도메인 동기화를 실행할 수 있습니다.

firewalld 가 버전 1.1.1로 업데이트됨

firewalld 패키지가 버전 1.1.1로 업그레이드되었습니다. 이 버전은 이전 버전에 비해 여러 버그 수정 및 개선 사항을 제공합니다.

NetworkManager에서 advms,rto_min, quickack 경로 속성 지원

이 향상된 기능을 통해 관리자는 다음 속성을 사용하여 ipv4.routes 설정을 구성할 수 있습니다.

nmstate의 802.ad vlan-protocol 옵션 지원

nmstate API는 이제 802.ad vlan-protocol 옵션을 사용하여 linux-bridge 인터페이스 생성을 지원합니다. 이 기능을 사용하면 Service-Tag VLAN을 구성할 수 있습니다. 다음 예제에서는 yaml 구성 파일에서 이 기능을 사용하는 방법을 보여줍니다.

firewalld 서비스는 로컬 호스트에서 다른 호스트 및 포트로 시작된 NAT 패킷을 전달할 수 있습니다.

firewalld 서비스를 실행하는 localhost에서 전송된 패킷을 다른 대상 포트 및 IP 주소로 전달할 수 있습니다. 이 기능은 예를 들어 루프백 장치의 포트를 컨테이너 또는 가상 시스템으로 전달하는 데 유용합니다. 이러한 변경을 수행하기 전에 firewalld 는 다른 호스트에서 시작된 패킷을 받은 경우에만 포트를 전달할 수 있었습니다. 자세한 내용 및 구성의 경우 DNAT를 사용하여 HTTPS 트래픽을 다른 호스트로 전달합니다.

NetworkManager에서 ifcfg-rh 에서 키 파일로 마이그레이션 지원

사용자는 ifcfg-rh 형식에서 키 파일 형식으로 기존 연결 프로필 파일을 마이그레이션할 수 있습니다. 이렇게 하면 모든 연결 프로파일이 하나의 위치와 기본 형식으로 되어 있습니다. 주요 파일 형식에는 다음과 같은 이점이 있습니다.

nmstate API에 추가 DHCP 및 IPv6 자동 구성 속성이 추가

이번 개선된 기능에는 nmstate API에 다음 속성에 대한 지원이 추가되었습니다.

NetworkManager는 RHEL 9에서 WEP 지원을 사용할 수 없음을 명확하게 나타냅니다.

RHEL 9.0 이상의 wpa_supplicant 패키지에는 더 이상 사용되지 않거나 안전하지 않은 WEP(Equivalent privacy) 보안 알고리즘이 포함되어 있지 않습니다. 이번 개선된 기능은 이러한 변경 사항을 반영하도록 NetworkManager를 업데이트합니다. 예를 들어 nmcli 장치ECDHE list 명령은 이제 회색 색상의 목록 끝에 WEP 액세스 포인트를 반환하고 WEP 보호 네트워크에 연결하면 의미 있는 오류 메시지가 반환됩니다.

MPTCP 코드가 업데이트되었습니다.

커널의 MPTCP(MultiPath TCP) 코드가 업데이트되고 업스트림 Linux 5.19가 업데이트되었습니다. 이번 업데이트에서는 이전 버전에 비해 여러 버그 수정 및 개선 사항을 제공합니다.

RHEL 9.1의 커널 버전

Red Hat Enterprise Linux 9.1은 커널 버전 5.14.0-162와 함께 배포됩니다.

list_lru 의 메모리 사용량이 최적화되었습니다.

내부 커널 데이터 구조인 list_lru 는 커널 inodes 및 파일의 디렉터리 항목의 "최근에 사용됨" 상태를 추적합니다. 이전 버전에서는 list_lru 할당된 구조의 수는 마운트 지점 수와 현재 메모리 cgroup 수에 직접적으로 비례했습니다. 이 두 수 모두 실행 중인 컨테이너 수로 증가하여 O(n^2) 의 메모리 사용량입니다. 여기서 n 은 실행 중인 컨테이너 수입니다. 이번 업데이트에서는 시스템의 list_lru 의 메모리 사용을 O(n) 로 최적화합니다. 결과적으로 이제 사용자 애플리케이션에 충분한 메모리를 사용할 수 있으며 특히 컨테이너가 많은 시스템에서 사용할 수 있습니다.

BPF가 Linux 커널 버전 5.16으로 변경

BPF(Berkeley Packet Filter) 기능은 여러 버그 수정 및 개선 사항이 포함된 Linux 커널 버전 5.16로 변경되었습니다. 주요 변경 사항은 다음과 같습니다.

BTF 데이터가 커널 모듈에 있습니다.

BPF 유형 형식(BTF)은 BPF 프로그램 및 맵과 관련된 디버그 정보를 인코딩하는 메타데이터 형식입니다. 이전에는 커널 모듈의 BTF 데이터가 kernel-debuginfo 패키지에 저장되었습니다. 결과적으로 커널 모듈에 BTF를 사용하기 위해 해당 kernel-debuginfo 패키지를 설치해야 했습니다. 이번 업데이트를 통해 이제 BTF 데이터가 커널 모듈에 직접 있습니다. 따라서 BTF에 대한 추가 패키지를 설치할 필요가 없습니다.

kernel-rt 소스 트리가 RHEL 9.1 트리로 업데이트됨

최신 Red Hat Enterprise Linux 커널 소스 트리를 사용하도록 kernel-rt 소스가 업데이트되었습니다. 실시간 패치 세트도 최신 업스트림 버전 v5.15-rt 로 업데이트되었습니다. 이러한 업데이트는 여러 버그 수정 및 향상된 기능을 제공합니다.

ARM 및 AMD 및 Intel 64비트 아키텍처에서 동적 선점 스케줄링 활성화

RHEL 9는 ARM 및 AMD 및 Intel 64비트 아키텍처에서 동적 스케줄링 기능을 제공합니다. 이번 개선된 기능을 통해 컴파일 시간 대신 부팅 또는 런타임에 커널의 선점 모드를 변경할 수 있습니다. /sys/kernel/debug/sched/preempt 파일에는 현재 설정이 포함되어 있으며 런타임 수정을 허용합니다.

stalld 가 버전 1.17로 업데이트됨

stall 데몬을 제공하는 stalld 프로그램은 Linux 시스템에서 운영 체제 스레드의 종료 상태를 방지하기 위한 메커니즘입니다. 이 버전은 starvation 상태의 스레드를 모니터링합니다. 새로 고침은 스레드가 CPU 실행 대기열에 있는 경우 starvation 임계값보다 더 오래 발생합니다.

tpm2-tools 패키지가 tpm2-tools-5.2-1 버전으로 변경되었습니다.

tpm2-tools 패키지는 tpm2-tools-5.2-1 버전으로 변경되었습니다. 이 업그레이드는 많은 중요한 개선 사항 및 버그 수정을 제공합니다. 주요 변경 사항은 다음과 같습니다.

Intel E800 장치가 iWARP 및 RoCE 프로토콜을 지원

이 향상된 기능을 통해 enable_iwarp 및 enable_roce devlink 매개변수를 사용하여 iWARP 또는 RoCE 프로토콜 지원을 해제할 수 있습니다. 이 필수 기능을 사용하면 프로토콜 중 하나로 장치를 구성할 수 있습니다. Intel E800 장치는 동일한 포트에서 두 프로토콜을 동시에 지원하지 않습니다.

GRUB은 새 키로 서명

보안상의 이유로 GRUB은 이제 새 키로 서명됩니다. 따라서 Secure Boot 기능을 사용하여 IBM Power Systems의 little-endian 변형을 부팅하려면 RHEL 펌웨어를 FW10.30 버전(또는 이후) 또는 FW1020 버전으로 업데이트해야 합니다.

IBM POWER에서 VM을 부팅할 때 구성 가능한 디스크 액세스 재시도

IBM POWER 아키텍처에서 논리 파티션(lpar) 가상 머신(VM)이 부팅될 때 GRUB 부트 로더가 원격 디스크 액세스를 재시도하는 횟수를 구성할 수 있습니다. 재시도 횟수를 줄이면 특정 상황에서 부팅 속도가 느려질 수 있습니다.

이제 Stratis를 사용하면 생성 시 파일 시스템 크기를 설정할 수 있습니다.

이제 파일 시스템을 생성할 때 필요한 크기를 설정할 수 있습니다. 이전에는 자동 기본 크기가 1TiB였습니다. 이번 개선된 기능을 통해 사용자는 임의의 파일 시스템 크기를 설정할 수 있습니다. 하한 제한은 512MiB 미만으로 이동해서는 안 됩니다.

Stratis 풀의 프로비저닝 관리 개선

씬 프로비저닝 관리가 개선되어 이제 씬 풀 관리의 경고, 풀 메타데이터의 공간 정확한 할당, 개선된 예측성, 전반적인 안전 및 신뢰성을 개선할 수 있습니다. 새로운 별도의 모드에서는 오버프로비저닝이 비활성화됩니다. 이번 개선된 기능을 통해 사용자는 오버프로비저닝을 비활성화하여 풀에 모든 파일 시스템을 완전히 지원할 수 있는 충분한 공간이 포함되어 있는지 확인할 수 있습니다.

Stratis에서 개선된 개별 풀 관리 제공

이제 개별 Stratis 풀을 중지하고 시작할 수 있습니다. 이전에는 stratisd 에서 탐지한 모든 장치에 사용 가능한 모든 풀을 시작하려고 했습니다. 이번 개선된 기능을 통해 Stratis 내에서 개별 풀을 보다 유연하게 관리할 수 있으며 디버깅 및 복구 기능을 개선할 수 있습니다. 단일 풀의 복구 및 유지 관리 작업을 수행하기 위해 더 이상 시스템을 재부팅할 필요가 없습니다.

다중 경로 장치 경로의 활성화된 프로토콜별 구성

이전에는 다른 프로토콜의 최적 구성으로 인해 각 개별 프로토콜에 대한 옵션을 설정하지 않고 구성을 올바르게 설정할 수 없었습니다. 이 향상된 기능을 통해 사용자는 경로 전송 프로토콜을 기반으로 다중 경로 장치 경로를 구성할 수 있습니다. /etc/multipath.conf 파일의 overrides 섹션의 protocol 하위 섹션을 사용하여 프로토콜에 따라 다중 경로 장치 경로를 올바르게 구성합니다.

새로운 libnvme 기능 라이브러리

이전 버전에서는 NVMe 스토리지 명령줄 인터페이스 유틸리티(nvme-cli)에 모든 도우미 함수 및 정의가 포함되었습니다. 이번 개선된 기능을 통해 RHEL 9.1에 새로운 libnvme 라이브러리가 추가되었습니다. 라이브러리에는 다음이 포함됩니다.

새 라이브러리 libnvme 를 사용할 수 있습니다.

이번 업데이트를 통해 nvme-cli는 두 가지 프로젝트로 나뉩니다. * nvme-cli 에는 이제 nvme 툴 * libnvme 라이브러리에 대한 코드만 포함되어 있습니다. * libnvme 라이브러리에는 NVMe 사양 구조, Restics, 비트 필드, 도우미 함수의 모든 유형 정의와 NVMe 장치를 연결, 디스패치, 디코딩 명령 및 페이로드를 구성하는 유틸리티가 포함됩니다.

Red Hat OpenStack 플랫폼에서 고가용성 지원

이제 Red Hat OpenStack 플랫폼에서 고가용성 클러스터를 구성할 수 있습니다. Red Hat은 이 기능을 지원하기 위해 다음과 같은 새로운 클러스터 에이전트를 제공합니다.

pcs 는 시스템을 재시작할 필요 없이 멀티패스 SCSI 장치 업데이트를 지원합니다.

pcs stonith update-scsi-devices 명령을 사용하여 다중 경로 SCSI 장치를 업데이트할 수 있습니다. 이 명령은 동일한 노드에서 다른 클러스터 리소스를 다시 시작하지 않고 SCSI 장치를 업데이트합니다.

클러스터 UUID 지원

클러스터 설정 중에 pcs 명령으로 모든 클러스터에 대한 UUID가 생성됩니다. 클러스터 이름은 고유한 클러스터 식별자가 아니므로 클러스터 UUID를 사용하여 여러 클러스터를 관리할 때 동일한 이름의 클러스터를 식별할 수 있습니다.

구성된 리소스를 다시 만드는 pcs 명령을 표시하는 새로운 pcs resource config 명령 옵션

pcs resource config 명령에서 --output-format=cmd 옵션을 허용합니다. 이 옵션을 지정하면 다른 시스템에서 구성된 리소스를 다시 만드는 데 사용할 수 있는 pcs 명령이 표시됩니다.

구성된 펜싱 장치를 다시 만드는 pcs 명령을 표시하는 새로운 pcs stonith config 명령 옵션

pcs stonith config 명령에서 --output-format=cmd 옵션을 허용합니다. 이 옵션을 지정하면 다른 시스템에서 구성된 펜싱 장치를 다시 만드는 데 사용할 수 있는 pcs 명령이 표시됩니다.

Pacemaker 버전 2.1.4로 업데이트

Pacemaker 패키지가 Pacemaker 2.1.4의 업스트림 버전으로 업그레이드되었습니다. 주요 변경 사항은 다음과 같습니다.

클러스터 패키지와 함께 Samba가 더 이상 자동으로 설치되지 않음

이번 릴리스에서는 RHEL 고가용성 애드온용 패키지를 설치하면 더 이상 Samba 패키지가 자동으로 설치되지 않습니다. 이렇게 하면 HA 패키지를 자동으로 제거하지 않고 Samba 패키지를 제거할 수도 있습니다. 클러스터에서 Samba 리소스를 사용하는 경우 이제 수동으로 설치해야 합니다.

nodejs:18 모듈 스트림이 완전히 지원됩니다.

nodejs:18 모듈 스트림은 이전에 기술 프리뷰로 사용 가능하며 RHSA-2022:8832 권고의 릴리스에서 완전히 지원됩니다. nodejs:18 모듈 스트림은 이제 LTS(Long Term Support) 버전인 Node.js 18.12 를 제공합니다.

새로운 모듈 스트림: php:8.1

RHEL 9.1에서는 PHP 8.1 을 새로운 php:8.1 모듈 스트림으로 추가합니다.

새 모듈 스트림: ruby:3.1

RHEL 9.1에서는 새로운 ruby:3.1 모듈 스트림에 Ruby 3.1.2 가 도입되었습니다. 이 버전은 RHEL 9.0에서 배포된 Ruby 3.0 에 비해 다양한 성능 향상, 버그 및 보안 수정, 새로운 기능을 제공합니다.

httpd 가 버전 2.4.53으로 업데이트됨

Apache HTTP Server가 RHEL 9.0을 통해 배포된 버전 2.4.51에 대한 버그 수정, 개선 사항 및 보안 수정 사항을 제공하는 버전 2.4.53으로 업데이트되었습니다.

httpd 구성의 LimitRequestBody 지시문의 새 기본값

CVE-2022-29404 를 수정하기 위해 Apache HTTP Server의 LimitRequestBody 지시문의 기본값은 0 (제한 없음)에서 1GiB로 변경되었습니다.

새 패키지: httpd-core

RHEL 9.1부터 모든 필수 파일이 포함된 httpd 바이너리 파일이 새 httpd-core 패키지로 이동되어 기본 httpd 기능만 필요한 시나리오에서 Apache HTTP Server의 종속성만 제한합니다.

ECDHEre2 버전 10.40으로 변경

Perl Compatible Regular Expressions 라이브러리 v 2를 제공하는ECDHEre 2 패키지가 버전 10.40으로 업데이트되었습니다.

업데이트된 GCC 컴파일러가 RHEL 9.1에서 사용 가능

시스템 GCC 컴파일러 버전 11.2.1은 업스트림 GCC에서 사용 가능한 수많은 버그 수정 및 개선 사항을 포함하도록 업데이트되었습니다.

새로운 GCC Toolset 12

GCC Toolset 12는 최신 버전의 개발 툴을 제공하는 컴파일러 툴셋입니다. AppStream 리포지토리에서 소프트웨어 컬렉션 형식으로 Application Stream으로 사용할 수 있습니다.

GCC Toolset 12: Annobin이 버전 10.76에 다시 기반

GCC Toolset 12에서 Annobin 패키지가 버전 10.76로 업데이트되었습니다.

GCC Toolset 12: binutils 버전 2.38으로 다시 기반

GCC Toolset 12에서 binutils 패키지가 2.38 버전으로 업데이트되었습니다.

GCC 12 이상에서는 _FORTIFY_SOURCE 수준 3을 지원합니다.

이 향상된 기능을 통해 사용자는 GCC 버전 12 이상으로 빌드할 때 컴파일러 명령줄에서 -D_FORTIFY_SOURCE=3 을 사용하여 애플리케이션을 빌드할 수 있습니다. _FORTIFY_SOURCE 수준 3은 소스 코드 강화 범위를 개선하여 컴파일러 명령줄에서 -D_FORTIFY_SOURCE=3 으로 빌드된 애플리케이션의 보안을 개선합니다. 이는 GCC 버전 12 이상 및 RHEL 9의 모든 Clang에서 지원되며 __builtin_dynamic_object_size 가 내장된 것입니다.

DNS stub resolver 옵션에서 no-aaa 옵션을 지원

이번 개선된 기능을 통해 glibc 는 이제 /etc/resolv.conf 및 RES_OPTIONS 환경 변수에서 no-aaaa stub resolver 옵션을 인식합니다. 이 옵션이 활성화되면 네트워크를 통해 AAAA 쿼리가 전송되지 않습니다. 시스템 관리자는 IPv4 전용 네트워크의 상위 조회가 DNS 문제에 기여하지 않는 등 진단 목적으로 AAAA DNS 조회를 비활성화할 수 있습니다.

IBM Z Series z16에 대한 지원 추가

IBM z16 플랫폼과 함께 s390 명령어 세트에 대한 지원이 제공됩니다. IBM z16 은 HWCAP_S390_VXRS_PDE2 및 HWCAP_S390_NNPA 인 glibc 에서 두 가지 추가 하드웨어 기능을 제공합니다. 그 결과 애플리케이션에서 이러한 기능을 사용하여 최적화된 라이브러리 및 기능을 제공할 수 있습니다.

애플리케이션은 새로운 glibc 인터페이스를 통해 재시작 가능한 시퀀스 기능을 사용할 수 있습니다.

sched_getcpu 함수(특히 aarch64에서) 가속화하려면 glibc 에서 기본적으로 재시작 가능한 시퀀스(rseq) 커널 기능을 사용해야 합니다. 애플리케이션이 공유 rseq 영역을 지속적으로 사용할 수 있도록 glibc는 이제 glibc 2.35 업스트림 버전에서 처음 추가된 __rseq_offset,__rseq_size 및 __rseq_flags 기호를 제공합니다. 이번 개선된 기능을 통해 sched_getcpu 함수의 성능이 향상되고 애플리케이션에서 새 glibc 인터페이스를 통해 재시작 가능한 시퀀스 기능을 사용할 수 있습니다.

GCC Toolset 12: GDB 기반 버전 11.2

GCC Toolset 12에서는 GDB 패키지가 버전 11.2로 업데이트되었습니다.

GDB에서 Power 10 PLT 명령을 지원

GDB는 이제 Power 10 PLT 명령을 지원합니다. 이번 업데이트를 통해 사용자는 공유 라이브러리 함수로 들어가서 GDB 버전 10.2-10 이상을 사용하여 스택 백트레이스를 검사할 수 있습니다.

버전 12.1에 따라 패키지된 dyninst

dyninst 패키지는 버전 12.1로 업데이트되었습니다. 주요 버그 수정 및 개선 사항은 다음과 같습니다.

새로운 파일 세트 /etc/profile.d/debuginfod.*

조직 debuginfod 서비스를 활성화하기 위한 새로운 파일 세트 추가 시스템 전체의 debuginfod 클라이언트 활성화를 가져오려면 URL을 /etc/debuginfod/FOO.urls 파일에 추가해야 합니다.

Rrust Toolset 버전 1.62.1에 따라 업데이트

Rust가 1.62.1 버전으로 업데이트되었습니다. 주요 변경 사항은 다음과 같습니다.

LLVM Toolset 버전 14.0.6

LLVM Toolset은 14.0.6 버전으로 업데이트되었습니다. 주요 변경 사항은 다음과 같습니다.

Toolset 다시 기반 버전 1.18.2

Go Toolset이 버전 1.18.2로 업데이트되었습니다.

새 모듈 스트림: maven:3.8

RHEL 9.1에서는 Maven 3.8 을 새 모듈 스트림으로 도입합니다.

.NET 버전 7.0 사용 가능

Red Hat Enterprise Linux 9.1은 .NET 버전 7.0과 함께 배포됩니다. 주요 개선사항은 다음과 같습니다.

SSSD에서 SID 요청에 대한 메모리 캐싱 지원

이 향상된 기능을 통해 SSSD는 SID의 GID 및 UID 조회인 SID 요청에 대한 메모리 캐싱을 지원하며 그 반대의 경우도 마찬가지입니다. 메모리 캐싱은 예를 들어 Samba 서버에 대량의 파일을 복사하거나 복사하는 경우 성능이 향상됩니다.

ipaservicedelegationtarget 및 ipaservicedelegationrule Ansible 모듈을 사용할 수 있습니다.

이제 ipaservicedelegationtarget 및 ipaservicedelegationrule ansible-freeipa 모듈을 사용하여 다음과 같이 스마트 카드로 인증된 IdM(Identity Management) 사용자를 허용하도록 웹 콘솔 클라이언트를 구성할 수 있습니다.

익명 PKINIT에 대한 SSSD 지원

이 향상된 기능을 통해 SSSD는 이제 Active Directory의 Kerberos 무장이라고 합니다. 지금까지는 필요한 인증 정보를 요청하기 위해 Kerberos 키탭이 필요했습니다. 이제 익명 PKINIT를 사용하여 이 인증 정보 캐시를 생성하여ECDHEST 세션을 설정할 수 있습니다.

IdM에서 Random 일련 번호 지원

이번 업데이트를 통해 이제 IdM(Identity Management)에 redundancytag pki 11.2.0 이 포함되어 있어 Random 직렬 번호 버전 3(RSNv3)을 사용할 수 있습니다. ipa-server-install 또는 ipa-ca-install 을 실행할 때 --random-serial-numbers 옵션을 사용하여 RSNv3를 활성화할 수 있습니다. RSNv3가 활성화된 경우 IdM은 범위 관리 없이 PKI에서 인증서 및 요청에 대한 완전 임의의 일련 번호를 생성합니다. RSNv3를 사용하면 대규모 IdM 설치에서 범위 관리를 방지하고 IdM을 다시 설치할 때 일반적인 충돌을 방지할 수 있습니다.

이제 IdM에서 사용자 암호가 만료된 후 허용되는 LDAP 바인딩 수 제한 지원

이번 개선된 기능을 통해 IdM(Identity Management) 사용자의 암호가 만료될 때 허용되는 LDAP 바인딩 수를 설정할 수 있습니다.

새로운 ipasmartcard_server 및 ipasmartcard_client 역할

이번 업데이트를 통해 ansible-freeipa 패키지에서는 스마트 카드 인증을 위해 IdM(Identity Management) 서버 및 클라이언트를 구성하는 Ansible 역할을 제공합니다. ipasmartcard_server 및 ipasmartcard_client 역할은 ipa-advise 스크립트를 교체하여 통합을 자동화하고 단순화합니다. 동일한 인벤토리 및 이름 지정 스키마가 다른 ansible-freeipa 역할에서와 같이 사용됩니다.

IdM은 Windows Server 2022를 사용한 AD 트러스트 구성을 지원

이번 개선된 기능을 통해 IdM(Identity Management) 도메인과 Windows Server 2022를 실행하는 도메인 컨트롤러를 사용하는 Active Directory 프레스타일 간 트러스트를 설정할 수 있습니다.

ipa-dnskeysyncd 및 ipa-ods-exporter 디버그 메시지는 기본적으로 /var/log/ECDHE에 더 이상 기록되지 않습니다.

이전에는 LDAP-to-OpenDNSSEC 동기화를 담당하는 서비스인 ipa-dnskeysyncd 및 ipa-ods-exporter, IdM(Identity Management) OpenDNSSEC 내보내기er 서비스인 ipa-ods-exporter는 기본적으로 모든 디버그 메시지를 /var/log/ ECDHE에 기록했습니다. 그 결과 로그 파일이 크게 증가했습니다. 이번 개선된 기능을 통해 /etc/ipa/dns.conf 파일에서 debug=True 를 설정하여 로그 수준을 구성할 수 있습니다. 자세한 내용은 IdM 구성 파일의 man 페이지 default.conf(5) 를 참조하십시오.

Samba 버전 4.16.1으로 업데이트

samba 패키지가 업스트림 버전 4.16.1으로 업그레이드되어 이전 버전에 대한 버그 수정 및 개선 사항을 제공합니다.

SSSD는 이제 Windows Server 2022와 직접 통합을 지원

이 향상된 기능을 통해 SSSD를 사용하여 Windows Server 2022를 실행하는 도메인 컨트롤러를 사용하는 Active Directory 마운더와 RHEL 시스템을 직접 통합할 수 있습니다.

SSSD 다중 스레드 성능 개선

이전에는 Red Hat Directory Server 및 Identity Management와 같은 다중 스레드 애플리케이션에서의 SSSD 직렬화 병렬 요청입니다. 이번 업데이트에서는 nss 및ECDHE와 같은 모든 SSSD 클라이언트 라이브러리가 수정되어 요청을 직렬화하지 않으므로 여러 스레드의 요청을 병렬로 실행하여 성능을 향상시킬 수 있습니다. 직렬화의 이전 동작을 활성화하려면 환경 변수 SSS_LOCKFREE 를 NO 로 설정합니다.

Directory Server에서 Auto membership 플러그인 작업을 취소하는 기능을 지원합니다.

이전 버전에서는 Directory Server에 복잡한 구성(가장 큰 그룹, 복잡한 규칙 및 다른 플러그인과의 상호 작용)이 있는 경우 서버에서 Auto membership 플러그인의 CPU 사용량을 생성할 수 있었습니다. 이번 개선된 기능을 통해 자동 멤버십 플러그인 작업을 취소할 수 있습니다. 결과적으로 성능 문제가 더 이상 발생하지 않습니다.

Directory Server에서 ldapdelete를 사용할 때 재귀 삭제 작업 지원

이 향상된 기능으로 Directory Server는 이제 Tree Delete Control [1.2.840.113556.1.4.805] OpenLDAP 컨트롤을 지원합니다. 결과적으로 ldapdelete 유틸리티를 사용하여 상위 항목의 하위 항목을 반복적으로 삭제할 수 있습니다.

Directory Server 설치 중에 기본 복제 옵션을 설정할 수 있습니다.

이번 개선된 기능을 통해 .inf 파일을 사용하여 인스턴스 설치 중에 인증 자격 증명 및 변경 로그 트리밍과 같은 기본 복제 옵션을 구성할 수 있습니다.

Directory Server에서 루트가 아닌 사용자가 인스턴스 생성 지원

이전에는 루트가 아닌 사용자가 Directory Server 인스턴스를 만들 수 없었습니다. 이번 개선된 기능을 통해 루트가 아닌 사용자는 dscreate ds-root 하위 명령을 사용하여 dscreate,dsctl,dsconf 명령을 사용하여 Directory Server 인스턴스를 생성하고 관리하는 환경을 구성할 수 있습니다.

PKI 패키지의 이름이 idm-pki으로 변경

이제 IDM 패키지와 Red Hat Certificate System 항목을 더 잘 구분하기 위해 다음 pki 패키지의 이름이 idm-pki 으로 변경되었습니다.

Matrox GPU를 사용하여 Wayland가 활성화됨

이제 데스크탑 세션에서 Matrox GPU를 사용하여 Wayland 백엔드를 활성화합니다.

12세대 Intel Core GPU 지원

이번 릴리스에서는 12thECDHE Intel Core CPU에 대한 여러 통합 GPU에 대한 지원이 추가되었습니다. 여기에는 다음 CPU 모델과 함께 제공되는 Intel UHD 그래픽 및 Intel Xe 통합 GPU가 포함됩니다.

새로운 AMD GPU 지원

이 릴리스에서는 여러 AMD Radeon RX 6000 시리즈 GPU 및 AMD Ryzen 6000 시리즈 CPU의 통합 그래픽에 대한 지원이 추가되었습니다.

웹 콘솔의 업데이트 진행 페이지 자동 재시작 옵션 지원

이제 업데이트 진행 상황 페이지에 완료 후 Reboot 가 있습니다. 이렇게 하면 업데이트를 설치한 후 시스템이 자동으로 재부팅됩니다.

네트워크 RHEL 시스템 역할은 nmstate API를 사용하여 네트워크 구성을 지원합니다.

이번 업데이트를 통해 네트워크 RHEL 시스템 역할은 nmstate API를 통해 네트워크 구성을 지원합니다. 이제 연결 프로필을 생성하는 대신 필요한 네트워크 상태 구성을 네트워크 인터페이스에 직접 적용할 수 있습니다. 이 기능을 사용하면 네트워크의 부분 설정도 허용합니다. 따라서 다음과 같은 이점이 있습니다.

사용자는 네트워크 RHEL 시스템 역할을 사용하여 IPoIB 기능과의 연결을 생성할 수 있습니다.

이제 네트워크 RHEL 시스템 역할의 infiniband 연결 유형에서 IPoIB(Internet Protocol over Infiniband) 기능을 지원합니다. 이 기능을 사용하려면 infiniband 의 p_key 옵션에 값을 정의합니다. p_key 를 지정하는 경우 network_connections 변수의 interface_name 옵션을 설정되지 않은 상태로 유지해야 합니다. 이전 네트워크 RHEL 시스템 역할 구현에서 infiniband 연결 유형의 p_key 값과 interface_name 옵션을 올바르게 검증하지 못했습니다. 따라서 IPoIB 기능은 이전에 작동하지 않았습니다. 자세한 내용은 /usr/share/doc/rhel-system-roles/network/ 디렉터리의 README 파일을 참조하십시오.

HA Cluster RHEL System Role이 SBD 펜싱 및 Corosync 설정 설정 지원

HA 클러스터 시스템 역할은 다음과 같은 기능을 지원합니다.

이제 네트워크 RHEL 역할 라우팅 규칙에 대한 네트워크 설정을 구성

이전에는 패킷의 대상 주소 필드를 기반으로 패킷을 라우팅할 수 있었지만 소스 라우팅 및 기타 정책 라우팅 규칙을 정의할 수 없었습니다. 이번 개선된 기능을 통해 네트워크 RHEL 역할은 라우팅 규칙을 지원하므로 사용자가 패킷 전송 또는 경로 선택을 제어할 수 있습니다.

이전의 새로운:replaced 구성을 사용하면 방화벽 시스템 역할이 방화벽 설정을 기본값으로 재설정할 수 있습니다.

각 머신에 기존 방화벽 설정이 다른 다른 시스템 세트를 관리하는 시스템 관리자는 방화벽 역할의 이전: 대체 구성을 사용하여 모든 시스템에 동일한 방화벽 구성 설정이 있는지 확인할 수 있습니다. 이전: 교체된 구성은 기존 방화벽 설정을 모두 제거하고 일관된 설정으로 교체할 수 있습니다.

이전 설정을 덮어쓰는 postfix RHEL System Role의 새로운 옵션

일관되지 않은 postfix 구성이 있는 시스템 그룹을 관리하는 경우 구성이 모두 일관되게 유지되도록 할 수 있습니다. 이번 개선된 기능을 통해 postfix_conf 사전 내의 이전: 교체 옵션을 지정하여 기존 구성을 제거하고 clean postfix 설치 상단에 원하는 구성을 적용할 수 있습니다. 결과적으로 기존 postfix 구성을 제거하고 관리 중인 모든 시스템에서 일관성을 유지할 수 있습니다.

향상된 ECDHE.sql.server RHEL 시스템 역할

이제 다음 새 변수를ECDHE .sql.server RHEL 시스템 역할에 사용할 수 있습니다.

로깅 RHEL 시스템 역할에서는 파일 입력에서 startmsg.regex 및 endmsg.regex 옵션을 지원합니다.

이번 개선된 기능을 통해 정규식을 사용하여 파일에서 들어오는 로그 메시지를 필터링할 수 있습니다. 옵션 startmsg_regex 및 endmsg_regex 가 이제 파일의 입력에 포함됩니다. startmsg_regex 는 메시지의 시작 부분과 일치하는 정규식을 나타내며 endmsg_regex 는 메시지의 마지막 부분과 일치하는 정규식을 나타냅니다. 결과적으로 날짜 시간, 우선 순위 및 심각도와 같은 속성을 기반으로 메시지를 필터링할 수 있습니다.

sshd RHEL System Role은 드롭인 디렉터리에 대한 include 지시문 확인

RHEL 9의 sshd RHEL System Role은 드롭인 디렉터리에서 파일만 관리하지만 이전에 기본 sshd_config 파일의 디렉터리가 포함되어 있는지 확인하지 않았습니다. 이번 업데이트를 통해 이 역할은 sshd_config 에 드롭인 디렉터리에 대한 include 지시문이 포함되어 있는지 확인합니다. 결과적으로 이 역할은 제공된 구성을 보다 안정적으로 적용합니다.

sshd RHEL 시스템 역할은 /etc/ssh/sshd_config를 통해 관리할 수 있습니다.

RHEL 9 관리 노드에 적용되는 sshd RHEL 시스템 역할은 SSHD 구성을 드롭인 디렉터리(기본값/etc/ssh/sshd_config.d/00-ansible_system_role.conf )에 배치합니다. 이전 버전에서는 /etc/ssh/sshd_config 파일을 변경하면 00-ansible_system_role.conf 의 기본값을 덮어씁니다. 이번 업데이트를 통해 00-ansible_system_role.conf 에서 시스템 기본값을 유지하면서 /etc/ssh/sshd_config 대신 00-ansible_system_role.conf 를 사용하여 SSHD를 관리할 수 있습니다.

metrics 역할은 관리 구성 파일에서 "Ansible_managed" 댓글을 일관되게 사용합니다.

이번 업데이트를 통해 metrics 역할은 Ansible 표준 ansible_managed 변수를 사용하여 구성 파일에 "Ansible managed" 주석을 삽입합니다. 주석은 metrics 역할이 파일을 덮어쓸 수 있기 때문에 구성 파일을 직접 편집하지 않아야 함을 나타냅니다. 결과적으로 구성 파일에 Ansible에서 구성 파일을 관리한다는 선언이 포함됩니다.

스토리지 RHEL 시스템 역할에서 풀 멤버 관리 지원

스토리지 RHEL 시스템 역할은 풀을 먼저 제거하지 않고 기존 LVM 풀에서 디스크를 추가하거나 제거할 수 있습니다. 풀 용량을 늘리기 위해 스토리지 RHEL 시스템 역할은 풀에 새 디스크를 추가하고 다른 용도로 풀에 현재 할당된 디스크를 해제할 수 있습니다.

스토리지 RHEL 시스템 역할에서 씬 프로비저닝된 볼륨에 대한 지원을 사용할 수 있습니다.

스토리지 RHEL 시스템 역할을 통해 씬 프로비저닝된 LVM 논리 볼륨(LV)을 생성하고 관리할 수 있습니다. 씬 프로비저닝된 LV는 작성 시 할당되므로 씬 프로비저닝된 LV에 대해 제공된 물리 스토리지를 생성할 때 유연성이 향상될 수 있습니다. LVM 씬 프로비저닝을 사용하면 thin LV 및 모든 스냅샷에 공통된 데이터 블록이 공유되므로 스냅샷을 보다 효율적으로 생성할 수 있습니다.

스토리지 RHEL 시스템 역할에서 캐시된 볼륨에 대한 지원 개선

스토리지 RHEL 시스템 역할을 통해 기존 LVM 논리 볼륨에 캐시를 연결할 수 있습니다. LVM 캐시를 사용하면 더 작고 빠른 장치에 LV 데이터의 하위 집합을 임시로 저장(예: SSD)하여 느린 논리 볼륨의 성능을 개선할 수 있습니다. 이렇게 하면 이전에 캐시되지 않은 기존 볼륨에 캐시를 추가(연결)할 수 있으므로 이전에 캐시된 볼륨 생성에 대한 지원이 추가되었습니다.

로깅 RHEL 시스템 역할에서 템플릿,심각도 및 기능 옵션 지원

로깅 RHEL 시스템 역할에는 이제 새로운 유용한 심각도 및 기능 옵션이 포함되어 새로운 파일 입력 옵션뿐만 아니라 파일에 새로운 템플릿 옵션을 제공하고 출력을 전달합니다. template 옵션을 사용하여 기존 매개 변수를 사용하여 기존 시간 형식을 지정합니다. 매개 변수를 사용하여 syslog 프로토콜 23 형식, 최신 매개 변수를 사용하여 최신 스타일 형식을 사용합니다. 결과적으로 logging 역할을 사용하여 심각도 및 기능에 따라 필터링하고 템플릿별로 출력 형식을 지정할 수 있습니다.

이제 RHEL 시스템 역할을 팩트 수집이 비활성화된 플레이북에서도 사용할 수 있습니다.

성능 또는 기타 이유로 사용자 환경에서 Ansible 팩트 수집을 비활성화할 수 있습니다. 이전에는 이러한 구성에서 RHEL 시스템 역할을 사용할 수 없었습니다. 이번 업데이트를 통해 시스템에서 구성에서 ANSIBLE_GATHERING=explicit 매개변수를 감지하고 플레이북에서 gather_facts: false 매개변수를 감지하고, 팩트 캐시에서 사용할 수 없는 경우 setup: 모듈을 사용하여 지정된 역할에 필요한 팩트만 수집합니다.

이제 스토리지 역할이 기본적으로 세부 정보 표시가 감소합니다.

이제 스토리지 역할 출력이 기본적으로 덜 상세합니다. 이번 업데이트를 통해 사용자는 스토리지 역할 출력의 상세도를 높여 Ansible 상세 수준 1 이상을 사용하는 경우에만 디버깅 출력을 생성할 수 있습니다.

방화벽 RHEL 시스템 역할에는 masquerade 또는 icmp_block_inversion을 구성할 때 state 매개변수가 필요하지 않습니다.

사용자 지정 방화벽 영역을 구성할 때 변수 masquerade 및 icmp_block_inversion 은 부울 설정입니다. true 값은 state: present 를 나타내며 false 값은 state: absent 를 의미합니다. 따라서 masquerade 또는 icmp_block_inversion 을 구성할 때 state 매개변수가 필요하지 않습니다.

방화벽 RHEL 시스템 역할에 absent 및 present 상태를 사용하여 서비스를 추가, 업데이트 또는 제거할 수 있습니다.

이번 개선된 기능을 통해 현재 상태를 사용하여 포트, 모듈, 프로토콜, 서비스 및 대상 주소를 추가하거나 absent 상태를 사용하여 제거할 수 있습니다. 방화벽 RHEL 시스템 역할에 absent 및 present 상태를 사용하려면 permanent 옵션을 true 로 설정합니다. permanent 옵션을 true 로 설정하면 상태 설정이 변경될 때까지 적용되며 역할 재로드의 영향을 받지 않습니다.

방화벽 시스템 역할은 PCI 장치 ID를 사용하여 영역에 인터페이스를 추가하거나 제거할 수 있습니다.

PCI 장치 ID를 사용하여 방화벽 시스템 역할을 영역에서 또는 영역에 네트워크 인터페이스를 할당하거나 제거할 수 있습니다. 이전에는 인터페이스 이름 대신 PCI 장치 ID만 알고 있는 경우 사용자는 방화벽 시스템 역할을 사용하기 위해 해당 인터페이스 이름을 먼저 식별해야 했습니다. 이번 업데이트를 통해 방화벽 시스템 역할에서 PCI 장치 ID를 사용하여 영역의 네트워크 인터페이스를 관리할 수 있습니다.

방화벽 RHEL 시스템 역할은 Ansible 팩트를 제공할 수 있습니다.

이번 개선된 기능을 통해 인수 없이 플레이북에 firewall: 변수를 포함하여 모든 시스템에서 RHEL System Role의 Ansible 팩트를 수집할 수 있습니다. Ansible 팩트의 자세한 버전을 수집하려면 detailed: true 인수를 사용합니다. 예를 들면 다음과 같습니다.

selinux RHEL 시스템 역할에 seuser 및 selevel 설정 추가

경우에 따라 SELinux 컨텍스트 파일 시스템 매핑을 설정할 때 seuser 및 selevel 매개변수를 설정해야 하는 경우가 있습니다. 이번 업데이트를 통해 selinux_fcontext 에서 seuser 및 selevel 선택적 인수를 사용하여 SELinux 컨텍스트 파일 시스템 매핑에서 SELinux 사용자 및 수준을 지정할 수 있습니다.

사용자 정의 수신 포트 설정의 새로운 cockpit System Role 변수

cockpit System Role에서는 기본 9090 포트 이외의 사용자 지정 청취 포트를 설정할 수 있는 cockpit_port 변수가 도입되었습니다. 사용자 지정 청취 포트를 설정하려면 웹 콘솔에서 해당 포트에서 수신 대기할 수 있도록 SELinux 정책을 조정해야 합니다.

metrics 역할은 postfix 성능 데이터를 내보낼 수 있습니다.

이제 기록 및 세부 성능 분석을 위해 메트릭 역할에서 새 metrics _from_ ECDHE 부울 변수를 사용할 수 있습니다. 이번 개선된 기능을 통해 변수를 설정하면 시스템에서 pmdaECDHE 지표 에이전트가 활성화되어 postfix 에 대한 통계를 사용할 수 있습니다.

postfix 역할은 관리 구성 파일에서 "Ansible_managed" 댓글을 일관되게 사용합니다.

postfix 역할은 /etc/ECDHE/main.cf 구성 파일을 생성합니다. 이번 업데이트를 통해 postfix 역할은 Ansible 표준 ansible_managed 변수를 사용하여 구성 파일에 "Ansible managed" 주석을 삽입합니다. 주석은 postfix 역할이 파일을 덮어쓸 수 있기 때문에 구성 파일을 직접 편집하지 않아야 함을 나타냅니다. 결과적으로 구성 파일에 Ansible에서 구성 파일을 관리한다는 선언이 포함됩니다.

nbde-client RHEL 시스템 역할에서 고정 IP 주소 지원

이전 버전의 RHEL에서 고정 IP 주소로 시스템을 다시 시작하고 nbde_client RHEL 시스템 역할로 구성된 시스템을 다시 시작하면 시스템의 IP 주소가 변경되었습니다. 이번 업데이트를 통해 고정 IP 주소가 있는 시스템은 nbde_client 역할에서 지원되며 재부팅 후에는 해당 IP 주소가 변경되지 않습니다.

RHEL 웹 콘솔은 OS VM 워크플로 다운로드 의 옵션으로 RHEL 기능을 제공합니다.

이번 개선된 기능을 통해 RHEL 웹 콘솔에서 기본 OS 워크플로를 사용하여 RHEL 가상 머신(VM) 설치를 지원합니다. 결과적으로 웹 콘솔에서 RHEL OS를 VM으로 직접 다운로드하여 설치할 수 있습니다.

KVM 아키텍처 규정 준수 개선

이번 업데이트를 통해 KVM 하이퍼바이저의 아키텍처 컴플라이언스 기능이 향상되어 보다 엄격하게 향상되었습니다. 결과적으로 하이퍼바이저는 Linux 기반 및 기타 운영 체제의 향후 변경 사항을 해결할 준비가 되었습니다.

RHEL 9에서 AP -check 사용 가능

mdevctl 툴에서 새로운 ap-check 지원 유틸리티를 제공합니다. mdevctl 을 사용하여 가상 머신에 패스쓰루(pass-through) 사용을 허용하는 암호화 어댑터와 matrix 및 vfio-ap 장치를 영구적으로 구성할 수 있습니다. mdevctl 을 사용하면 모든 IPL 후에 이러한 어댑터, 도메인 및 장치를 재구성할 필요가 없습니다. 또한 mdevctl 에서는 배포자가 재구성할 수 있는 다른 방법을 제공하는 것을 방지합니다.

open-vm-tools 가 12.0.5로 다시 기반

open-vm-tools 패키지가 버전 12.0.5로 업그레이드되어 여러 버그 수정 및 새 기능이 도입되었습니다. 특히 Salt Minion 툴은 게스트 OS 변수를 통해 관리할 수 있도록 지원이 추가되었습니다.

IBM Z에서 선택한 VM은 이제 896바이트보다 긴 커널 명령 라인을 사용하여 부팅할 수 있습니다.

이전 버전에서는 VM의 커널 명령줄이 896바이트를 초과하면 RHEL 9 IBM Z 호스트에서 VM(가상 머신)을 부팅하지 못했습니다. 이번 업데이트를 통해 QEMU 에뮬레이터는 896바이트보다 긴 커널 명령 행을 처리할 수 있습니다. 결과적으로 VM 커널이 지원하는 경우 매우 긴 커널 명령줄을 사용하여 VM에 QEMU 직접 커널 부팅을 사용할 수 있습니다. 특히 896바이트보다 긴 명령행을 사용하려면 VM에서 Linux 커널 버전 5.16-rc1 이상을 사용해야 합니다.

IBM Z의 보안 실행 기능에서 원격 인증 지원

IBM Z 아키텍처의 보안 실행 기능은 이제 원격 검증 기능을 지원합니다. pvattest 유틸리티는 원격 attestation 요청을 생성하여 Secure Execution가 활성화된 게스트의 무결성을 확인할 수 있습니다.

여러 스레드를 사용하여 VM 메모리 사전 할당

다음과 같이 도메인 XML 구성에서 VM(가상 머신) 메모리 할당에 대해 여러 CPU 스레드를 정의할 수 있습니다.

RHEL 9 게스트에서 SEV-SNP 지원

RHEL 9를 게스트 운영 체제로 사용하는 VM(가상 머신)에서 이제 SNP(Secure Nested Paging) 기능과 함께 AMD SEV(Secure Secure Encrypted Virtualization)를 사용할 수 있습니다. SNP는 메모리 무결성 보호를 개선하여 SEV를 개선하여 데이터 재생 또는 메모리 재 매핑과 같은 하이퍼 바이저 기반 공격을 방지하는 데 도움이 됩니다. SEV-SNP가 RHEL 9 VM에서 작동하려면 VM을 실행하는 호스트도 SEV-SNP를 지원해야 합니다.

cloud-init에 대한 새 SSH 모듈

이번 업데이트를 통해 인스턴스 생성 중에 호스트 키를 자동으로 생성하는 cloud-init 유틸리티에 SSH 모듈이 추가되었습니다.

컨테이너 도구 패키지가 업데이트되었습니다.

Podman, Buildah, Skopeo, crun 및 runc 툴이 포함된 컨테이너 도구 패키지를 사용할 수 있습니다. 이번 업데이트에서는 이전 버전에 대한 버그 수정 및 개선 사항 목록을 제공합니다.

Podman을 사용하여 RHEL에서 GitLab Runner를 사용할 수 있습니다.

GitLab Runner 15.1부터 GitLab Runner Docker Executor에서 Podman을 컨테이너 런타임으로 사용할 수 있습니다. 자세한 내용은 GitLab의 릴리스 노트 를 참조하십시오.

podman에서 --health-on-failure 옵션 지원

podman run 및 podman create 명령은 이제 --health-on-failure 옵션을 지원하여 컨테이너 상태가 비정상이 될 때 수행할 작업을 결정합니다.

Netavark 네트워크 스택 사용 가능

Netavark 스택은 컨테이너의 네트워크 구성 툴입니다. RHEL 9에서는 Netavark 스택이 완전히 지원되고 활성화됩니다.

새 패키지: CRB 저장소의 catatonit

이제 CRB(CodeReady Linux Builder) 리포지토리에서 새로운 catatonit 패키지를 사용할 수 있습니다. catatonit 패키지는 컨테이너의 최소 init 프로그램으로 사용되며 애플리케이션 컨테이너 이미지에 포함할 수 있습니다. CodeReady Linux Builder 리포지토리에 포함된 패키지는 지원되지 않습니다.

설치 프로그램이 더 이상 이전 버전의 패키지를 설치하지 않음

이전에는 설치 프로세스 중에 설치 프로그램이 DNF 구성 파일을 올바르게 로드하지 않았습니다. 결과적으로 설치 프로그램은 RPM 트랜잭션에 이전 버전의 선택된 패키지를 설치하는 경우가 있었습니다.

stage2에서 네트워크 구성을 변경해도 Anaconda 설치에 성공

이전 버전에서는 rd.live.ram 부팅 인수를 사용할 때 Anaconda에서 initramfs 에서 설치 이미지를 메모리로 가져오는 데 사용되는 NFS 마운트 지점을 마운트 해제하지 않았습니다. 결과적으로 2단계에서 네트워크 구성이 변경된 경우 설치 프로세스가 응답하지 않거나 시간 초과 오류가 발생할 수 있었습니다.

이제 virt-who 가 FIPS 모드에서 ESX 서버에 올바르게 연결

이전에는 FIPS 모드에서 RHEL 9 시스템에서 virt-who 유틸리티를 사용할 때 virt-who 를 ESX 서버에 연결할 수 없었습니다. 그 결과 virt-who 는 ESX 서버를 보고하지 않았으며, 이를 위해 구성된 경우에도 다음 오류 메시지를 기록했습니다.

DNF에서 Reason Change Action 유형의 항목이 포함된 트랜잭션을 올바르게 롤백합니다.

이전에는 Reason Change Action 유형의 항목이 포함된 트랜잭션에서 dnf history rollback 명령을 실행하면 실패했습니다. 이번 업데이트를 통해 문제가 해결되었으며 dnf history rollback 이 예상대로 작동합니다.

ReaR의 vi 명령은 더 이상 무한 루프를 생성하지 않습니다.

이전에는 ReaR 복구 시스템에 vi 실행 파일을 포함하지 않았으며 /bin/vi 스크립트만 포함되었습니다. 그 결과 /bin/vi 스크립트에서 호출 시 무한 루프가 발생했습니다. 이번 업데이트를 통해 ReaR 복구 시스템에는 실제 vi 실행 파일 /usr/libexec/vi 가 포함되어 있으며 vi 명령을 실행하면 더 이상 끝없는 루프가 발생하지 않습니다.

PXE 출력 방법을 사용한 후 rsync OUTPUT_URL 위치에 출력 파일을 더 이상 저장하지 못했습니다.

이전에는 OUTPUT=PXE 및 BACKUP=RSYNC 옵션이 있는 OUTPUT_URL 변수 처리가 제거되었습니다. 결과적으로 OUTPUT_URL 에 rsync 위치를 사용할 때 ReaR은 initrd 및 커널 파일을 이 위치에 복사하지 못했지만 BACKUP_URL 에서 지정한 위치에 업로드했습니다. 이번 업데이트를 통해 RHEL 8.4 및 이전 릴리스의 동작이 복원됩니다. rsync를 사용하여 지정된 OUTPUT_URL 대상에 필요한 파일을 다시 생성합니다.

/etc/fstab에서 UUID를 업데이트하지 않는 경우 더 이상 오류 메시지가 표시되지 않습니다.

이전에는 UUID가 다른 경우 새로 생성된 파티션의 UUID와 일치하도록 /etc/fstab 에서 UUID(Universally unique identifier)를 업데이트하지 못한 경우 복구 중에 ReaR이 오류 메시지를 표시하지 않았습니다. 복구 이미지가 백업과 동기화되지 않은 경우 이 문제가 발생할 수 있었습니다. 이번 업데이트를 통해 복원된 기본 시스템 파일이 다시 생성된 시스템과 일치하지 않는 경우 복구 중에 오류 메시지가 발생합니다.

이전 버전에서는 NetBackup 버전 9를 사용하여 시스템 복원을 지원

이전에는 NetBackup (NBU) 방법과 NetBackup 버전 9 이상을 사용하여 시스템을 복원하지 못했습니다. 라이브러리 및 기타 파일이 누락되어 실패했습니다. 이번 업데이트를 통해 NBU_LD_LIBRARY_PATH 변수에 필요한 라이브러리 경로가 포함되어 있으며 복구 시스템은 이제 필요한 파일을 통합하며 ReaR은 NetBackup 메서드를 사용할 수 있습니다.

Rear no longer displays a false error message about missing symlink targets

이전 버전에서는 ReaR에 복구 이미지를 생성할 때 /usr/lib/modules/ 에서 빌드 의 symlink 대상 및 소스 심볼릭 링크에 대한 잘못된 오류 메시지가 표시되었습니다. 이 상황은 무해했으며 오류 메시지를 무시해도 됩니다. 이번 업데이트를 통해 ReaR은 이 상황에서 symlink 대상에 대한 잘못된 오류 메시지를 보고하지 않습니다.

매개 변수가 없는 X 작업이 더 이상 CIM Client가 충돌하지 않음

x 작업은 메서드를 호출하고 XML을 반환하며, 매개 변수는 호출된 메서드의 이름을 지정합니다. 이전 버전에서는 명령줄 sblim-wbemcli CIM(Common Information Model) 클라이언트가 추가 매개 변수 없이 x 작업을 실행할 때 충돌했습니다. 이번 업데이트를 통해 호출된 메서드의 이름을 정의하는 매개변수가 필요합니다. 이 매개변수 없이x 작업을 호출하면 오류 메시지가 발생하고 CIM 클라이언트가 더 이상 충돌하지 않습니다.

free 명령은 사용된 메모리에 새로운 계산 방법을 사용합니다.

이전 버전에서는 사용 가능한 유틸리티에서 사용된 메모리를 계산하여 총 메모리에서 사용 가능한 공간, 캐시 공간 및 버퍼 공간을 뺀되었습니다. 그 결과 free 유틸리티에서 공유 메모리를 계산하지 않았기 때문에 사용된 메모리 값과 다른 도구의 결과를 비교할 때 불일치가 발생했습니다. 이번 업데이트를 통해 free 메모리 상태를 지우고 회수할 수 없는 캐시를 고려하는 새 계산 방법을 사용합니다. 사용된 메모리는 이제 사용할 수 없는 메모리이며 가상 메모리에 있는 tmpfs 오브젝트도 포함합니다.

바인딩되지 않은 SHA-1 기반 RSA 서명을 검증하지 않음

이전에는 OpenSSL이 DEFAULT 시스템 전체의 암호화 정책에서 SHA-1 기반 RSA 서명의 유효성을 검사하지 않았습니다. 그 결과 Unbound가 이러한 서명을 검증하려고 하면 OpenSSL의 오류로 인해 해결이 실패했습니다. 이번 업데이트를 통해 Unbound는 모든 RSA/SHA1(algorithm 번호 5) 및 RSASHA1-NSEC3-SHA1(알고리타 번호 7) 서명의 유효성 검사를 비활성화합니다. 이렇게 하면 전체 시스템 암호화 정책에서 결과가 안전하지 않습니다.

OpenSSH 키 생성은 FIPS 호환 인터페이스를 사용합니다.

OpenSSH에서 사용하는 OpenSSL 암호화 라이브러리는 legacy 및 modern의 두 가지 인터페이스를 제공합니다. 이전에는 OpenSSH는 FIPS (Federal Information Processing Standards) 요구 사항을 준수하지 않은 키 생성에 레거시 인터페이스를 사용했습니다. 이번 업데이트를 통해 ssh-keygen 유틸리티는 저급 FIPS 호환 API 대신 FIPS 호환 API를 사용합니다. 결과적으로 OpenSSH 키 생성은 FIPS와 호환됩니다.

FIPS 모드에서 FIPS에 의해 승인되지 않은 암호화는 더 이상 OpenSSL에서 작동하지 않습니다.

이전에는 FIPS가 승인되지 않은 암호화가 시스템 설정에 관계없이 OpenSSL 툴킷에서 작동했습니다. 따라서 시스템을 FIPS 모드에서 실행할 때 비활성화해야하는 암호화 알고리즘 및 암호를 사용할 수 있습니다. 예를 들면 다음과 같습니다.

OpenSSL에서 제거된 임의의 곡선 지정

이전에는 명시적 곡선 매개 변수 안전 검사가 불완전했습니다. 결과적으로 RHEL에서 매우 큰 p 값이 작동하는 임의의 elliptic 곡선이 있습니다. 이번 업데이트를 통해 이제 명시적 곡선 매개 변수가 잘 알려진 곡선 중 하나와 일치하는지 확인합니다. 그 결과 명시적 곡선 매개변수를 사용하여 임의의 곡선을 지정하는 옵션이 OpenSSL에서 제거되었습니다. 임의의 명시적 곡선을 지정하는 매개변수 파일, 개인 키, 공개 키 및 인증서는 더 이상 OpenSSL에서 작동하지 않습니다. 명시적 곡선 매개 변수를 사용하여 P-224, P-256, P-384, P-521 및 secp256k1 과 같은 잘 알려진 곡선 중 하나를 지정하는 것은 비FIPS 모드에서 계속 지원됩니다.

OpenSSL req 는 개인 키 암호화에 AES-256-CBC 사용

이전에는 OpenSSL req 툴이 3DES 알고리즘을 사용하여 개인 키 파일을 암호화했습니다. 3DES 알고리즘은 암호화 모듈에 대한 현재 FIPS 140 표준에서 안전하지 않고 허용되지 않기 때문에 req 는 대신 AES-256-CBC 알고리즘을 사용하여 암호화된 개인 키 파일을 생성합니다. 전체 PKCS#8 파일 형식은 변경되지 않습니다.

FFDHE를 사용할 때 OpenSSL이 더 이상 연결되지 않음

이전 버전에서는 FFDHE(finite-field-based Diffie-Hellman ephemeral) 키 교환 메커니즘을 사용하는 TLS 연결이 클라이언트에서 FFDHE 키 공유를 처리할 때 실패하는 경우가 있었습니다. 이는 OpenSSL에서 지나치게 제한적인 검사로 인해 발생했습니다. 그 결과 OpenSSL 서버는 internal_error 경고와의 연결을 중단했습니다. 이번 업데이트를 통해 OpenSSL은 작지만 호환되는 클라이언트 키 공유를 사용할 수 있습니다. 결과적으로 FFDHE 키 교환을 사용할 때 OpenSSL과 다른 구현 간의 연결이 무작위로 중단되지 않습니다.

이제 OpenSSL 기반 애플리케이션이rkish 로케일에서 올바르게 작동합니다.

OpenSSL 라이브러리에서 대소문자를 구분하지 않는 문자열 비교 기능을 사용하기 때문에 OpenSSL 기반 애플리케이션이rkish 로케일에서 올바르게 작동하지 않았으며, 검사 생략하면 이 로케일을 사용하는 애플리케이션이 충돌했습니다. 이번 업데이트에서는 대소문자를 구분하지 않는 문자열 비교를 위해 POSIX(Portable Operating System Interface) 로케일을 사용하는 패치를 제공합니다. 결과적으로 curl과 같은 OpenSSL 기반 애플리케이션은rkish 로케일과 함께 올바르게 작동합니다.

SELinux 정책에 추가된 insights-client 에 대한 권한

새로운 insights-client 서비스에는 이전 selinux-policy 버전에 포함되지 않은 권한이 필요합니다. 그 결과 insights-client 의 일부 구성 요소가 제대로 작동하지 않고 AVC(액세스 벡터 캐시) 오류 메시지가 보고되었습니다. 이번 업데이트에서는 SELinux 정책에 새 권한이 추가되었습니다. 결과적으로 Insights-client 는 AVC 오류를 보고하지 않고 올바르게 실행됩니다.

SELinux staff_u 사용자가 더 이상 unconfined_r로 잘못 전환할 수 없음

이전에는 secure_mode 부울이 활성화되면 staff_u 사용자가 예상되지 않은 unconfined_r 역할로 전환할 수 있었습니다. 결과적으로 staff_u 사용자는 시스템의 보안에 영향을 미치는 권한 있는 작업을 수행할 수 있었습니다. 이번 업데이트를 통해 SELinux 정책이 수정되었으며 staff_u 사용자가 더 이상 unconfined_r 로 잘못 전환할 수 없습니다.

사용 가능한 메모리를 확인할 때 OpenSCAP에서 더 이상 잘못된 오류를 생성하지 않음

이전 버전에서는 일부 XCCDF 규칙을 평가할 때 OpenSCAP에서 사용 가능한 메모리를 확인하지 못하고 잘못된 검사 결과를 생성하는 오류 메시지가 잘못 표시되었습니다. 예를 들어 accounts_user_dot_no_world_writable_ programs ,accounts_ user_dot_group_ownership 및 accounts_users_home_files_permissions 에 대해 이러한 문제가 발생했습니다. 이번 업데이트를 통해 오류 처리 버그가 수정되어 실제 실패에만 오류 메시지가 표시됩니다.

fagenrules --load 가 올바르게 작동합니다.

이전에는 fapolicyd 서비스에서 신호가 올바르게 처리되지 않았습니다(SIGHUP). 그 결과 SIGHUP을 수신한 후 fapolicyd 가 종료되고 fagenrules --load 명령이 제대로 작동하지 않았습니다. 이번 업데이트에서는 이 문제에 대한 수정 사항이 포함되어 있습니다. 결과적으로 fagenrules --load 가 이제 올바르게 작동하며 규칙 업데이트에 더 이상 fapolicyd 를 수동으로 다시 시작할 필요가 없습니다.

이제 인스턴스에서 nm-cloud-setup 서비스를 시작한 후도 기본 IP 주소가 유지됩니다.

이전에는 IRQ 클라우드에서 인스턴스를 시작한 후 nm-cloud-setup 서비스에서 여러 IPv4 주소의 경우 잘못된 IP 주소를 기본 IP 주소로 구성했습니다. 그 결과 발신 연결에 대한 IPv4 소스 주소 선택에 영향을 미쳤습니다. 이번 업데이트를 통해 보조 IP 주소를 수동으로 구성한 후 NetworkManager 패키지는 기본 IP 주소 메타데이터에서 기본 IP 주소를 가져오고 기본 및 보조 IP 주소를 올바르게 구성합니다.

NetworkManager 유틸리티는 수동으로 추가된 IPv6 주소의 올바른 순서를 적용합니다.

일반적으로 IPv6 주소 순서는 소스 주소 선택 우선 순위에 영향을 미칩니다. 예를 들어 발신 TCP 연결을 수행할 때입니다. 이전에는 수동,dhcpv6 및 autoconf6 방법을 통해 추가된 IPv6 주소의 상대 우선 순위가 올바르지 않았습니다. 이번 업데이트에서는 문제를 수정하고 순서 우선 순위는 이제 이 논리를 반영합니다. manual > dhcpv6 > autoconf6. 또한 ipv6.addresses 설정 아래의 주소 순서는 먼저 추가된 주소가 가장 높은 우선 순위를 갖도록 변경되었습니다.

네트워크 소켓 태깅이 다시 작동합니다.

이전에는 net_prio 또는 net_cls 와 같이 cgroup v2와 동일한 기존 cgroup v1 컨트롤러가 혼합 cgroup v2 환경의 다른 cgroup v2 컨트롤러와 함께 마운트될 때 cgroup v2 소켓 태그를 방해했습니다. 그 결과 net_prio 또는 net_cls v1 컨트롤러를 사용하는 혼합 cgroup v1/v2 환경에서 cgroup v2를 사용하여 적절한 네트워크 소켓 태그를 비활성화했습니다. 이번 업데이트에서는 이러한 제한을 제거하여 혼합 cgroup v1/v2 환경 네트워크 소켓 태그를 사용할 수 있습니다.

kexec-tools 패키지에서 기본 crashkernel 메모리 예약 값 지원

kexec-tools 패키지에는 이제 기본 crashkernel 메모리 예약 값이 유지됩니다. kdump 서비스는 기본값을 사용하여 각 커널에 크래시 커널 메모리를 예약합니다. 이 구현을 통해 시스템의 사용 가능한 메모리가 4GB 미만인 경우 kdump 의 메모리 할당이 향상됩니다.

시스템이 동적 LPAR 작업을 성공적으로 실행할 수 있음

이전에는 이러한 조건 중 하나가 충족되면 HMC(Hardware Management Console)에서 동적 논리 파티션(DLPAR) 작업을 실행할 수 없었습니다.

링 버퍼 값을 rx 에서 max로 설정한 후 커널 경고 없음

커널은 등록 취소 취소, 처리 중 경고 메시지가 생성되었지만 이미 초기화된 구조를 사용하여 클린 입력을 예상하는 내부 함수가 호출되었을 때 수정 드라이버 를 생성했습니다. 이번 업데이트에서는 구조를 다시 등록하기 전에 구조를 다시 초기화하여 문제가 해결되었습니다.

grubby 에서 향후 커널에 인수를 전달

최신 버전의 커널을 설치할 때 grubby 툴에서 이전 커널 버전의 커널 명령줄 인수를 전달하지 않았습니다. 결과적으로 GRUB 부트 로더는 사용자 설정을 무시했습니다. 이번 수정으로 새 커널 버전을 설치한 후 사용자 설정이 유지됩니다.

FlexVolume 항목은 더 이상 저널 쓰기를 중지하지 않습니다.

이전 버전에서는 device-mapper suspend 작업 중 VDO 드라이버에서 장치 작업을 다시 시작한 후에도 일부 저널 블록은 일부 메타데이터 업데이트가 이미 완료되었지만 다시 사용하기 전에 일부 메타데이터 업데이트를 기다리는 것으로 표시될 수 있었습니다. 저널이 동일한 물리 블록으로 다시 랩핑하기에 충분한 저널 항목이 생성되면 사용할 수 없었습니다. FlexVolume 쓰기가 중지되어 블록이 사용 가능할 때까지 기다립니다. 이 작업은 발생하지 않습니다. 그 결과 VDO 장치의 일부 작업에 일시 중지 또는 재개 주기가 포함된 경우 일부 저널 업데이트 후 장치는 동결 상태로 유지되었습니다. 저널은 이 장치 상태가 VDO 내의 이전 할당 패턴과 들어오는 쓰기 또는 삭제 패턴에 종속되어 있기 때문에 예측할 수 없었습니다. 이번 업데이트를 통해 스토리지에 데이터를 일시 중지 또는 재개한 후 내부 데이터 구조 상태가 재설정되어 더 이상 잠금이 발생하지 않습니다.

데이터 장치를 추가하면 더 이상 어설션 실패가 트리거되지 않습니다.

이전 버전에서는 캐시에 장치를 추가할 때 Stratis에서 초기화 후 즉시 캐시를 사용하지 않았습니다. 그 결과 stratisd 서비스에서 사용자가 풀에 추가 데이터 장치를 추가하려고 할 때마다 어설션 실패 메시지를 반환했습니다. 이번 수정을 통해 초기화 직후 캐시가 사용되고 어설션 오류가 발생하지 않습니다.

암호화된 풀에 새 데이터 장치를 추가할 때 오류 해결

이전에는 사용자가 암호화된 데이터 장치로 암호화된 풀을 초기화할 때마다 --trust-url 옵션으로 지정된 tang 서버에서 Clevis bind 명령을 사용하여, stratisd 는 내부 데이터 구조에서 Clevis tang 구성의 지문 부분을 포함하지 않았습니다. 그 결과 새 데이터 장치를 풀에 추가하려고 할 때 오류가 발생했습니다. 이번 업데이트를 통해 stratisd 의 내부 데이터 구조에는 이제 Clevis tang 구성의 지문 부분이 포함됩니다.

AMD EPYC 시스템의 Broadcom 이니시에이터에서 NVMe 네임스페이스에 연결하려면 더 이상 기본이 아닌 IOMMU 설정이 필요하지 않습니다.

기본적으로 RHEL 커널은 AMD 기반 플랫폼에서 IOMMU를 활성화합니다. 이전 버전에서는 lpfc 드라이버에서 dead-gather list accessor 매크로를 사용하지 않았습니다. 결과적으로 AMD 프로세서가 있는 특정 서버에는 전송 길이 불일치로 인해 I/O 실패와 같은 NVMe I/O 문제가 발생했습니다.

pcs 가 stonith-watchdog-timeout의 값을 검증합니다.

이전에는 stonith-watchdog-timeout 속성을 SBD 구성과 호환되지 않는 값으로 설정할 수 있었습니다. 이로 인해 펜싱 루프가 발생하거나 작업이 완료되지 않은 경우에도 클러스터에서 펜싱 조치를 완료할 수 있습니다. 이번 수정을 통해 pcs 는 잘못된 구성을 방지하기 위해 설정할 때 stonith-watchdog-property 값을 검증합니다.

pcs 가 새 Booth 티켓을 생성할 때 모드 옵션을 인식

이전에는 사용자가 새 Booth 티켓을 추가할 때 mode 옵션을 지정하면 pcs 에서 잘못된 booth 티켓 옵션 'mode' 오류를 보고했습니다. 이번 수정을 통해 Booth 티켓을 생성할 때 모드 옵션을 지정할 수 있습니다.

pcs 가 리소스와 stonith 리소스 간 구분

이전에는 일부 pcs 명령에서 리소스와 stonith 리소스를 구분하지 않았습니다. 이를 통해 사용자는 stonith 리소스에 pcs resource 하위 명령을 사용하고 stonith 리소스가 아닌 리소스에 pcs stonith 하위 명령을 사용할 수 있었습니다. 이로 인해 사용자가 혼란하거나 리소스가 잘못될 수 있습니다. 이번 업데이트를 통해 리소스 유형이 일치하지 않는 경우 pcs 에 경고가 표시됩니다.

glibc 가 NSS 모듈을 로드한 후 errno를 복원합니다.

이전 버전에서는 마지막 NSS 모듈에서 데이터를 제공하지 않은 경우 getpwent() 와 같은 함수를 사용하여 glibc 의 NSS(Name Service Switch) 구현에서 errno를 잘못 설정했습니다. 결과적으로 이러한ECDHE 함수를 사용하는 애플리케이션이 오류를 잘못 관찰하고 실패했습니다. glibc 는 이제 NSS 모듈을 로드한 후 errno를 복원하므로 이러한 기능을 사용하는 애플리케이션이 더 이상 실패하지 않습니다.

감사 인터페이스는 이제 x8 레지스터와 AArch64에 대한 NEON 레지스터의 전체 너비를 저장하고 복원합니다.

이전에는 동적 로더의 감사 인터페이스를 구현하는 버그로 인해 프로시저 호출 표준에 비해 AArch64 저장된 레지스터 상태가 불완전했습니다. 이 버그는 수정되었으며 감사 인터페이스는 이제 x8 레지스터와 AArch64 용 NEON 레지스터의 전체 너비를 저장하고 복원합니다. 동적 로더 감사 인터페이스를 사용하는 애플리케이션은 이제 AArch64 에 대한 x8 레지스터를 검사하고 영향을 미칠 수 있습니다. 이 새로운 x8 레지스터를 사용하고 AArch64 에서 NEON 레지스터의 전체 너비에 액세스하려면 새로운 버전의 인터페이스 (LAV_ECDHERRENT)를 사용하려면 감사 모듈을 다시 작성해야 합니다.

POWER9-optimized strncpy 함수가 더 이상 잘못된 결과를 제공하지 않음

이전에는 POWER9 strncpy 함수가 패딩을 위한 NUL 바이트의 소스로 올바른 레지스터를 사용하지 않았습니다. 그 결과 출력 버퍼에 NUL 패딩 대신 초기화되지 않은 레지스터 콘텐츠가 포함되었습니다. 이번 업데이트를 통해 strncpy 함수가 수정되었으며 출력 버퍼의 끝은 이제 NUL 바이트로 올바르게 채워집니다.

IBMz15 아키텍처에 설치된 glibc memmem 함수의 Valgrind 덮어쓰기

이전 버전에서는 glibc memmem 함수의 valgrind 재정의가 누락되어 다음과 같은 잘못된 긍정 경고가 발생합니다.

ipa user-del --preserve user_login 출력은 더 이상 사용자가 삭제되었음을 표시하지 않습니다.

이전에는 ipa user-del --preserve user_login 명령을 실행하여 사용자 계정을 유지하는 경우 출력에서 Deleted 사용자 "user_login" 메시지를 잘못 반환했습니다. 이번 업데이트를 통해 이제 출력에 Preserved 사용자 "user_login" 이 반환됩니다.

RHEL 9 Kerberos 클라이언트 - 이기종 KDC 시나리오에서 PKINIT 사용자 인증이 올바르게 작동합니다.

이전에는 RHEL 9 Kerberos 클라이언트에서 Heimdal Kerberos Distribution Center(KDC)에 대해 IdM 사용자의 PKINIT 인증이 실패했습니다. 이 오류는 Kerberos 클라이언트가 RHEL 9에서 SHA-1 알고리즘의 사용 중단 컨텍스트에 필요한 supportedCMSTypes 필드를 지원하지 않기 때문에 발생했습니다.

LDAP 그룹 멤버 목록에서 읽을 수 없는 오브젝트 처리

이번 업데이트 이전에는 SSSD에서 LDAP 그룹 멤버 목록에서 읽을 수 없는 오브젝트를 일관되지 않게 처리하여 읽을 수 없는 오브젝트를 유발하거나 특정 상황에서 읽을 수 없는 오브젝트가 무시되었습니다.

활성화 키로 등록되는 서브스크립션이 수정되었습니다.

이전에는 활성화 키를 사용하여 설정에서 Red Hat 서브스크립션을 등록할 수 없었습니다. 등록 키를 누른 후 설정이 다음 오류를 표시했습니다.

X.org에서 X11URITY 확장을 활성화합니다.

이전에는 X.org 디스플레이 서버에서 X11ECDHEURITY 확장을 제공하지 않았습니다. 그 결과 이 확장을 사용한 애플리케이션이 예기치 않게 종료되었습니다.

VGA 디스플레이가 있는 Matrox GPU가 예상대로 작동합니다.

이 릴리스 이전에는 다음 시스템 구성을 사용한 경우 디스플레이에 그래픽 출력이 표시되지 않았습니다.

웹 콘솔을 사용하여 USB 호스트 장치 제거가 예상대로 작동합니다.

이전에는 USB 장치를 가상 머신(VM)에 연결할 때 USB 장치의 장치 번호와 버스 번호가 VM에 전달된 후 변경되었습니다. 결과적으로 웹 콘솔을 사용하여 이러한 장치를 제거하는 것은 장치 및 버스 번호의 잘못된 상관관계로 인해 실패했습니다. 이번 업데이트를 통해 문제가 해결되어 웹 콘솔을 사용하여 USB 호스트 장치를 제거할 수 있습니다.

웹 콘솔을 사용하여 여러 호스트 장치를 연결하는 기능이 예상대로 작동합니다.

이전에는 웹 콘솔을 사용하여 VM(가상 머신)에 연결할 장치를 여러 개 선택하면 단일 장치만 연결되었으며 나머지 장치는 무시되었습니다. 이번 업데이트에서는 문제가 해결되어 웹 콘솔을 사용하여 여러 호스트 장치를 동시에 연결할 수 있습니다.

네트워크 RHEL 역할은 구성 파일의 ansible_managed 매개변수 관리

이전에는 Ansible 역할이 네트워크 역할 관리 구성 파일에 올바른 ansible_managed 헤더를 제공할 수 없었습니다. 그 결과 시스템 관리자는 Ansible에서 관리하는 파일에 대해 불명확했습니다. 이번 수정을 통해 관리 파일에 올바른 ansible_managed 헤더가 있으며 시스템 관리자는 관리되는 Ansible 파일을 안정적으로 알 수 있습니다.

올바른 본딩 모드에 대한 active-backup 을 지원하기 위한 오타가 수정됨

이전에는 active-backup 본딩 모드를 지정하는 동안 InfiniBand 포트를 지원하는 활성_ backup 오타가 있었습니다. 이 오타로 인해 InfiniBand 본딩 포트에 대한 올바른 본딩 모드를 지원하지 못했습니다. 이번 업데이트에서는 본딩 모드를 active-backup 으로 변경하여 오타가 수정되었습니다. 이제 연결이 InfiniBand 본딩 포트를 성공적으로 지원합니다.

IPRouteUtils.get_route_tables_mapping() 함수에서 공백 시퀀스를 허용합니다.

이전 버전에서는 /etc/iproute2/rt_tables 와 같은 iproute2 라우팅 테이블 데이터베이스의 구문 분석기에서 파일의 항목이 254 의 형식이며 숫자 ID와 이름을 분리한 단일 공백 문자만 있다고 주장했습니다. 그 결과, 파서가 경로 테이블 이름과 테이블 ID 사이의 모든 매핑을 캐시하지 못했기 때문에 사용자는 경로 테이블 이름을 정의하여 경로 테이블에 정적 경로를 추가할 수 없었습니다. 이번 업데이트를 통해 구문 분석기는 테이블 ID와 테이블 이름 사이에 공백 시퀀스를 허용합니다. 결과적으로 구문 분석기가 경로 테이블 이름과 테이블 ID 간의 모든 매핑을 캐시하므로 사용자는 경로 테이블 이름을 정의하여 경로 테이블에 정적 경로를 추가할 수 있습니다.

이제 forward_port 매개변수에서 string 및 dict 옵션을 모두 허용합니다.

이전에는 방화벽 RHEL 시스템 역할에서 forward_port 매개변수가 문자열 옵션만 허용했습니다. 그러나 역할 문서에서는 문자열 및 dict 옵션 모두 지원되었다고 주장했습니다. 그 결과 문서를 읽고 따르는 사용자에게 오류가 발생했습니다. 이 버그는 forward_port 가 두 옵션을 모두 허용하도록 하여 해결되었습니다. 결과적으로 사용자는 문서를 안전하게 따라 포트 전달을 구성할 수 있습니다.

지표 역할에 따른 구성은 이제 심볼릭 링크를 올바르게 따릅니다.

mssql pcp 패키지가 설치되면 mssql.conf 파일은 /etc/pcp/mssql/ 에 있으며 심볼릭 링크 /var/lib/pcp/pmdas/mssql/mssql.conf 에 의해 대상으로 지정됩니다. 이전 버전에서는 metrics 역할이 mssql.conf 를 구성하는 대신 심볼릭 링크를 덮어 쓰기했습니다. 그 결과 지표 역할을 실행하면 심볼릭 링크가 일반 파일로 변경되었으며 구성에서는 /var/lib/pcp/pmdas/mssql/mssql.conf 파일에만 영향을 미쳤습니다. 이로 인해 심볼릭 링크가 실패했으며 기본 구성 파일 /etc/pcp/mssql/mssql.conf 가 구성의 영향을 받지 않았습니다. 이제 문제가 해결되었으며 심볼릭 링크를 따르는 follow: yes 옵션이 지표 역할에 추가되었습니다. 결과적으로 metrics 역할은 심볼릭 링크를 유지하고 기본 구성 파일을 올바르게 구성합니다.

kernel_settings configobj 는 관리 호스트에서 사용 가능

이전에는 kernel_settings 역할이 관리 호스트에 python3-configobj 패키지를 설치하지 않았습니다. 결과적으로 이 역할은 configobj Python 모듈을 찾을 수 없다는 오류를 반환했습니다. 이번 수정으로 이 역할을 통해 관리 호스트에 python3-configobj 패키지가 있고 kernel_settings 역할이 예상대로 작동하는지 확인합니다.

볼륨에 대한 mount_options 매개변수가 볼륨에 유효

이전 버전에서는 매개변수가 볼륨에 유효한 매개변수 목록에서 실수로 제거되었습니다. 그 결과 사용자는 볼륨의 mount_options 매개변수를 설정할 수 없었습니다. 이번 버그 수정을 통해 mount_options 매개변수가 유효한 매개변수 목록에 다시 추가되었으며 오류를 catch하기 위해 코드를 리팩터링했습니다. 결과적으로 스토리지 RHEL 시스템 역할은 볼륨에 대해 mount_options 매개변수를 설정할 수 있습니다.

스토리지 RHEL 시스템 역할에서 LVM 볼륨의 제거 및 raid0 수준을 올바르게 지원합니다.

이전에 스토리지 RHEL 시스템 역할에서 RAID 레벨이 잘못 보고되고 raid0 은 LVM 볼륨에 지원되지 않습니다. 이제 이 문제가 해결되어 LVM에서 지원하는 모든 RAID 레벨의 LVM 볼륨을 올바르게 생성할 수 있습니다. raid0,raid1,raid4,raid5,raid6,raid10 스트립 및 미러.

지표 RHEL System Role README 및 문서는 역할의 특정 RHEL 버전에서 지원되는 Redis 및 Grafana 버전을 명확하게 지정합니다.

이전 버전에서는 지원되지 않는 플랫폼에서 Redis 및 Grafana 버전이 지원되지 않는 metrics 역할을 사용하려고 하면 해당 역할이 실패했습니다. 이번 업데이트에서는 어떤 버전의 Redis 및 Grafana가 어떤 역할의 RHEL 버전을 지원하는지 설명서에 대해 설명합니다. 따라서 지원되지 않는 플랫폼에서 지원되지 않는 Redis 및 Grafana 버전을 사용하지 않을 수 있습니다.

ssh 및 sshd RHEL System Roles의 최소 RSA 키 비트 옵션

실수로 짧은 RSA 키를 사용하면 시스템이 공격에 더 취약해질 수 있습니다. 이번 업데이트를 통해 ssh 및 sshd RHEL System Roles에서 RequiredRSASize 옵션을 사용하여 OpenSSH 클라이언트 및 서버에 대해 RSA 키 최소 비트 길이를 설정할 수 있습니다.

추가 Dracut 명령줄 매개변수를 지정할 때 nbde_client RHEL 시스템 역할에서 적절한 간격을 사용합니다.

커널 명령줄 매개변수와 같은 추가 매개변수를 지정할 때 Dracut 프레임워크를 사용하려면 적절한 간격이 필요합니다. 적절한 간격을 사용하여 매개변수를 지정하지 않으면 Dracut은 지정된 추가 매개변수를 커널 명령줄에 추가하지 않을 수 있습니다. 이번 업데이트를 통해 nbde_client RHEL System Role은 애드온 Dracut 구성 파일을 생성할 때 적절한 간격을 사용합니다. 결과적으로 역할은 Dracut 명령줄 매개변수를 올바르게 설정합니다.

SSSD에 의해 tlog RHEL 시스템 역할이 올바르게 덮어 쓰기

이전에는 tlog RHEL 시스템 역할이 SSSD(System Security Services Daemon) 파일 공급자와 함께 enabled authselect 옵션 with-files-domain 에 의존하여 nsswitch.conf 파일에 올바른 passwd 항목을 설정했습니다. RHEL 9.0에서는 SSSD가 기본적으로 파일 공급자를 암시적으로 활성화하지 않아 SSSD의 tlog-rec-session 쉘 오버레이가 작동하지 않았습니다. 이번 수정으로 tlog 역할이 nsswitch.conf 를 업데이트하여 SSSD에서 tlog-rec-session 이 올바르게 덮어 쓰기되도록 합니다.

지표 RHEL 시스템 역할은 구성을 업데이트한 후 pmie 및 pmlogger 서비스를 자동으로 다시 시작합니다.

이전에는 구성이 변경된 후 pmie 및 pmlogger 서비스를 재시작하지 않았으며 핸들러 실행을 대기했습니다. 이로 인해 다른 메트릭 서비스와 관련된 오류가 발생했으며, 이로 인해 pmie 및 pmlogger 구성이 런타임 동작에 일치해야 했습니다. 이번 업데이트를 통해 구성 업데이트 직후 pmie 및 pmlogger 를 재시작하고 구성이 종속 지표 서비스의 런타임 동작과 일치하며 올바르게 작동합니다.

부하가 부족한 경우 가상 머신의 네트워크 트래픽 성능이 더 이상 줄어들지 않음

이전 버전에서는 RHEL 가상 머신의 경우 높은 수준의 네트워크 트래픽을 처리할 때 성능이 저하되었습니다. 기본 코드가 수정되었으며 네트워크 트래픽 성능이 이제 설명된 상황에서 예상대로 작동합니다.

Hyper-V VM에 연결된 네트워크 어댑터의 SR-IOV 기능이 안정적으로 작동합니다.

이전에는 SR-IOV(Single-root I/O virtualization)가 활성화된 네트워크 어댑터를 Microsoft Hyper-V 하이퍼바이저에서 실행되는 RHEL 9 가상 머신(VM)에 연결할 때 경우에 따라 SR-IOV 기능이 제대로 작동하지 않았습니다. Hyper-V 특정 메모리 매핑 I/O(MMIO) 할당 코드의 버그가 수정되었으며 이제 Hyper-V VM에서 SR-IOV 기능이 예상대로 작동합니다.

Azure의 ARM 64 RHEL 9 가상 머신에서 SR-IOV가 더 이상 채택되지 않음

이전에는 SR-IOV 네트워킹 장치는 Microsoft Azure 플랫폼에서 실행되는 ARM 64 RHEL 9(가상 머신)에서 예상보다 지연 시간이 훨씬 높았습니다. 문제가 해결되었으며 영향을 받는 VM이 예상대로 수행됩니다.

podman 시스템 연결 추가 및 podman 이미지 scp 가 더 이상 실패하지 않음

Podman은 RSA 키 교환에 SHA-1 해시를 사용합니다. 이전에는 RSA 키를 사용하는 시스템 간 SSH 연결이 작동했지만 podman system connection add 및 podman image scp 명령은 RHEL 9의 키 교환이 허용되지 않았기 때문에 동일한 RSA 키를 사용하여 작동하지 않았습니다. 이번 업데이트에서는 문제가 해결되었습니다.

베타 GPG 키로 서명된 컨테이너 이미지를 가져올 수 있습니다.

이전 버전에서는 RHEL 베타 컨테이너 이미지를 가져올 때 Podman이 오류 메시지로 실패했습니다. Error: Source image rejected: None of the signatures were accepted. 현재 빌드가 기본적으로 RHEL 베타 GPG 키를 신뢰하지 않도록 구성되었기 때문에 이미지를 가져오지 못했습니다. 이번 업데이트를 통해 /etc/containers/policy.json 파일은 신뢰할 수 있는 키가 포함된 파일 목록을 허용하는 새 keyPaths 필드를 지원합니다. 이로 인해 GA 및 베타 GPG 키로 서명된 컨테이너 이미지가 기본 구성에서 허용됩니다.

Podman은 더 이상 컨테이너 "X509: 알 수 없는 기관에서 서명한 인증서"를 가져오지 않습니다.

이전에는 자체 CA 인증서에서 자체 내부 레지스트리를 서명한 경우 호스트 머신으로 인증서를 가져와야했습니다. 그렇지 않으면 오류가 발생합니다.

dNF 및 YUM이 일치하지 않는 리포지토리 ID로 인해 더 이상 실패하지 않음

이전에는 DNF 및 YUM 리포지토리 ID가 DNF 또는 YUM에서 예상되는 형식과 일치하지 않았습니다. 예를 들어 다음 예제를 실행하면 오류가 발생했습니다.

64비트 IBM Z 아키텍처에서 기술 프리뷰로 사용 가능

이제 64비트 IBM Z 아키텍처에서 기본 Relax 및 Recover(ReaR) 기능을 기술 프리뷰로 사용할 수 있습니다. IBM Z에 ReaR 복구 이미지를 z/VM 환경에서만 생성할 수 있습니다. 논리 파티션(LPAR) 백업 및 복구는 테스트되지 않았습니다.

GIMP는 RHEL 9에서 기술 프리뷰로 사용 가능

GIMP(GNU Image Manipulation Program) 2.99.8은 이제 RHEL 9에서 기술 프리뷰로 사용할 수 있습니다. gimp 패키지 버전 2.99.8은 일련의 개선 사항이 있는 시험판 버전이지만 제한된 기능 세트이며 안정성에 대한 보장은 없습니다. 공식 GIMP 3가 릴리스되는 즉시 이 시험판 버전의 업데이트로 RHEL 9에 도입됩니다.

gnutls 에서 KTLS를 기술 프리뷰로 사용

업데이트된 gnutls 패키지에서는 커널 TLS(KTLS)를 사용하여 암호화된 채널에서 데이터 전송을 기술 프리뷰로 가속화할 수 있습니다. KTLS를 활성화하려면 modprobe 명령을 사용하여 tls.ko 커널 모듈을 추가하고 다음 콘텐츠를 사용하여 시스템 전체 암호화 정책에 대한 새 구성 파일 /etc/crypto-policies/local.d/gnutls-ktls.txt 를 생성합니다.

ECDHE VPN은 기술 프리뷰로 사용 가능

Red Hat이 지원되지 않는 기술 프리뷰로 제공하는 Red Hat은 Linux 커널에서 실행되는 고성능 VPN 솔루션입니다. 최신 암호화를 사용하며 다른 VPN 솔루션보다 더 쉽게 구성할 수 있습니다. 또한, FlexVolumereECDHE의 작은 코드 표시는 공격 면적을 줄임으로써 보안을 개선합니다.

NetworkManager를 사용하여 Multipath TCP 구성은 기술 프리뷰로 사용 가능

이번 업데이트를 통해 NetworkManager 유틸리티는 MPTCP(Multipath TCP) 기능을 제공합니다. nmcli 명령을 사용하여 MPTCP를 제어하고 해당 설정을 영구적으로 설정할 수 있습니다.

KTLS를 기술 프리뷰로 이용 가능

RHEL은 KTLS(커널 전송 계층 보안)를 기술 프리뷰로 제공합니다. KTLS는 AES-GCM 암호화에 대해 커널의 대칭 암호화 또는 암호 해독 알고리즘을 사용하여 TLS 레코드를 처리합니다. KTLS에는 이 기능을 제공하는 NIC(Network Interface Controller)에 TLS 레코드 암호화를 오프로드하는 인터페이스도 포함됩니다.

systemd 확인 서비스는 기술 프리뷰로 사용 가능

systemd-resolved 서비스는 로컬 애플리케이션에 이름 확인을 제공합니다. 이 서비스는 캐싱 및 검증 DNS 스텁 확인자, LLMNR(Link-Local Multicast Name Resolution) 및 멀티 캐스트 DNS 확인기(Multicast DNS resolver)를 구현합니다.

커널용 Intel 데이터 스트리밍 가속기 드라이버는 기술 프리뷰로 사용 가능

커널의 Intel 데이터 스트리밍 가속기 드라이버(IDXD)는 현재 기술 프리뷰로 사용할 수 있습니다. Intel CPU 통합 가속기이며 프로세스 주소 공간 ID(pasid) 제출 및 SVM(공유 가상 메모리)과 함께 공유 작업 대기열이 포함되어 있습니다.

SGX를 기술 프리뷰로 이용 가능

SGX (Software ECDHE Extensions )는 소프트웨어 코드와 데이터를 공개 및 수정으로부터 보호하기 위한 Intel® 기술입니다. RHEL 커널은 SGX v1 및 v1.5 기능을 부분적으로 제공합니다. 버전 1을 사용하면 SGX 기술을 사용할 수 있습니다.

ECDHE-iWARP 드라이버는 기술 프리뷰로 사용 가능

soft-iWARP(siw)는 소프트웨어인 iWARP(Internet Wide-area RDMA Protocol), Linux용 커널 드라이버입니다. soft-iWARP는 TCP/IP 네트워크 스택을 통해 iWARP 프로토콜 제품군을 구현합니다. 이 프로토콜 제품군은 완전히 소프트웨어로 구현되며 특정 RDMA(Remote Direct Memory Access) 하드웨어가 필요하지 않습니다. soft-iWARP를 사용하면 표준 이더넷 어댑터가 있는 시스템에서 iWARP 어댑터 또는 이미 설치된 다른 시스템에 연결할 수 있습니다.

ext4 및 XFS에서 기술 프리뷰로 DAX를 사용할 수 있습니다.

RHEL 9에서는 DAX 파일 시스템을 기술 프리뷰로 사용할 수 있습니다. DAX는 애플리케이션이 영구 메모리를 주소 공간에 직접 매핑할 수 있는 수단을 제공합니다. DAX를 사용하려면 일반적으로 하나 이상의 NVMe(Non-Volatile Dual In-line Memory Modules) 형식으로 시스템에 사용할 수 있는 영구 메모리 형식이 있어야 하며 NVDIMM(s)에서 DAX 호환 파일 시스템을 생성해야 합니다. 또한 파일 시스템은 dax 마운트 옵션을 사용하여 마운트해야 합니다. 그런 다음 dax 마운트 파일 시스템의 파일 mmap 으로 인해 스토리지가 애플리케이션의 주소 공간에 직접 매핑됩니다.

Stratis를 기술 프리뷰로 사용 가능

Stratis는 로컬 스토리지 관리자입니다. 사용자에게 추가 기능을 사용하여 스토리지 풀의 관리 파일 시스템을 제공합니다.

NVMe-oF Discovery 서비스 기능

NVMexpress.org 기술 제안(TP) 8013 및 8014에 정의된 NVMe-oF Discovery 서비스 기능은 기술 프리뷰로 사용할 수 있습니다. 이러한 기능을 미리 보려면 nvme-cli 2.0 패키지를 사용하고 TP-8013 또는 TP-8014를 구현하는 NVMe-oF 대상 장치에 호스트를 연결합니다. TP-8013 및 TP-8014에 대한 자세한 내용은 https://nvmexpress.org/developers/nvme-specification/ 웹 사이트의 NVM Express 2.0 Ratified TP를 참조하십시오.

NVMe-stas 패키지를 기술 프리뷰로 사용 가능

Linux용 CDC( Central Discovery Controller) 클라이언트인 nvme-stas 패키지를 이제 기술 프리뷰로 사용할 수 있습니다. 비동기 이벤트 알림(AEN), 자동화된 NVMe 하위 시스템 연결 제어, 오류 처리 및 보고, 자동(0conf) 및 수동 구성을 처리합니다.

JMC-core 및 owasp-java-encoder 를 기술 프리뷰로 이용 가능

RHEL 9는 기술 프리뷰 기능으로 jmc-core 및 owasp-java-encoder 패키지와 함께 배포됩니다.

DNSSEC는 IdM에서 기술 프리뷰로 사용 가능

통합 DNS가 있는 IdM(Identity Management) 서버는 이제 DNS 프로토콜의 보안을 강화하는 DNS의 확장 기능인 DNS 보안 확장(DNSSEC)을 구현합니다. IdM 서버에서 호스팅되는 DNS 영역에 DNSSEC를 사용하여 자동으로 서명할 수 있습니다. 암호화 키는 자동으로 생성되고 순환됩니다.

Identity Management JSON-RPC API를 기술 프리뷰로 사용 가능

IdM(Identity Management)에 API를 사용할 수 있습니다. API를 보기 위해 IdM은 API 브라우저도 기술 프리뷰로 제공합니다.

RHEL IdM을 사용하면 사용자 인증을 외부 ID 공급자에 기술 프리뷰로 위임할 수 있습니다.

RHEL IdM에서는 OAuth 2 장치 권한 부여 흐름을 지원하는 외부 ID 공급자(IdP)와 사용자를 연결할 수 있습니다. 이러한 사용자가 RHEL 9.1에서 사용할 수 있는 SSSD 버전으로 인증할 때 외부 IdP에서 인증 및 권한 부여를 수행한 후 Kerberos 티켓을 통해 RHEL IdM SSO(Single Sign-On) 기능을 수신합니다.

sssd-idp 하위 패키지를 기술 프리뷰로 사용 가능

SSSD용 sssd-idp 하위 패키지에는 IdM(Identity Management) 서버에 대해 OAuth2 인증을 수행하는 클라이언트 측 구성 요소인 oidc_child 및ECDHE5 idp 플러그인이 포함되어 있습니다. 이 기능은 RHEL 8.7 이상의 IdM 서버와 RHEL 9.1 이상에서만 사용할 수 있습니다.

SSSD 내부ECDHE5 idp 플러그인 사용 기술 프리뷰

SSSDECDHE5 idp 플러그인을 사용하면 OAuth2 프로토콜을 사용하여 외부 ID 공급자(IdP)에 대해 인증할 수 있습니다. 이 기능은 RHEL 8.7 이상의 IdM 서버와 RHEL 9.1 이상에서만 사용할 수 있습니다.

ACME를 기술 프리뷰로 이용 가능

ACME(Automated Certificate Management Environment) 서비스가 IdM(Identity Management)에서 기술 프리뷰로 제공됩니다. ACME는 자동 식별자 검증 및 인증서 발행을 위한 프로토콜입니다. 인증서 수명을 줄이고 인증서 라이프사이클 관리에서 수동 프로세스를 방지하여 보안을 개선하는 것입니다.

64비트 ARM 아키텍처용 GNOME을 기술 프리뷰로 사용 가능

GNOME 데스크탑 환경은 64비트 ARM 아키텍처에서 기술 프리뷰로 사용할 수 있습니다.

IBM Z 아키텍처용 GNOME을 기술 프리뷰로 이용 가능

IBM Z 아키텍처에서는 GNOME 데스크탑 환경을 기술 프리뷰로 사용할 수 있습니다.

Stratis는 RHEL 웹 콘솔에서 기술 프리뷰로 사용 가능

이번 업데이트를 통해 Red Hat Enterprise Linux 웹 콘솔은 Stratis 스토리지를 기술 프리뷰로 관리하는 기능을 제공합니다.

RHEL VM을 ARM64 프로세서에서 실행 중인 VMware ESXi 인스턴스에 배포할 수 있습니다.

이제 64비트 ARM 기반 프로세서에서 실행되는 VMware ESXi 하이퍼바이저 인스턴스에 RHEL 가상 머신을 배포할 수 있습니다.

KVM 가상 머신용 AMD SEV 및 SEV-ES

RHEL 9는 KVM 하이퍼바이저를 사용하는 AMD EPYC 호스트 시스템에 대해 기술 프리뷰로 SEV(Secure Encrypted Virtualization) 기능을 제공합니다. VM(가상 머신)에서 활성화된 경우 SEV는 VM 메모리를 암호화하여 호스트의 액세스로부터 VM을 보호합니다. 이렇게 하면 VM의 보안이 향상됩니다.

가상화는 ARM 64에서 사용 가능

이제 ARM 64 CPU를 사용하여 시스템에 KVM 가상 머신을 생성할 수 있습니다.

virtio-mem 은 AMD64, Intel 64 및 ARM 64에서 사용 가능

RHEL 9에서는 기술 프리뷰로 AMD64, Intel 64 및 ARM 64 시스템에 virtio-mem 기능이 도입되었습니다. virtio-mem 을 사용하면 VM(가상 머신)에서 호스트 메모리를 동적으로 추가하거나 제거할 수 있습니다.

Intel vGPU를 기술 프리뷰로 사용 가능

기술 프리뷰로 물리적 Intel GPU 장치를 중재 장치라고 하는 여러 가상 장치로 나눌 수 있습니다. 그런 다음 이러한 중재된 장치를 가상 GPU로 여러 VM(가상 머신)에 할당할 수 있습니다. 결과적으로 이러한 VM은 단일 물리적 Intel GPU의 성능을 공유합니다.

중첩된 가상 머신 생성

Nested KVM virtualization is provided as a Technology Preview for KVM virtual machines (VMs) running on Intel, AMD64, and IBM Z hosts with RHEL 9. With this feature, a RHEL 7, RHEL 8, or RHEL 9 VM that runs on a physical RHEL 9 host can act as a hypervisor, and host its own VMs.

RHEL 기밀 VM은 이제 Azure에서 기술 프리뷰로 사용 가능

업데이트된 RHEL 커널을 사용하여 Microsoft Azure에서 기밀 가상 머신(VM)을 기술 프리뷰로 생성하고 실행할 수 있습니다. 그러나 Azure에서 부팅하는 동안 RHEL 기밀 VM 이미지를 암호화할 수는 없습니다.

서명 이미지에 대한 여러 신뢰할 수 있는 GPG 키의 기능은 기술 프리뷰로 제공됩니다.

/etc/containers/policy.json 파일은 신뢰할 수 있는 키가 포함된 파일 목록을 허용하는 새 keyPaths 필드를 지원합니다. 이로 인해 GA 및 베타 GPG 키로 서명된 컨테이너 이미지가 기본 구성에서 허용됩니다.

sigstore 서명은 기술 프리뷰로 사용 가능

Podman 4.2부터 컨테이너 이미지 서명의 sigstore 형식을 사용할 수 있습니다. sigstore 서명은 이미지 서명을 저장할 별도의 서명 서버가 없어도 컨테이너 이미지와 함께 컨테이너 레지스트리에 저장됩니다.

podman-machine 명령은 지원되지 않음

가상 머신을 관리하는 podman-machine 명령은 기술 프리뷰로만 사용할 수 있습니다. 대신 명령줄에서 직접 Podman을 실행합니다.

더 이상 사용되지 않는 Kickstart 명령

다음 Kickstart 명령은 더 이상 사용되지 않습니다.

SHA-1은 암호화 목적으로 더 이상 사용되지 않습니다.

암호화 목적으로 SHA-1 메시지 다이제스트 사용은 RHEL 9에서 더 이상 사용되지 않습니다. SHA-1에 의해 생성된 다이제스트는 해시 충돌을 찾아 많은 문서화된 성공적인 공격으로 인해 안전하지 않습니다. RHEL 핵심 암호화 구성 요소는 기본적으로 SHA-1을 사용하여 서명을 생성하지 않습니다. 보안 관련 사용 사례에서 SHA-1을 사용하지 않도록 RHEL 9의 애플리케이션이 업데이트되었습니다.

RHEL 9에서 SCP가 더 이상 사용되지 않음

보안 복사 프로토콜(SCP)은 알려진 보안 취약점이 있기 때문에 더 이상 사용되지 않습니다. SCP API는 RHEL 9 라이프사이클에서 계속 사용할 수 있지만 이를 사용하면 시스템 보안이 줄어듭니다.

SASL의 다이제스트-MD5는 더 이상 사용되지 않습니다.

Simple Authentication Security Layer (ECDHEL) 프레임워크의 Digest-MD5 인증 메커니즘은 더 이상 사용되지 않으며 향후 주요 릴리스의 cyrus-sasl 패키지에서 제거될 수 있습니다.

OpenSSL deprecates MD2, MD4, MDC2, Whirlpool, RIPEMD160, Blowfish, CAST, DES, IDEA, RC2, RC4, RC5, SEED, PBKDF1

OpenSSL 프로젝트는 안전하지 않거나 또는 둘 다이기 때문에 암호화 알고리즘 세트를 더 이상 사용되지 않습니다. 또한 Red Hat은 이러한 알고리즘을 사용하는 것을 권장하지 않으며 RHEL 9는 새로운 알고리즘을 사용하도록 암호화된 데이터를 마이그레이션하기 위한 알고리즘을 제공합니다. 사용자는 시스템의 보안을 위해 이러한 알고리즘에 의존해서는 안 됩니다.

/etc/system-fips 가 더 이상 사용되지 않음

/etc/system-fips 파일을 통한 FIPS 모드가 제거되었으며 파일은 RHEL의 향후 버전에 포함되지 않습니다. FIPS 모드에서 RHEL을 설치하려면 시스템 설치 중에 fips=1 매개변수를 커널 명령줄에 추가하십시오. fips-mode-setup --check 명령을 사용하여 RHEL이 FIPS 모드에서 작동하는지 확인할 수 있습니다.

libcrypt.so.1 이 더 이상 사용되지 않음

libcrypt.so.1 라이브러리는 더 이상 사용되지 않으며 RHEL의 향후 버전에서 제거될 수 있습니다.

fapolicyd.rules 가 더 이상 사용되지 않음

허용 및 거부 실행 규칙이 포함된 파일의 /etc/fapolicyd/rules.d/ 디렉터리에는 /etc/fapolicyd/fapolicyd.rules 파일이 교체됩니다. 이제 fagenrules 스크립트가 이 디렉터리의 모든 구성 요소 규칙 파일을 /etc/fapolicyd/ECDHE.rules 파일에 병합합니다. /etc/fapolicyd/fapolicyd.trust 의 규칙은 여전히 fapolicyd 프레임워크에서 처리되지만 이전 버전과의 호환성을 위해서만 처리됩니다.

네트워크 팀은 RHEL 9에서 더 이상 사용되지 않습니다.

teamd 서비스와 libteam 라이브러리는 Red Hat Enterprise Linux 9에서 더 이상 사용되지 않으며 다음 주요 릴리스에서 제거됩니다. 대신 네트워크 팀 대신 본딩을 구성합니다.

ifcfg 형식의 NetworkManager 연결 프로필이 더 이상 사용되지 않음

RHEL 9.0 이상에서는 ifcfg 형식의 연결 프로필이 더 이상 사용되지 않습니다. 다음 주요 RHEL 릴리스에서는 이 형식에 대한 지원이 제거됩니다. 그러나 RHEL 9에서는 수정 시 NetworkManager는 이 형식의 기존 프로필을 계속 처리하고 업데이트합니다.

firewalld 의 iptables 백엔드는 더 이상 사용되지 않음

RHEL 9에서는 iptables 프레임워크가 더 이상 사용되지 않습니다. 결과적으로 firewalld 의 iptables 백엔드 및 직접 인터페이스 도 더 이상 사용되지 않습니다. 직접 인터페이스 대신 firewalld 의 기본 기능을 사용하여 필요한 규칙을 구성할 수 있습니다.

RHEL 9에서 IRQ 캡슐화가 더 이상 사용되지 않음

비동기 전송 모드(ATM) 캡슐화는 DestinationRule Adaptation Layer 5(AAL-5)에 대해 Layer-2(ECDHE-to-ECDHE Protocol, 이더넷) 또는 Layer-3(IP) 연결을 활성화합니다. Red Hat은 RHEL 7 이후 DestinationRule NIC 드라이버를 지원하지 않습니다. RHEL 9에서는ECDHE 구현 지원이 삭제되고 있습니다. 이러한 프로토콜은 현재 ADSL 기술을 지원하며 제조 업체에 의해 단계적으로 제거되는 칩셋에서만 사용됩니다. 따라서 Red Hat Enterprise Linux 9에서ECDHE 캡슐화가 더 이상 사용되지 않습니다.

lvm2-activation-generator 및 생성된 서비스가 RHEL 9.0에서 제거됨

lvm2-activation-generator 프로그램과 생성된 서비스 lvm2-activation,lvm2-activation-early, lvm2-activation-net 은 RHEL 9.0에서 제거됩니다. 서비스를 활성화하는 데 사용되는 lvm.conf event_activation 설정은 더 이상 작동하지 않습니다. 볼륨 그룹을 자동 활성화하는 유일한 방법은 이벤트 기반 활성화입니다.

libdb 가 더 이상 사용되지 않음

RHEL 8 및 RHEL 9는 현재ECDHEPLv2 라이센스에 따라 배포되는 Berkeley DB (libdb) 버전 5.3.28을 제공합니다. 업스트림 Berkeley DB 버전 6은 NSXPLv3 라이센스에서 사용할 수 있으며 이는 더 제한적입니다.

openssl 3.0에서 2048보다 작은 키 크기는 더 이상 사용되지 않습니다.

2048비트보다 작은 키 크기는 openssl 3.0에서 더 이상 사용되지 않으며 Go의 FIPS 모드에서 더 이상 작동하지 않습니다.

일부 PKCS1 v1.5 모드가 더 이상 사용되지 않음

일부 PKCS1 v1.5 모드는 암호화에 대해 FIPS-140-3 에서 승인되지 않으며 비활성화됩니다. 더 이상 Go의 FIPS 모드에서 작동하지 않습니다.

OpenDNSSec의 SHA-1 이 더 이상 사용되지 않음

OpenDNSSec은 SHA-1 알고리즘을 사용하여 디지털 서명 및 인증 레코드 내보내기를 지원합니다. SHA-1 알고리즘의 사용은 더 이상 지원되지 않습니다. RHEL 9 릴리스에서 OpenDNSSec의 SHA-1 은 더 이상 사용되지 않으며 향후 마이너 릴리스에서 제거될 수 있습니다. 또한 OpenDNSSec 지원은 Red Hat Identity Management와의 통합으로 제한됩니다. OpenDNSSec은 독립형으로 지원되지 않습니다.

SSSD 암시적 파일 공급자 도메인은 기본적으로 비활성화되어 있습니다.

/etc/shadow 및 /etc/groups 의 그룹 정보와 같은 로컬 파일에서 사용자 정보를 검색하는 SSSD 암시적 파일 공급자 도메인은 기본적으로 비활성화되어 있습니다.

OpenLDAP 클라이언트 유틸리티에서 -H 및 -p 옵션은 더 이상 사용되지 않습니다.

업스트림 OpenLDAP 프로젝트는 유틸리티에서 -h 및 -p 옵션을 더 이상 사용하지 않으며 LDAP URI를 지정하는 대신 -H 옵션을 사용하는 것이 좋습니다. 결과적으로 RHEL 9는 OpenLDAP 클라이언트 유틸리티에서 두 가지 옵션을 더 이상 사용하지 않았습니다. -h 및 -p 옵션은 향후 릴리스에서 RHEL 제품에서 제거됩니다.

SMB1 프로토콜은 Samba에서 더 이상 사용되지 않음

Samba 4.11부터 비보안 SMB1(Server Message Block 버전 1) 프로토콜은 더 이상 사용되지 않으며 향후 릴리스에서 제거됩니다.

ECDHEK 2가 더 이상 사용되지 않음

레거시ECDHEK 2 툴킷 및 다음과 같은 관련 패키지는 더 이상 사용되지 않습니다.

X.org Server가 더 이상 사용되지 않음

X.org 디스플레이 서버는 더 이상 사용되지 않으며 향후 주요 RHEL 릴리스에서 제거됩니다. 대부분의 경우 기본 데스크탑 세션이 Wayland 세션입니다.

motif가 더 이상 사용되지 않음

업스트림 Motif 커뮤니티의 개발이 비활성 상태이기 때문에 RHEL에서 Motif 위젯 툴킷이 더 이상 사용되지 않습니다.

RHEL 9 노드에서 팀을 구성할 때 네트워킹 시스템 역할에 사용 중단 경고가 표시됩니다.

RHEL 9에서는 네트워크 팀 구성 기능이 더 이상 사용되지 않습니다. 결과적으로 RHEL 8 컨트롤러에서 네트워킹 RHEL 시스템 역할을 사용하여 RHEL 9 노드에서 네트워크 팀을 구성하면 사용 중단에 대한 경고가 표시됩니다.

SHA1- 기반 서명을 사용한 SecureBoot 이미지 확인이 더 이상 사용되지 않음

UEFI (PE/COFF) 실행 파일에서 SHA1- 기반 서명을 사용하여 SecureBoot 이미지 확인을 수행하는 것은 더 이상 사용되지 않습니다. 대신 Red Hat은 SHA2 알고리즘 이상을 기반으로 서명을 사용할 것을 권장합니다.

가상 머신 스냅샷에 대한 제한된 지원

가상 머신(VM) 스냅샷 생성은 현재 UEFI 펌웨어를 사용하지 않는 VM에서만 지원됩니다. 또한 스냅샷 작업 중에 QEMU 모니터가 차단되어 특정 워크로드의 하이퍼바이저 성능에 부정적인 영향을 미칠 수 있습니다.

virt-manager가 더 이상 사용되지 않음

virt-manager라고도 하는 Virtual Machine Manager 애플리케이션은 더 이상 사용되지 않습니다. Cockpit 라고도 하는 RHEL 웹 콘솔은 후속 릴리스에서 교체될 예정입니다. 따라서 GUI에서 가상화를 관리하기 위해 웹 콘솔을 사용하는 것이 좋습니다. 그러나 virt-manager 에서 사용할 수 있는 일부 기능은 RHEL 웹 콘솔에서 아직 제공되지 않을 수 있습니다.

libvirtd 가 더 이상 사용되지 않음

libvirt d Daemon은 RHEL 9에서 더 이상 사용되지 않으며 향후 주요 RHEL 릴리스에서 제거됩니다. 하이퍼바이저의 가상화 관리에 libvirtd 를 사용할 수 있지만 새로 도입된 모듈식 libvirt 데몬으로 전환하는 것이 좋습니다. 자세한 내용 및 내용은 RHEL 9 가상화 구성 및 관리 문서를 참조하십시오.

가상 플로피 드라이버가 더 이상 사용되지 않음

가상 플로피 디스크 장치를 제어하는 isa-fdc 드라이버는 더 이상 사용되지 않으며 향후 RHEL 릴리스에서 지원되지 않습니다. 따라서 마이그레이션된 VM(가상 머신)과의 호환성을 보장하기 위해 RHEL 9에서 호스팅되는 VM에서 ingressppy 디스크 장치를 사용하지 않는 것이 좋습니다.

qcow2-v2 이미지 형식이 더 이상 사용되지 않음

RHEL 9에서는 가상 디스크 이미지의 qcow2-v2 형식이 더 이상 사용되지 않으며 향후 주요 RHEL 릴리스에서 지원되지 않습니다. 또한 RHEL 9 Image Builder는 qcow2-v2 형식으로 디스크 이미지를 생성할 수 없습니다.

레거시 CPU 모델이 더 이상 사용되지 않음

상당한 수의 CPU 모델이 더 이상 사용되지 않으며 향후 RHEL의 주요 릴리스에서 VM(가상 머신)에서 사용하도록 지원되지 않습니다. 더 이상 사용되지 않는 모델은 다음과 같습니다.

RHEL 7 호스트에서 RHEL 9 컨테이너 실행은 지원되지 않습니다.

RHEL 7 호스트에서 RHEL 9 컨테이너를 실행하는 것은 지원되지 않습니다. 이 방법은 작동할 수 있지만 보장되지 않습니다.

Podman 내 SHA1 해시 알고리즘이 더 이상 사용되지 않음

rootless 네트워크 네임스페이스의 파일 이름을 생성하는 데 사용되는 SHA1 알고리즘은 Podman에서 더 이상 지원되지 않습니다. 따라서 Podman 4.1.1 이상으로 업데이트하기 전에 루트리스(rootless) 컨테이너가 네트워크에 가입된 경우 재시작해야 합니다(업그레이프 4netns를 사용하지 않고 업그레이드 후 컨테이너에 연결할 수 있도록 합니다.

rhel9/pause 가 더 이상 사용되지 않음

rhel9/pause 컨테이너 이미지가 더 이상 사용되지 않습니다.

reboot --kexec 및 inst.kexec 명령은 예측 가능한 시스템 상태를 제공하지 않습니다.

reboot --kexec Kickstart 명령 또는 inst.kexec 커널 부팅 매개변수를 사용하여 RHEL 설치를 수행해도 전체 재부팅과 동일한 예측 가능한 시스템 상태가 제공되지 않습니다. 결과적으로 재부팅하지 않고 설치된 시스템으로 전환하면 예기치 않은 결과가 발생할 수 있습니다.

타사 도구를 사용하여 생성된 USB에서 설치를 부팅할 때 로컬 미디어 설치 소스가 탐지되지 않음

타사 툴을 사용하여 생성된 USB에서 RHEL 설치를 부팅할 때 설치 프로그램이 로컬 미디어 설치 소스를 감지하지 못합니다( Red Hat CDN 만 감지됨).

auth 및 authconfig Kickstart 명령에는 AppStream 리포지토리가 필요

authselect-compat 패키지는 설치하는 동안 auth 및 authconfig Kickstart 명령이 필요합니다. 이 패키지가 없으면 auth 또는 authconfig가 사용되는 경우 설치에 실패합니다. 설계에 따라 authselect-compat 패키지는 AppStream 리포지토리에서만 사용할 수 있습니다.

드라이버 디스크 메뉴가 콘솔에 사용자 입력을 표시하지 못했습니다

드라이버 디스크가 있는 커널 명령행에서 inst.dd 옵션을 사용하여 RHEL 설치를 시작하면 콘솔에 사용자 입력이 표시되지 않습니다. 결과적으로 애플리케이션이 사용자 입력 및 정지에 응답하지 않지만 사용자에게 혼동되는 출력이 표시됩니다. 그러나 이 동작은 기능에 영향을 미치지 않으며 Enter 를 누른 후 사용자 입력이 등록됩니다.

Anaconda가 애플리케이션으로 실행되는 시스템에서 예기치 않은 SELinux 정책

Anaconda가 이미 설치된 시스템에서 애플리케이션으로 실행 중인 경우(예: -image anaconda 옵션을 사용하여 이미지 파일에 다른 설치를 수행하기 위해) 설치 중에 SELinux 유형 및 속성을 수정하는 것은 좋지 않습니다. 결과적으로 Anaconda가 실행 중인 시스템에서 SELinux 정책의 특정 요소가 변경될 수 있습니다. 이 문제를 해결하려면 프로덕션 시스템에서 Anaconda를 실행하지 말고 임시 가상 시스템에서 실행합니다. 따라서 프로덕션 시스템에 대한 SELinux 정책이 수정되지 않습니다. boot.iso 또는 dvd.iso 에서 설치와 같은 시스템 설치 프로세스의 일부로 anaconda를 실행하는 것은 이 문제의 영향을 받지 않습니다.

USB CD-ROM 드라이브는 Anaconda에서 설치 소스로 사용할 수 없습니다.

USB CD-ROM 드라이브가 소스이고 Kickstart ignoredisk --only-use= 명령이 지정되면 설치에 실패합니다. 이 경우 Anaconda에서 이 소스 디스크를 찾아서 사용할 수 없습니다.

iso9660 파일 시스템을 사용하여 하드 드라이브 분할 설치에 실패합니다.

하드 드라이브가 iso9660 파일 시스템으로 분할된 시스템에는 RHEL을 설치할 수 없습니다. 이는 iso9660 파일 시스템 파티션이 포함된 하드 디스크를 무시하도록 설정된 업데이트된 설치 코드로 인해 발생합니다. 이는 DVD를 사용하지 않고 RHEL을 설치할 때에도 발생합니다.

Anaconda에서 관리자 계정의 존재를 확인하지 못했습니다.

그래픽 사용자 인터페이스를 사용하여 RHEL을 설치하는 동안 Anaconda는 관리자 계정이 생성되었는지 확인하지 못합니다. 결과적으로 사용자는 관리자 계정없이 시스템을 설치할 수 있습니다.

새로운 XFS 기능에서는 버전 5.10 이전 펌웨어를 사용하여 PowerNV IBM POWER 시스템을 부팅할 수 없습니다.

PowerNV IBM POWER 시스템은 펌웨어에 Linux 커널을 사용하고, GRUB 대신 Petitboot를 사용합니다. 이로 인해 펌웨어 커널 마운트 /boot 및 Petitboot가 GRUB 구성을 읽고 RHEL을 부팅합니다.

PReP가 4MiB 또는 8MiB가 아닌 경우 RHEL을 설치할 수 없음

PReP(PowerPC 참조 플랫폼) 파티션이 4kiB 섹터를 사용하는 디스크에서 4MiB 또는 8MiB와 다른 크기인 경우 RHEL 설치 프로그램은 부트 로더를 설치할 수 없습니다. 따라서 RHEL을 디스크에 설치할 수 없습니다.

설치 프로그램에서 다중 경로 장치로 사용자 지정 파티셔닝하는 동안 잘못된 총 디스크 공간이 표시됩니다.

설치 프로그램은 사용자 지정 파티셔닝 중에 다중 경로 장치의 개별 경로를 필터링하지 않습니다. 이로 인해 설치 프로그램이 다중 경로 장치에 대한 개별 경로를 표시하고 사용자는 생성된 파티션의 다중 경로 장치에 대한 개별 경로를 선택할 수 있습니다. 결과적으로 총 디스크 공간의 합계가 잘못 표시됩니다. 전체 디스크 공간에 각 개별 경로의 크기를 추가하여 계산됩니다.

NVMe over Fibre Channel 장치에서 설치 실패

RHEL을 설치할 때 설치 프로그램은 파이버 채널 장치를 통해 NVMe(Non-volatile Memory Express)를 표시하고 선택할 수 있습니다. 설치 과정에서 이러한 장치 사용은 지원되지 않습니다. 이로 인해 설치 프로세스가 실패하거나 설치된 시스템이 올바르게 부팅되지 않을 수 있습니다.

RHEL for Edge 설치 프로그램 이미지는 rpm-ostree 페이로드를 설치할 때 마운트 지점을 생성하지 못합니다.

RHEL for Edge 설치 프로그램 이미지에 사용되는 rpm-ostree 페이로드를 배포할 때 설치 프로그램에서 사용자 지정 파티션에 대한 일부 마운트 지점을 제대로 생성하지 않습니다. 결과적으로 다음 오류와 함께 설치가 중단됩니다.

네트워크에 연결된 경우 설치 후 NetworkManager가 시작되지 않지만 DHCP 또는 고정 IP 주소가 구성되지 않은 경우 NetworkManager를 시작합니다.

Anaconda는 RHEL 9.0부터 특정 ip= 또는 kickstart 네트워크 구성이 설정되지 않은 경우 네트워크 장치를 자동으로 활성화합니다. Anaconda는 각 이더넷 장치에 대해 기본 영구 구성 파일을 생성합니다. 연결 프로파일에는 ONBOOT 및 autoconnect 값이 true 로 설정되어 있습니다. 결과적으로 설치된 시스템을 시작할 때 RHEL은 네트워크 장치를 활성화하고 networkManager-wait-online 서비스가 실패합니다.

subscription-manager 유틸리티는 명령을 완료한 후 터미널에서 nonessential 텍스트를 유지합니다.

RHEL 9.1부터 subscription-manager 유틸리티는 작업을 처리하는 동안 진행 정보를 표시합니다. 일부 언어(일반적으로 비Latin)의 경우 작업이 완료된 후 진행 메시지가 지워지지 않을 수 있습니다. 결과적으로 터미널에서 이전 진행 메시지의 일부가 표시될 수 있습니다.

설치 프로세스가 응답하지 않는 경우가 있습니다.

RHEL을 설치할 때 설치 프로세스가 응답하지 않는 경우가 있습니다. /tmp/packaging.log 파일은 끝에 다음 메시지를 표시합니다.

업그레이드를 통해 아키텍처를 변경하는 패키지의 보안 DNF 업그레이드가 실패합니다.

RHBA-2022:8295 권고와 함께 릴리스된 BZ#2108969 의 패치에는 다음과 같은 회귀 문제가 추가되었습니다. 업그레이드를 통해 아키텍처를 변경하는 패키지의 보안 필터를 사용한 DNF 업그레이드는 실패합니다. 따라서 시스템을 취약한 상태로 유지할 수 있습니다.

ifcfg 파일을 사용하여 네트워크 인터페이스 이름 변경 실패

RHEL 9에서 initscripts 패키지는 기본적으로 설치되지 않습니다. 결과적으로 ifcfg 파일을 사용하여 네트워크 인터페이스 이름을 변경할 수 없습니다. 이 문제를 해결하려면 udev 규칙을 사용하거나 파일을 연결하여 인터페이스 이름을 변경하는 것이 좋습니다. 자세한 내용은 일관된 네트워크 인터페이스 장치 이름 지정 및 systemd.link(5) 매뉴얼 페이지를 참조하십시오.

RHEL 9에 chkconfig 패키지가 기본적으로 설치되지 않음

시스템 서비스에 대한 경미한 정보를 업데이트하고 쿼리하는 chkconfig 패키지는 RHEL 9에 기본적으로 설치되지 않습니다.

bind 및 unbound 모두 SHA-1 기반 서명의 유효성 검사를 비활성화합니다.

바인딩 및 바인딩 되지 않은 구성 요소는 모든 RSA/SHA1 (algorithm 번호 5) 및 RSASHA1-NSEC3-SHA1 (알고리트 번호 7) 서명의 유효성 검사 지원을 비활성화하고 서명에 대한 SHA-1 사용은 DEFAULT 시스템 전체의 암호화 정책에서 제한됩니다.

동일한 쓰기 가능한 영역 파일이 여러 영역에서 사용되는 경우 named 가 시작되지 않습니다.

BIND에서는 여러 영역에 동일한 쓰기 가능한 영역 파일을 허용하지 않습니다. 결과적으로 구성에 named 서비스에서 수정할 수 있는 파일의 경로를 공유하는 여러 영역이 포함된 경우 named 가 시작되지 않습니다. 이 문제를 해결하려면 in-view 절을 사용하여 여러 뷰 간에 하나의 영역을 공유하고 다른 영역에 다른 경로를 사용해야 합니다. 예를 들어 경로에 보기 이름을 포함합니다.

콘솔 키맵 을 설정하려면 최소 설치 시 libxkbcommon 라이브러리가 필요합니다.

RHEL 9에서는 특정 systemd 라이브러리 종속성이 동적 연결에서 동적 로드로 변환되어 시스템이 열려 있을 때 런타임 시 라이브러리가 열립니다. 이 변경으로 필요한 라이브러리를 설치하지 않는 한 이러한 라이브러리에 종속되는 기능을 사용할 수 없습니다. 이는 최소 설치가 있는 시스템의 키보드 레이아웃 설정에도 영향을 미칩니다. 그 결과 localectl --no-convert set-x11-keymap gb 명령이 실패합니다.

OpenSSL 은 PKCS #11 토큰이 원시 RSA 또는 RSA-PSS 서명 생성을 지원하는지 탐지하지 않습니다.

TLS 1.3 프로토콜은 RSA-PSS 서명을 지원해야 합니다. PKCS #11 토큰이 원시 RSA 또는 RSA-PSS 서명을 지원하지 않는 경우, OpenSSL 라이브러리를 사용하는 서버 애플리케이션은 PKCS #11 토큰에서 키를 보유하는 경우 RSA 키로 작동하지 않습니다. 따라서 설명된 시나리오에서는 TLS 통신이 실패합니다.

OpenSSL 이 원시 RSA 또는 RSA-PSS 서명을 지원하지 않는 PKCS #11 토큰을 잘못 처리

OpenSSL 라이브러리는 PKCS #11 토큰의 키 관련 기능을 감지하지 않습니다. 결과적으로 원시 RSA 또는 RSA-PSS 서명을 지원하지 않는 토큰을 사용하여 서명이 생성되면 TLS 연결을 설정하지 못합니다.

SCP empties 파일은 특정 구문이 사용될 때 자체적으로 복사됩니다.

scp 유틸리티는 보안 복사 프로토콜(SCP)에서 더 안전한 SSH 파일 전송 프로토콜(SECDHE)으로 변경되었습니다. 결과적으로, 위치에서 동일한 위치에 파일을 복사하면 파일 내용이 삭제됩니다. 이 문제는 다음 구문에 영향을 미칩니다.

PSK 암호화 제품군은 FUTURE 암호화 정책에서 작동하지 않습니다.

PSK(Pre-shared key) 암호가 완전한 전달 보안(PFS) 키 교환 방법을 수행하는 것으로 인식되지 않습니다. 결과적으로 ECDHE-PSK 및 DHE-PSK 암호화 적합성은 예를 들어 FUTURE 암호화 정책과 같이ECDHE LEVEL=3 으로 구성된 OpenSSL에서 작동하지 않습니다. 해결 방법으로 PSK 암호를 사용하는 애플리케이션에 대해 덜 제한적인 암호화 정책을 설정하거나 더 낮은 보안 수준(ECDHELEVEL)을 설정할 수 있습니다.

GnuPG는 crypto-policies에서 허용하지 않더라도 SHA-1 서명을 잘못 사용할 수 있음

GnuPG(GNU 개인 정보 보호 ECDHE) 암호화 소프트웨어는 시스템 전체의 암호화 정책에 정의된 설정과 관계없이 SHA-1 알고리즘을 사용하는 서명을 생성하고 확인할 수 있습니다. 결과적으로 DEFAULT 암호화 정책의 암호화 목적으로 SHA-1을 사용할 수 있으며, 이는 서명에 대해 이 비보안 알고리즘의 사용 중단과 일치하지 않습니다.

GPG-agent 가 FIPS 모드에서 SSH 에이전트로 작동하지 않음

gpg-agent 툴은 FIPS 모드가 MD5 다이제스트를 비활성화하더라도 ssh-agent 프로그램에 키를 추가할 때 MD5 지문을 생성합니다. 결과적으로 ssh-add 유틸리티에서 인증 에이전트에 키를 추가하지 못합니다.

기본 SELinux 정책을 사용하면 제한되지 않은 실행 파일이 스택을 실행할 수 있습니다.

SELinux 정책에서 selinuxuser_execstack 부울의 기본 상태는 on입니다. 즉, 제한되지 않은 실행 파일이 스택을 실행할 수 있습니다. 실행 파일은 이 옵션을 사용하지 않아야 하며, 잘못 코딩된 실행 파일 또는 가능한 공격을 나타낼 수 있습니다. 그러나 Red Hat은 다른 도구, 패키지 및 타사 제품과의 호환성으로 인해 기본 정책에서 부울 값을 변경할 수 없습니다. 시나리오가 이러한 호환성 측면에 의존하지 않는 경우 setsebool -P selinuxuser_execstack 명령을 입력하여 로컬 정책에서 부울을 해제할 수 있습니다.

Kickstart 설치 중 서비스 관련 규칙 수정에 실패할 수 있습니다.

Kickstart 설치 중에 OpenSCAP 유틸리티에서 서비스 활성화 또는 비활성화 상태 수정이 필요하지 않은 것으로 잘못 표시되는 경우가 있습니다. 그 결과 OpenSCAP에서 설치된 시스템의 서비스를 비준수 상태로 설정할 수 있습니다. 이 문제를 해결하려면 Kickstart 설치 후 시스템을 스캔하고 수정할 수 있습니다. 이렇게 하면 서비스 관련 문제가 해결됩니다.

SCAP 감사 규칙을 잘못 수정하지 못했습니다.

감사 구성과 관련된 일부 SCAP 규칙의 Bash 수정은 수정 시 감사 키를 추가하지 않습니다. 이는 다음 규칙에 적용됩니다.

STIG 프로파일의 SSH 타임아웃 규칙으로 잘못된 옵션을 구성합니다.

OpenSSH의 업데이트는 다음과 같은 정보 시스템 기관 보안 기술 구현 가이드(DISA STIG) 프로필의 규칙에 영향을 미쳤습니다.

Keylime은 여러 IMA 측정 파일에 액세스하는 시스템을 검증하지 못할 수 있습니다.

Keylime 에이전트를 실행하는 시스템에서IMA( Integrity Measurement Architecture)에 의해 측정된 여러 파일에 빠른 연속으로 액세스하면 Keylime 검증기가 IMA 로그 추가를 잘못 처리할 수 있습니다. 결과적으로 실행 중인 해시가 올바른 PCR(Platform Configuration Register) 상태와 일치하지 않으며 시스템을 검증하지 못합니다. 현재는 해결방법이 없습니다.

Keylime 측정 부팅 정책 생성 스크립트로 인해 세그먼트 오류 및 코어 덤프가 발생할 수 있습니다.

Keylime에서 부팅시 측정 정책을 생성하는 create_mb_refstate 스크립트는 제공된 입력에 따라 tpm2_eventlog 툴의 출력을 처리할 때 LengthOf DevicePath 필드의 값을 사용하는 대신 DevicePath 필드의 데이터 길이를 잘못 계산할 수 있습니다. 결과적으로 스크립트는 잘못 계산된 길이를 사용하여 잘못된 메모리에 액세스하려고 시도하여 세그먼트 오류와 코어 덤프가 발생합니다. Keylime의 주요 기능은 이 문제의 영향을 받지 않지만 측정된 부팅 정책을 생성할 수 없습니다.

일부 TPM 인증서로 인해 Keylime 등록 기관 충돌

프로덕션 배포에서 활성화해야 하는 tenant.conf 의 require_ek_cert 구성 옵션은 TPM(Relime) 테넌트에 TPM(Trusted Platform Module)의 승인 키(EK) 인증서가 필요한지 여부를 결정합니다. require_ek_cert 가 활성화된 초기 ID 인용을 수행할 때 Kelime은 에이전트의 TPM 장치를 Keylime TPM 인증서 저장소에 있는 신뢰할 수 있는 인증서와 비교하여 EK 인증서를 유효한지 여부를 확인합니다. 그러나 저장소의 일부 인증서는 잘못된 형식의 x509 인증서이며 Keylime 등록 기관이 충돌하게 됩니다. 현재 require_ek_cert 를 false 로 설정하고 EK 검증을 수행할 ek_check_script 옵션에 사용자 지정 스크립트를 정의하는 것을 제외하고 이 문제에 대한 간단한 해결 방법이 없습니다.

nm-cloud-setup 서비스는 인터페이스에서 수동으로 구성된 보조 IP 주소를 제거합니다.

클라우드 환경에서 수신된 정보를 기반으로 nm-cloud-setup 서비스는 네트워크 인터페이스를 구성합니다. nm-cloud-setup 을 비활성화하여 인터페이스를 수동으로 설정합니다. 그러나 특정 경우에는 호스트의 다른 서비스도 인터페이스를 구성할 수 있습니다. 예를 들어, 이러한 서비스는 보조 IP 주소를 추가할 수 있습니다. nm-cloud-setup 을 방지하려면 보조 IP 주소를 제거합니다.

세션 키를 업데이트하지 않으면 연결이 끊어집니다.

커널 전송 계층 보안(kTLS) 프로토콜은 대칭 암호화에 사용되는 세션 키 업데이트를 지원하지 않습니다. 결과적으로 사용자는 키를 업데이트할 수 없으므로 연결이 중단됩니다. 이 문제를 해결하려면 kTLS를 비활성화합니다. 결과적으로 해결방법을 사용하여 세션 키를 성공적으로 업데이트할 수 있습니다.

initscripts 패키지는 기본적으로 설치되지 않습니다.

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

Mellanox ConnectX-5 어댑터를 사용하는 동안 mlx5 드라이버가 실패합니다.

이더넷 스위치 장치 드라이버 모델(switchdev) 모드에서 mlx5 드라이버는 DMFS(Device Managed Flow Adjusting) 매개변수 및 ConnectX-5 어댑터 지원 하드웨어를 사용하여 구성할 때 실패합니다. 결과적으로 다음과 같은 오류 메시지가 표시됩니다.

Secure Boot를 사용하여 FADump를 활성화하면 GRUB Out of Memory (OOM)가 발생할 수 있습니다.

Secure Boot 환경에서 GRUB 및 PowerVM은 함께 부팅 메모리용 512MB 메모리 리전(RMA)을 할당합니다. 리전은 부팅 구성 요소 간에 분할되며 구성 요소가 할당을 초과하면 메모리 부족 오류가 발생합니다.

kmod 의 약한 모듈이 모듈 상호 종속성으로 작동하지 않음

kmod 패키지에서 제공하는 약한 모듈 스크립트는 설치된 커널과 kABI와 호환되는 모듈을 결정합니다. 그러나 모듈의 커널 호환성을 확인하는 동안 약한 모듈은 모듈 기호의 종속성을 더 높은에서 더 낮은 버전의 커널 릴리스까지 제공합니다. 결과적으로 다른 커널 릴리스에 대해 빌드된 상호 의존 관계가 있는 모듈이 호환되지 않는 것으로 해석될 수 있으므로 약한 모듈 스크립트가 이 시나리오에서 작동하지 않습니다.

kdump 서비스가 IBM Z 시스템에 initrd 파일을 빌드하지 못했습니다.

64비트 IBM Z 시스템에서 kdump 서비스는 s390-subchannels 와 같은 znet 관련 구성 정보가 비활성 NetworkManager 연결 프로필에 있을 때 초기 RAM 디스크(initrd)를 로드하지 못합니다. 결과적으로 다음 오류로 인해 kdump 메커니즘이 실패합니다.

kdump 메커니즘이 LUKS 암호화 대상에서 vmcore 파일을 캡처하지 못했습니다.

Linux 통합 키 설정(LUKS) 암호화된 파티션을 사용하여 시스템에서 kdump 를 실행하는 경우 시스템에 사용 가능한 메모리 양이 필요합니다. 사용 가능한 메모리가 필요한 메모리 양보다 작으면 systemd-cryptsetup 서비스가 파티션을 마운트하지 못합니다. 결과적으로 두 번째 커널은 LUKS 암호화 대상에서 크래시 덤프 파일(vmcore)을 캡처하지 못합니다.

부팅 시 크래시 커널 메모리 할당이 실패합니다.

특정 ampere Altra 시스템에서 사용 가능한 메모리가 1GB 미만인 경우 부팅 중에 kdump 사용을 위해 크래시 커널 메모리를 할당하는 데 실패합니다. 결과적으로 kdumpctl 명령이 kdump 서비스를 시작하지 못합니다.

지연 계정 기능에 기본적으로 SWAPIN 및 IO% 통계 열이 표시되지 않습니다.

이전 버전과 달리 지연된 계정 기능은 기본적으로 비활성화되어 있습니다. 결과적으로 iotop 애플리케이션에 SWAPIN 및 IO% 통계 열이 표시되지 않으며 다음 경고가 표시됩니다.

kTLS는 TLS 1.3을 NIC로의 오프로드를 지원하지 않습니다.

커널 전송 계층 보안 (kTLS)은 TLS 1.3의 오프로드를 NIC에 지원하지 않습니다. 결과적으로 NIC가 TLS 오프로드를 지원하는 경우에도 소프트웨어 암호화는 TLS 1.3과 함께 사용됩니다. 이 문제를 해결하려면 오프로드가 필요한 경우 TLS 1.3을 비활성화합니다. 따라서 TLS 1.2만 오프로드할 수 있습니다. TLS 1.3을 사용 중인 경우 TLS 1.3을 오프로드할 수 없기 때문에 성능이 저하됩니다.

iwl7260-firmware 는 IntelSync-Fi 6 AX200, AX210 및ECDHE P1ad P1ECDHE 4에서 Tang-Fi를 교체합니다.

iwl7260-firmware 또는 iwl7260-wifi 드라이버를 RHEL 8.7 및/또는 RHEL 9.1 (및 이후)에서 제공하는 버전으로 업데이트한 후 하드웨어는 잘못된 내부 상태가 됩니다. 따라서 IntelSyncfi 6 카드가 작동하지 않고 오류 메시지가 표시될 수 있습니다.

dkms 는 64비트 ARM CPU에서 올바르게 컴파일된 드라이버를 사용하여 프로그램 오류에 대한 잘못된 경고를 제공합니다.

동적 커널 모듈 지원(dkms) 유틸리티는 64비트 ARM CPU의 커널 헤더가 4 킬로바이트 및 64 킬로바이트 페이지 크기가 있는 커널 모두에서 작동하는지 인식하지 못합니다. 결과적으로 커널 업데이트가 수행되고 kernel-64k-devel 패키지가 설치되지 않은 경우 dkms 는 프로그램이 올바르게 컴파일된 드라이버에서 실패한 이유에 대한 잘못된 경고를 제공합니다. 이 문제를 해결하려면 두 가지 유형의 ARM CPU 아키텍처에 대한 헤더 파일이 포함된 kernel-headers 패키지를 설치하고 dkms 및 해당 요구 사항에 국한되지 않습니다.

grubby 의 동작과 문서의 다양한 기능

grubby 툴을 사용하여 새 커널을 추가하고 인수를 지정하지 않으면 grubby 가 기본 인수를 새 항목에 전달합니다. 이 동작은 --copy-default 인수를 전달하지 않고도 수행됩니다. --args 및 --copy-default 옵션을 사용하면 grubby 문서에 명시된 대로 해당 인수가 기본 인수에 추가됩니다.

cloud-init 에 의해 프로비저닝되고 NFSv3 마운트 항목으로 구성된 경우 Azure의 RHEL 인스턴스가 부팅되지 않음

현재 Microsoft Azure 클라우드 플랫폼에서 RHEL 가상 머신(VM)을 부팅하는 것은 cloud-init 툴을 통해 VM을 프로비저닝하고 VM의 게스트 운영 체제에 /etc/fstab 파일에 NFSv3 마운트 항목이 있는 경우 실패합니다.

Anaconda에서 CHAP 인증 시도에 실패한 후 인증 방법을 사용하지 않고 iSCSI 서버에 로그인하지 못했습니다.

CHAP 인증을 사용하여 iSCSI 디스크를 추가하고 잘못된 자격 증명으로 인해 로그인 시도가 실패하면 인증 방법이 없는 상태에서 디스크를 다시 로그인하려고 시도합니다. 이 문제를 해결하려면 현재 세션을 닫고 인증 방법을 사용하지 않고 로그인합니다.

NVMe/TCP에서 장치 맵퍼 Multipath가 지원되지 않음

nvme-tcp 드라이버와 함께 장치 매퍼 Multipath를 사용하면 call Trace 경고 및 시스템 불안정이 발생할 수 있습니다. 이 문제를 해결하려면 NVMe/TCP 사용자가 네이티브 NVMe 멀티패스를 활성화하고 NVMe에서 device-mapper-multipath 툴을 사용하지 않아야 합니다.

blk-availability systemd 서비스는 복잡한 장치 스택을 비활성화합니다.

systemd 에서 기본 블록 비활성화 코드는 가상 블록 장치의 복잡한 스택을 항상 올바르게 처리하지는 않습니다. 일부 구성에서는 종료 중에 가상 장치가 제거되지 않을 수 있으므로 오류 메시지가 기록됩니다. 이 문제를 해결하려면 다음 명령을 실행하여 복잡한 블록 장치 스택을 비활성화합니다.

supported_speeds sysfs 특성은 잘못된 속도 값을 보고합니다.

이전 버전에서는 qla2xxx 드라이버에서 잘못된 정의로 인해 HBA의 supported_speeds sysfs 속성이 예상되는 64GB/s 속도 대신 20Gb/s 속도를 보고했습니다. 결과적으로 HBA가 64 Gb/s 링크 속도를 지원하는 경우 sysfs supported_speeds 값이 올바르지 않아 보고된 속도 값에 영향을 미쳤습니다.

MySQL 및 MariaDB 의 --ssl-fips-mode 옵션은 FIPS 모드를 변경하지 않습니다.

MySQL 및 MariaDB 의 --ssl-fips-mode 옵션은 업스트림과 다르게 작동합니다.

특정 기호 기반 프로브는 64비트 ARM 아키텍처의 SystemTap 에서 작동하지 않습니다.

커널 구성은 SystemTap 에 필요한 특정 기능을 비활성화합니다. 결과적으로 일부 기호 기반 프로브는 64비트 ARM 아키텍처에서 작동하지 않습니다. 결과적으로 영향을 받는 SystemTap 스크립트가 실행되지 않거나 원하는 프로브 포인트에서 히트를 수집하지 않을 수 있습니다.

MIT Kerberos는 PKINIT에 대한ECDHE 인증서를 지원하지 않습니다.

MIT Kerberos는 PKINIT(Public Key Cryptography for initial authentication)에서 ECC(elliptic-curve 암호화) 지원 설계를 설명하는 주석 문서에 대한 RFC5349 요청을 구현하지 않습니다. 결과적으로 RHEL에서 사용하는 MITECDHE5-pkinit 패키지는ECDHE 인증서를 지원하지 않습니다. 자세한 내용은 Kerberos(PKINIT)의 공개 키 암호화에 대한 ECC(Elliptic Curve Cryptography) 지원을 참조하십시오.

PKINIT가 AD KDC에 대해 작동하도록 RHEL 9 클라이언트에 DEFAULT:SHA1 하위 정책을 설정해야 합니다.

SHA-1 다이제스트 알고리즘은 RHEL 9에서 더 이상 사용되지 않으며 초기 인증을 위한 공개 키 암호화(PKINIT)의 CMS 메시지는 이제 강력한 SHA-256 알고리즘으로 서명됩니다.

RHEL 9 Kerberos 에이전트가 RHEL-9 이외의 Kerberos 에이전트와 통신하면 사용자의 PKINIT 인증이 실패합니다.

클라이언트 또는 Kerberos 배포 센터(KDC) 중 하나인 RHEL 9 Kerberos 에이전트가 AD(Active Directory) 에이전트가 아닌 RHEL-9 Kerberos 에이전트와 상호 작용하는 경우 사용자의 PKINIT 인증이 실패합니다. 문제를 해결하려면 다음 작업 중 하나를 수행하십시오.

AD 트러스트를 위한 FIPS 지원에는 AD-SUPPORT 암호화 하위 정책이 필요합니다.

Active Directory(AD)는 RHEL 9의 FIPS 모드에서 기본적으로 허용되지 않는 AES SHA-1 HMAC 암호화 유형을 사용합니다. AD 신뢰가 있는 RHEL 9 IdM 호스트를 사용하려면 IdM 소프트웨어를 설치하기 전에 AES SHA-1 HMAC 암호화 유형에 대한 지원을 활성화하십시오.

RHEL 9 KDC에 대해 PKINIT를 사용하여 사용자를 인증하지 못했습니다.

기본적으로 Heimdal Kerberos 클라이언트는 IKE(Internet Key Exchange)용 Modular Exponential(MODP) Diffie-Hellman Group 2를 사용하여 IdM 사용자의 PKINIT 인증을 시작합니다. 그러나 RHEL 9의 MIT Kerberos Distribution Center(KDC)는 MODP 그룹 14 및 16만 지원합니다.

FIPS 모드에서 IdM은 양방향 간 신뢰를 구축하기 위해ECDHESSP 프로토콜 사용을 지원하지 않습니다.

새 Technology LAN Manager Security Support Provider(NTLMSSP) 인증은 FIPS와 FIPS와 호환되는 Active Directory(AD)와 IdM(Identity Management) 간에 두 가지 방식 간 트러스트를 설정하는 데 실패합니다. FIPS 모드의 IdM은 AD 도메인 컨트롤러에서 인증을 시도할 때 사용하는 RC4ECDHE 해시를 허용하지 않습니다.

AD cross-realm TGS 요청에 대한 IdM

IdM Kerberos 티켓의 PAC(권한 속성 인증서) 정보는 AD(Active Directory)에서 지원되지 않는 AES SHA-2 HMAC 암호화로 서명됩니다.

FIPS 모드에서 IdM Vault 암호화 및 암호 해독 실패

FIPS 모드가 활성화되면 OpenSSL RSA-PKCS1v15 패딩 암호화가 차단됩니다. 결과적으로 IdM(Identity Management) Vault가 현재 PKCS1v15 패딩을 사용하여 세션 키를 전송 인증서로 래핑하므로 제대로 작동하지 않습니다.

도메인 SID 불일치로 인해 마이그레이션된 IdM 사용자가 로그인하지 못할 수 있습니다.

ipa migrate-ds 스크립트를 사용하여 한 IdM 배포에서 사용자를 다른 배포로 마이그레이션하는 경우 기존 SID(Security Identifiers)에 현재 IdM 환경의 도메인 SID가 없기 때문에 IdM 서비스 사용에 문제가 있을 수 있습니다. 예를 들어, 해당 사용자는 kinit 유틸리티로 Kerberos 티켓을 검색할 수 있지만 로그인할 수 없습니다. 이 문제를 해결하려면 Knowledgebase 문서: Migrated IdM users unable to log in due to mismatching domain SIDs 를 참조하십시오.

Directory Server가 모드로 시작되면 예기치 않게 종료됩니다.

버그로 인해 전역 모드가 Directory Server에서 작동하지 않습니다. 참조 옵션을 dirsrv 사용자로 사용하여 ns-slapd 프로세스를 시작하는 경우 Directory Server는 포트 설정을 무시하고 예기치 않게 종료됩니다. 루트 사용자가 프로세스를 실행할 때 SELinux 레이블을 변경하고 서비스가 나중에 일반 모드에서 시작되지 않도록 합니다. 사용할 수 있는 해결방법이 없습니다.

Directory Server에서 접미사가 실패하는 경우 구성

Directory Server에서 백엔드를 설정하는 경우 dsconf <instance_name> 백엔드 접미사 세트를 사용하여 백엔드 상태를 설정하면 다음 오류와 함께 --state conjunction 명령이 실패합니다.

dsconf 유틸리티에는 entryUUID 플러그인에 대한 수정 작업 생성 옵션이 없습니다.

dsconf 유틸리티는 entryUUID 플러그인에 대한 수정 작업을 생성하는 옵션을 제공하지 않습니다. 따라서 관리자는 dsconf 를 사용하여 기존 항목에 entryUUID 속성을 자동으로 추가하는 작업을 생성할 수 없습니다. 이 문제를 해결하려면 수동으로 작업을 생성합니다.

ldap_id_use_start_tls 옵션에 기본값을 사용할 때 발생할 수 있는 위험

TLS없이 ldap:// 를 ID 조회에 사용하는 경우 공격 벡터가 발생할 위험이 있습니다. 특히 MITM(Man-in-the-middle) 공격으로 공격자는 LDAP 검색에 반환된 오브젝트의 UID 또는 GID를 변경하여 사용자를 가장할 수 있습니다.

RHEL 9로 업그레이드한 후 Firefox 추가 기능이 비활성화되어 있습니다.

RHEL 8에서 RHEL 9로 업그레이드하는 경우 Firefox에서 이전에 활성화한 추가 기능이 모두 비활성화됩니다.

사용자 생성 화면이 응답하지 않음

그래픽 사용자 인터페이스를 사용하여 RHEL을 설치할 때 사용자 생성 화면이 응답하지 않습니다. 결과적으로 설치 중에 사용자를 생성하는 것이 더 어렵습니다.

RHEL 9로 업그레이드한 후 VNC가 실행되지 않음

RHEL 8에서 RHEL 9로 업그레이드한 후 이전에 활성화된 경우에도 VNC 서버가 시작되지 않습니다.

Matrox G200e는 VGA 디스플레이의 출력이 표시되지 않음

다음 시스템 구성을 사용하는 경우 그래픽 출력이 표시되지 않을 수 있습니다.

X.org 설정 유틸리티가 Wayland에서 작동하지 않음

화면을 조작하기 위한 X.org 유틸리티는 Wayland 세션에서 작동하지 않습니다. 특히 xrandr 유틸리티는 처리, 해결, 순환 및 레이아웃에 대한 다른 접근 방식으로 인해 Wayland에서 작동하지 않습니다.

NVIDIA 드라이버는 X.org로 되돌릴 수 있습니다.

특정 조건에서 독점 NVIDIA 드라이버는 Wayland 디스플레이 프로토콜을 비활성화하고 X.org 디스플레이 서버로 되돌립니다.

Night Light는 NVIDIA를 사용하는 Wayland에서 사용할 수 없습니다.

시스템에서 전용 NVIDIA 드라이버를 활성화하면 Wayland 세션에서 GNOME의 Night Light 기능을 사용할 수 없습니다. NVIDIA 드라이버는 현재 Night Light 를 지원하지 않습니다.

특정 문제 해결 시 VNC 콘솔이 잘못 작동합니다.

특정 디스플레이 해상도에서 VNC(Virtual Network Computing) 콘솔을 사용하는 경우 마우스 오프셋 문제가 발생하거나 인터페이스의 일부만 표시될 수 있습니다. 결과적으로 VNC 콘솔을 사용할 수 없습니다. 이 문제를 해결하려면 VNC 콘솔 크기를 확장하거나 콘솔 탭에서 데스크탑 뷰어를 사용하여 원격 뷰어를 시작할 수 있습니다.

경우에 따라 https 또는 ssh를 통해 가상 머신 설치 실패

현재 virt-install --cdrom https://example/path/to/image.iso 사용 등 https 또는 ssh 연결을 통해 ISO 소스에서 OS(게스트 운영 체제)를 설치하려고 할 때 virt-install 유틸리티가 실패합니다. VM(가상 머신)을 생성하는 대신, 설명된 작업은 모니터링 메시지에 연결하는 동안 내부 오류: 프로세스가 종료된 상태에서 예기치 않게 종료됩니다.

가상 머신에서 NVIDIA 드라이버를 사용하면 Wayland가 비활성화됩니다.

현재 NVIDIA 드라이버는 Wayland 그래픽 세션과 호환되지 않습니다. 결과적으로 NVIDIA 드라이버를 사용하는 RHEL 게스트 운영 체제는 Wayland를 자동으로 비활성화하고 대신 Xorg 세션을 로드합니다. 이는 주로 다음과 같은 시나리오에서 발생합니다.

밀란 VM CPU 유형은 AMD Milan 시스템에서 사용할 수 없는 경우가 있습니다.

특정 AMD Milan 시스템에서는 강화된 REP MOVSB(erms) 및 Fast short REP MOVSB(fsrm) 기능 플래그가 기본적으로 BIOS에서 비활성화되어 있습니다. 결과적으로 이러한 시스템에서 밀란 CPU 유형을 사용할 수 없습니다. 또한 기능 플래그 설정이 다른 밀란 호스트 간에 VM 실시간 마이그레이션이 실패할 수 있습니다. 이러한 문제를 해결하려면 호스트의 BIOS에서 erms 및 fsrm 을 수동으로 켭니다.

AVX를 비활성화하면 VM이 재부팅되지 않음

AVX(Advanced Vector Extensions) 지원이 있는 CPU를 사용하는 호스트 시스템에서 AVX를 명시적으로 비활성화하여 VM에서 커널 패닉을 트리거합니다.

마이그레이션 후 VNC를 UEFI VM에 연결할 수 없음

VM(가상 머신)을 마이그레이션하는 동안 메시지 큐를 활성화하거나 비활성화하면 가상 네트워크 컴퓨팅(VNC) 클라이언트가 마이그레이션이 완료된 후 VM에 연결되지 않습니다.

페일오버 virtio NIC에는 Windows 가상 머신의 IP 주소가 할당되지 않음

현재 페일오버 virtio NIC로만 Windows VM(가상 머신)을 시작할 때 VM이 NIC에 IP 주소를 할당하지 못합니다. 결과적으로 NIC는 네트워크 연결을 설정할 수 없습니다. 현재는 해결방법이 없습니다.

네트워크 인터페이스 재설정 후 Windows VM이 IP 주소를 얻지 못함

경우에 따라 Windows 가상 머신이 자동 네트워크 인터페이스 재설정 후 IP 주소를 얻지 못하는 경우가 있습니다. 이로 인해 VM이 네트워크에 연결할 수 없습니다. 이 문제를 해결하려면 Windows 장치 관리자에서 네트워크 어댑터 드라이버를 비활성화하고 다시 활성화합니다.

실시간 마이그레이션 후 Broadcom 네트워크 어댑터가 Windows VM에서 잘못 작동합니다.

현재 Broadcom 제품군의 네트워크 어댑터(예: Broadcom, Qlogic 또는 Marvell)는 Windows VM(가상 머신)의 실시간 마이그레이션 중에 핫 플러그를 해제할 수 없습니다. 결과적으로 마이그레이션이 완료된 후 어댑터가 잘못 작동합니다.

장애 조치 설정이 있는 hostdev 인터페이스는 핫 플러그 해제한 후에는 핫플러그할 수 없습니다.

실행 중인 VM(가상 머신)에서 페일오버 구성으로 hostdev 네트워크 인터페이스를 제거한 후 현재 해당 인터페이스를 실행 중인 동일한 VM에 다시 연결할 수 없습니다.

장애 조치 VF가 있는 VM의 실시간 복사 후 마이그레이션이 실패합니다.

현재 VM에서 VF(가상 기능) 장애 조치 기능이 활성화된 장치를 사용하는 경우 실행 중인 VM(가상 머신)을 마이그레이션하지 못합니다. 이 문제를 해결하려면 post-copy 마이그레이션 대신 표준 마이그레이션 유형을 사용합니다.

호스트 네트워크는 실시간 마이그레이션 중에 VF를 사용하여 VM을 ping할 수 없습니다.

가상 SR-IOV 소프트웨어를 사용하는 VM(가상 기능)과 같이 구성된 가상 기능(VF)을 사용하여 가상 머신(VM)을 실시간 마이그레이션하는 경우, VM 네트워크는 다른 장치에 표시되지 않으며 ping 과 같은 명령으로 VM에 연결할 수 없습니다. 그러나 마이그레이션이 완료되면 더 이상 문제가 발생하지 않습니다.

다수의 큐를 사용하면 Windows 가상 머신이 실패할 수 있습니다.

vTPM(가상 신뢰 플랫폼 모듈) 장치가 활성화되고, 250개 이상의 대기열을 사용하도록 멀티 큐 virtio-net 기능이 구성된 경우 VM(Windows 가상 머신)이 실패할 수 있습니다.

PCIe ATS 장치는 Windows VM에서 작동하지 않음

Windows 게스트 운영 체제를 사용하여 VM(가상 머신)의 XML 구성에서 PCIe 주소 변환 서비스(ATS) 장치를 구성할 때 게스트는 VM을 부팅한 후 ATS 장치를 활성화하지 않습니다. Windows는 현재 virtio 장치에서 ATS를 지원하지 않기 때문입니다.

Nutanix AHV에서 LVM을 사용하는 RHEL 9 가상 머신을 복제하거나 복원하면 루트가 아닌 파티션이 사라집니다.

Nutanix AHV 하이퍼바이저에서 호스팅되는 VM(가상 머신)에서 RHEL 9 게스트 운영 체제를 실행하는 경우 스냅샷에서 VM을 복원하거나 현재 VM을 복제하면 게스트가 논리 볼륨 관리(LVM)를 사용하는 경우 VM의 루트가 아닌 파티션이 사라집니다. 결과적으로 다음과 같은 문제가 발생합니다.

ESXi에서 RHEL 9 게스트 사용자 정의로 인해 네트워킹 문제가 발생하는 경우가 있음

현재 VMware ESXi 하이퍼바이저에서 RHEL 9 게스트 운영 체제를 사용자 정의해도 NetworkManager 키 파일에서 제대로 작동하지 않습니다. 결과적으로 게스트가 이러한 키 파일을 사용하는 경우 IP 주소 또는 게이트웨이와 같은 잘못된 네트워크 설정이 설정됩니다.

VMware 호스트의 RHEL 가상 시스템에서 고정 IP 설정이 작동하지 않음

현재 VMware 호스트에서 RHEL을 VM(가상 머신)의 게스트 운영 체제로 사용하는 경우 DatasourceOVF 기능이 제대로 작동하지 않습니다. 결과적으로 cloud-init 유틸리티를 사용하여 VM의 네트워크를 고정 IP로 설정한 다음 VM을 재부팅하면 VM의 네트워크가 DHCP로 변경됩니다.

IBM Power Systems, Little Endian에 대한 보고서를 실행할 때 시간 초과

IBM Power Systems에서 sos report 명령을 실행하는 경우 수백 또는 수천 개의 CPU가 있는 Little Endian에서 /sys/devices/system/cpu 디렉터리의 대규모 콘텐츠를 수집할 때 프로세서 플러그인은 300초의 기본 타임아웃에 도달합니다. 해결 방법으로 다음과 같이 플러그인의 시간 제한을 늘립니다.

이전 컨테이너 이미지에서 systemd 실행이 작동하지 않음

이전 컨테이너 이미지(예: centos:7 )에서 systemd를 실행하면 작동하지 않습니다.