Anaconda에서는 Satellite용 Kickstart 설치를 통해 시스템 프로비저닝에 대한 rhsm 지원

이전에는 시스템 프로비저닝이 Red Hat Satellite에 Kickstart 설치를 위한 사용자 지정 %post 스크립트에 의존했습니다. 이 %post 스크립트는 사용자 지정 Satellite 자체 서명 인증서를 가져와서 시스템을 등록하고, 서브스크립션을 연결하고, 리포지토리에 있는 설치된 패키지를 가져왔습니다.

RHEL은 정적 호스트 이름으로 localhost 지원

RHEL 9부터 localhost 를 /etc/hostname 의 정적 호스트 이름으로 설정합니다. 이 경우 NetworkManager는 DHCP 또는 역방향 DNS 조회를 통해 일시적인 호스트 이름을 얻지 못합니다.

라이센스, 시스템 및 사용자 설정 화면의 구성 설정이 표준 설치 후 비활성화되었습니다.

이전 버전에서는 RHEL 사용자가 gnome-initial-setup 및 로그인 화면 전에 Licensing, System (Subscription manager) 및 사용자 설정을 구성했습니다. 이번 업데이트를 통해 사용자 환경을 개선하기 위해 초기 설정 화면이 기본적으로 비활성화되어 있습니다.

Anaconda는 대화형 설치를 위해 네트워크를 자동으로 활성화합니다.

이전에는 Kickstart 또는 부팅 옵션을 통해 네트워크를 활성화하지 않고 대화형 설치를 수행할 때 사용자가 네트워크에서 수동으로 네트워크를 활성화해야 했습니다. 이번 업데이트를 통해 Anaconda는 사용자가 네트워크 스포크를 방문하여 수동으로 활성화할 필요 없이 자동으로 네트워크를 활성화합니다.

이미지 빌더에서 파일 시스템 구성 지원

이번 개선된 기능을 통해 credentials에서 사용자 정의 파일 시스템 구성을 지정할 수 있으며 원하는 디스크 레이아웃을 사용하여 이미지를 생성할 수 있습니다. 결과적으로 기본이 아닌 레이아웃을 사용하면 보안 벤치마크의 이점, 기존 설정, 성능 및 디스크 외부 오류로부터 보호 기능을 활용할 수 있습니다.

루트 계정을 잠그기 위한 새로운 옵션 및 암호로 루트 SSH 로그인 허용

RHEL 그래픽 설치의 루트 암호 구성 화면에 다음과 같은 새로운 옵션이 추가되었습니다.

이미지 빌더에서 부팅 가능한 설치 프로그램 이미지 생성 지원

이번 개선된 기능을 통해 이미지 빌더를 사용하여 루트 파일 시스템이 포함된 tarball 파일로 구성된 부팅 가능한 ISO 이미지를 생성할 수 있습니다. 결과적으로 부팅 가능한 ISO 이미지를 사용하여 베어 메탈 시스템에 tarball 파일 시스템을 설치할 수 있습니다.

Edge용 RHEL은 기본적으로 Greenboot 내장 상태 점검을 지원

이번 업데이트를 통해 이제 Edge Greenboot 용 RHEL에는 재부팅하는 동안 하드웨어가 중단되거나 정지되지 않도록 워치독 기능에 기본 상태 점검이 포함되어 있습니다. 이를 통해 다음과 같은 기능을 활용할 수 있습니다.

RHEL 9는 rpm-ostree v2022.2를 제공합니다.

RHEL 9는 여러 버그 수정 및 개선 사항을 제공하는 rpm-ostree 버전 v2022.2와 함께 배포됩니다. 주요 변경 사항은 다음과 같습니다.

RHEL 9에서는 OSTree v2021.2를 제공합니다.

RHEL 9는 OSTree 패키지 버전 v2021.2와 함께 배포되어 여러 버그 수정 및 개선 사항을 제공합니다. 주요 변경 사항은 다음과 같습니다.

rpm-ostree rebase 툴은 RHEL 8에서 RHEL 9로의 업그레이드를 지원합니다.

이번 개선된 기능을 통해 rpm-ostree rebase 툴을 사용하여 RHEL 8 시스템을 RHEL 9로 업그레이드할 수 있습니다. RHEL 8의 최신 업데이트에서 RHEL 9의 최신 업데이트까지 에지 업그레이드를 위해 기본 RHEL 패키지 세트를 완전히 지원합니다.

subscription-manager syspurpose에서 시스템 용도 명령 병합

이전에는 시스템 용도 특성을 설정하는 두 가지 명령( syspurpose 및 subscription-manager )이 있었습니다. 하나의 모듈에서 모든 시스템 용도 속성을 통합하기 위해 subscription-manager 의 모든 애드온,role, 서비스 수준, 서비스 수준 , 사용 명령이 새 하위 모듈인 subscription-manager syspurpose 로 이동되었습니다.

RHEL 9에서 RPM 4.16 제공

RHEL 9는 RPM 버전 4.16과 함께 배포됩니다. 주요 버그 수정 및 버전 4.14의 개선 사항은 다음과 같습니다.

새로운 RPM 플러그인에서 RPM 트랜잭션 중 변경 사항에 대해 알립니다.

rpm 패키지 업데이트에는 fapolicyd 프레임워크를 RPM 데이터베이스와 통합하는 새로운 RPM 플러그인이 도입되었습니다. 플러그인은 RPM 트랜잭션 중에 설치 및 변경된 파일에 대해 fapolicyd 에 알립니다. 그 결과 fapolicyd 는 이제 무결성 검사를 지원합니다.

RPM에서 EdDSA 공개 키 알고리즘을 지원

이번 개선된 기능을 통해 rpm 명령은 EdDSA 공개 키 알고리즘을 사용하여 서명 키를 지원합니다. 결과적으로 EdDSA를 사용하여 생성된 서명 키를 사용하여 패키지 서명 및 확인에 사용할 수 있습니다.

RPM에서 Zstandard (zstd) 압축 알고리즘을 지원

이 향상된 기능을 통해 기본 RPM 압축 알고리즘이 Zstandard(zstd)로 전환되었습니다. 결과적으로 사용자는 대규모 트랜잭션 중에 특히 눈에 띄게 쉬운 패키지 설치의 이점을 누릴 수 있습니다.

새로운 DNF 옵션 exclude_from_weak_autodetect 및 exclude_from_weak

이번 개선된 기능을 통해 기본 DNF 동작이 불필요한 약한 종속성을 설치하지 않습니다. 이 동작을 수정하려면 다음 새 옵션을 사용하십시오.

RHEL 9에서는 libmodulemd 2.13.0을 제공합니다.

RHEL 9는 libmodulemd 패키지 버전 2.13.0과 함께 배포됩니다. 주요 버그 수정 및 버전 2.9.4에 대한 개선 사항은 다음과 같습니다.

bracketed paste가 기본적으로 bash 에서 활성화됨

bash readline 라이브러리 버전 8.1을 사용할 수 있으므로 기본적으로 bracketed paste 모드를 활성화합니다. 터미널에 텍스트를 붙여넣을 때 bash 는 텍스트를 강조 표시하고 enter 키를 눌러 붙여넣은 명령을 실행해야 합니다. 브래킹된 붙여넣기 모드는 실수로 악의적인 명령을 실행하지 않도록 기본 설정입니다.

RHEL 9에는 powerpc-utils 1.3.9가 포함되어 있습니다.

RHEL 9는 powerpc-utils 패키지 버전 1.3.9를 제공합니다. 주요 버그 수정 및 버전 1.3.8에 대한 개선 사항은 다음과 같습니다.

RHEL 9는 opal-prd 6.7.1과 함께 배포됩니다.

opal-prd 패키지 버전 6.7.1은 이전에 사용 가능한 버전 6.6.3에 비해 다음과 같은 주요 버그 수정 및 개선 사항을 제공합니다.

RHEL 9는 lsvpd 1.7.12를 제공합니다.

RHEL 9는 lsvpd 패키지 버전 1.7.12와 함께 배포됩니다. 주요 버그 수정 및 버전 1.7.11의 개선 사항은 다음과 같습니다.

ppc64-diag 버전 2.7.7 사용 가능

ppc64-diag 패키지 버전 2.7.7은 RHEL 9에서 제공됩니다. 주요 버그 수정 및 버전 2.7.6에 대한 개선 사항은 다음과 같습니다.

RHEL 9에는 Fetchmail 6.4.24포함

RHEL 9는 fetchmail 패키지 버전 6.4.24와 함께 배포됩니다. fetchmail 은 원격 이메일 검색 및 전송 유틸리티입니다.

RHEL 9에는 Eigen 3.4포함

RHEL 9는 eigen3 패키지 버전 3.4와 함께 배포됩니다. Eigen 3.4 는 linear algebra를 위한 C++ 템플릿 라이브러리로, 이제 POWER10 매트릭스 다이렉션 지원 지침을 지원합니다.

RHEL 9에서는 cdrskin 패키지를 도입합니다.

RHEL 9에는 CD, DVD 또는 BD 미디어에서 데이터를 구울 수 있는 cdrskin 패키지가 도입되었습니다. cdrskin 패키지는 RHEL 9에서 사용할 수 없는 wodim 패키지에서 cd records 실행 파일을 대체합니다.

redhat.rhel_backend Ansible 컬렉션은 RHEL 9 릴리스에서 지원됩니다.

이번 업데이트에서는IPMI(Intelligent Platform Management Interface) Ansible 모듈을 지원합니다. IPMI 는 BMC(Baseboard Management Controller) 장치와 통신하는 관리 인터페이스 세트의 사양입니다. IPMI 모듈 - ipmi_power 및 ipmi_boot -는 ansible-collection- redhat-rhel_ceilometer 패키지를 설치하여 액세스할 수 있는 redhat. rhel_backend 컬렉션에서 사용할 수 있습니다.

RHEL 9에는 util-linux-core 패키지가 도입되었습니다.

RHEL 9는 util-linux 패키지 외에도 설치된 패키지의 크기가 중요한 기능(예: buildroot, 특정 컨테이너 및 부팅 이미지)인 시나리오를 위한 util-linux-core 하위 패키지를 제공합니다.

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

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

s-nail 은 mailx를 대체합니다.

s-nail 메일 처리 시스템이 mailx 유틸리티를 대체했습니다. s-nail 유틸리티는 mailx 와 호환되며 다양한 새로운 기능을 추가합니다. mailx 패키지는 더 이상 업스트림에서 유지 관리되지 않습니다.

tuned 2.18 사용 가능

RHEL 9는 TuneD 버전 2.18과 함께 배포됩니다. 버전 2.16에 대한 주요 변경 사항은 다음과 같습니다.

RHEL 9는 mod_security_crs 3.3을 제공합니다.

RHEL 9는 mod_security_crs 패키지 버전 3.3과 함께 배포됩니다. 주요 버그 수정 및 개선 사항은 다음과 같습니다.

RHEL 9에서 chrony 4.1제공

RHEL 9는 chrony 버전 4.1과 함께 배포됩니다. 주요 버그 수정 및 버전 3.5에 대한 개선 사항은 다음과 같습니다.

시스템 전체 암호화 정책은 더 안전합니다.

이번 업데이트를 통해 최신 보안 기본값을 제공하도록 시스템 전체 암호화 정책이 조정되었습니다.

RHEL 9는 OpenSSL 3.0.1을 제공합니다.

RHEL 9는 업스트림 버전 3.0.1의 openssl 패키지를 제공하며 여기에는 이전 버전에 비해 많은 개선 사항 및 버그 수정이 포함되어 있습니다. 주요 변경 사항은 다음과 같습니다.

OpenSSL에 공급자 포함

RHEL 9에 포함된 버전 3.0.1의 OpenSSL 툴킷은 공급자 개념을 추가했습니다. 공급자는 알고리즘 모음이며 다양한 애플리케이션에 대해 다양한 공급자를 선택할 수 있습니다. OpenSSL에는 현재 기본 공급자인 기본 , 기본 ,fips,legacy, null 이 포함되어 있습니다.

OpenSSL random bit 생성기가 CPACF 지원

openssl 패키지 릴리스에서는 OpenSSL NIST SP800-90A 호환 AES 기반 AES(DRBG)의 CP Cryptographic Functions(CPACF)에 대한 지원이 추가되었습니다.

OpenSSL-spkac 은 이제 SHA-1 및 SHA-256로 서명된 SPKAC 파일을 만들 수 있습니다.

openssl-spkac 유틸리티에서 이제 MD5와 다른 해시로 서명된SPKAC(공개 키 및 챌린지) 파일을 만들 수 있습니다. 이제 SHA-1 및 SHA-256 해시로 서명된 SPKAC 파일을 생성하고 확인할 수 있습니다.

RHEL 9 provides openCryptoki 3.17.0

RHEL 9는 openCryptoki 버전 3.17.0과 함께 배포됩니다. 주요 버그 수정 및 버전 3.16.0에 대한 개선 사항은 다음과 같습니다.

GnuTLS 버전 3.7.3으로 제공

RHEL 9에서는 업스트림 버전 3.7.3으로 gnutls 패키지가 제공됩니다. 이는 이전 버전에 비해 많은 개선 사항 및 버그 수정을 제공합니다.

RHEL 9에서 NSS 3.71 제공

RHEL 9는 NSS(Network Security Services) 라이브러리 버전 3.71과 함께 배포됩니다. 주요 변경 사항은 다음과 같습니다.

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

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

OpenSSH에서 RSA 키 비트 길이 옵션 최소

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

OpenSSH는 8.7p1에서 배포됩니다.

RHEL 9에는 버전 8.7p1에 OpenSSH 가 포함되어 있습니다. 이 버전은 RHEL 8.5에 배포된 OpenSSH 버전 8.0p1에 비해 많은 개선 사항 및 버그 수정을 제공합니다.

OpenSSH에서 기본적으로 비활성화되어 있는 로케일 전달

컨테이너 및 가상 머신과 같은 작은 이미지에서 C.UTF-8 로케일을 사용하면 기존 en_US.UTF-8 로케일을 사용하여 크기를 줄이고 성능을 향상시킵니다.

OpenSSH는 U2F/FIDO 보안 키 지원

이전에는 하드웨어에 저장된 OpenSSH 키는 PKCS #11 표준을 통해서만 지원되었으며 SSH에서 다른 보안 키를 사용하는 것이 제한적이었습니다. U2F/FIDO 보안 키에 대한 지원은 업스트림으로 개발되었으며 이제 RHEL 9에서 구현되었습니다. 이로 인해 PKCS #11 인터페이스와 관계없이 SSH 내에서 보안 키의 유용성이 향상됩니다.

버전 4.6에서 제공되는 libreswan

RHEL 9에서는 업스트림 버전 4.6에서 Libreswan이 제공됩니다. 이 버전은 많은 버그 수정 및 향상된 기능, 특히 인터넷 키 교환 버전 2 (IKEv2)와 함께 사용되는 라벨이있는 IPsec에 대한 개선 사항을 제공합니다.

Libreswan은 기본적으로 IKEv1 패키지를 허용하지 않습니다.

인터넷 키 교환 v2 (IKEv2) 프로토콜은 현재 널리 배포되기 때문에 Libreswan은 더 이상 기본적으로 IKEv1 패킷을 지원하지 않습니다. IKEv2는 공격에 대해 더 안전한 환경과 복원력을 제공합니다. 시나리오가 IKEv1을 사용해야 하는 경우 ikev1-policy=accept 옵션을 /etc/ipsec.conf 설정 파일에 추가하여 활성화할 수 있습니다.

RHEL 9는 stunnel 5.62를 제공합니다.

RHEL 9는 stunnel 패키지 버전 5.62와 함께 배포됩니다. 주요 버그 수정 및 개선 사항은 다음과 같습니다.

RHEL 9는 nettle 3.7 . 3을 제공합니다.

RHEL 9는 nettle 패키지 3.7.3 버전을 제공하며 여러 버그 수정 및 개선 사항을 제공합니다. 주요 변경 사항은 다음과 같습니다.

RHEL 9에서는 p11-kit 0.24를 제공합니다.

RHEL 9는 0.24 버전의 p11-kit 패키지를 제공합니다. 이 버전에서는 여러 버그 수정 및 향상된 기능을 제공합니다. 특히 신뢰할 수 없는 인증 기관을 저장하기 위한 하위 디렉터리 이름이 blocklist 로 변경되었습니다.

Cyrus-sasl 은 Berkeley DB 대신 GDBM을 사용합니다.

이제 Cyrus-sasl 패키지가 libdb 종속성 없이 빌드되고, the sasldb 플러그인은 Berkeley DB 대신 GDBM 데이터베이스 형식을 사용합니다. 이전 Berkeley DB 형식으로 저장된 기존 SASL(Simple Authentication and Security Layer) 데이터베이스를 마이그레이션하려면 다음 구문으로 Cyrus bdb2current 도구를 사용합니다.

RHEL 9의 SELinux 정책은 현재 커널에 대한 최신 업데이트입니다.

SELinux 정책에는 커널의 일부이기도 하는 새로운 권한, 클래스 및 기능이 포함되어 있습니다. 따라서 SELinux는 커널에서 제공하는 모든 가능성을 활용할 수 있습니다. 특히 SELinux는 권한을 부여하는 데 필요한 세분성을 개선하여 이후의 보안 이점을 제공합니다. 또한 MLS 정책에 따라 일부 시스템이 정책에 알 수 없는 권한이 포함되어 있는 경우 일부 시스템이 시작되지 않기 때문에 MLS SELinux 정책으로 시스템을 실행할 수 있습니다.

기본 SELinux 정책에서는 텍스트 재배치 라이브러리가 있는 명령을 허용하지 않음

selinuxuser_execmod 부울은 이제 설치된 시스템의 보안 공간을 개선하기 위해 기본적으로 꺼져 있습니다. 따라서 SELinux 사용자는 라이브러리 파일에 textrel_shlib_t 레이블이 없으면 텍스트 재배치가 필요한 라이브러리를 사용하여 명령을 입력할 수 없습니다.

OpenSCAP 버전 1.3.6에서 제공됩니다.

RHEL 9에는 버그 수정 및 개선 사항을 제공하는 버전 1.3.6에 OpenSCAP이 포함되어 있습니다.

OSCAP Anaconda 애드온에서 새로운 애드온 이름 지원

이번 개선된 기능을 통해 OSCAP Anaconda 애드온 플러그인의 Kickstart 파일의 레거시 org_fedora_oscap 애드온 이름과 달리 새로운 com_redhat_oscap 애드온 이름을 사용할 수 있습니다. 예를 들어 Kickstart 섹션은 다음과 같이 구성할 수 있습니다.

CVE OVAL 피드

이번 업데이트를 통해 Red Hat은 CVE OVAL 피드를 압축 형식으로 제공합니다. 더 이상 XML 파일로 사용할 수 없지만 대신 EgressIP 2 형식으로 되어 있습니다. RHEL9의 피드 위치도 이러한 변경 사항을 반영하도록 업데이트되었습니다. 타사 SCAP 스캐너에는 압축된 콘텐츠를 참조하는 내용이 표준화되지 않기 때문에 압축된 피드를 사용하는 검사 규칙에 문제가 있을 수 있습니다.

SCAP Security Guide 버전 0.1.60

RHEL 9에는 버전 0.1.60에 scap-security-guide 패키지가 포함되어 있습니다. 이 버전에서는 버그 수정 및 개선 사항을 제공합니다.

RHEL 9.0에서 지원되는 SCAP 보안 가이드 프로필

RHEL 9.0에 포함된 SCAP 보안 가이드 컴플라이언스 프로필을 사용하면 시스템을 발행 조직의 권장 사항으로 시스템을 강화할 수 있습니다. 결과적으로 관련 수정 사항 및 SCAP 프로필을 사용하여 필요한 강화 수준에 따라 RHEL 9 시스템의 규정 준수를 구성하고 자동화할 수 있습니다.

RHEL 9에서는 fapolicyd 1.1을 제공합니다.

RHEL 9는 fapolicyd 패키지 버전 1.1과 함께 배포됩니다. 주요 개선 사항은 다음과 같습니다.

rsyslog에는 고성능 작업을 위한 mmfields 모듈 및 CEF가 포함되어 있습니다.

rsyslog에는 이제 mmfields 모듈을 제공하는 rsyslog-mmfields 하위 패키지가 포함되어 있습니다. 이는 property replacer 필드 추출을 사용하는 대신, 속성 교체기와 달리 모든 필드가 한 번에 추출되어 구조화된 데이터 부분 내에 저장됩니다. 결과적으로 필드 기반 로그 형식(예: Common Event Format)을 처리하는 데 mmfields 를 사용할 수 있으며 많은 수의 필드가 필요하거나 특정 필드를 재사용할 수 있습니다. 이러한 경우 mmfields 는 기존 Rsyslog 기능보다 성능이 향상됩니다.

별도의 rsyslog-logrotate 패키지에 포함된 logrotate

logrotate 구성은 기본 rsyslog 패키지와 새로운 rsyslog-logrotate 패키지로 분리되었습니다. 불필요한 종속성을 설치하지 않도록 로그 회전이 필요하지 않은 경우와 같이 특정 최소한의 환경에서 유용합니다.

sudo 가 Python 플러그인 지원

RHEL 9에 포함된 sudo 프로그램 버전 1.9를 사용하면 Python에서 sudo 플러그인을 작성할 수 있습니다. 이렇게 하면 sudo 를 보다 정확하게 특정 시나리오에 맞게 개선할 수 있습니다.

libseccomp 버전 2.5.2에서 제공

RHEL 9.0에서는 업스트림 버전 2.5.2에서 libseccomp 패키지를 제공합니다. 이 버전은 이전 버전에 비해 많은 버그 수정 및 개선 사항을 제공합니다.

Clevis에서 SHA-256지원

이번 개선된 기능을 통해 Clevis 프레임워크는 RFC 7638 에서 권장하는 대로 SHA-256 알고리즘을 JSON 웹 키(JWK) 지문의 기본 해시로 지원합니다. 이전 지문(SHA-1)은 계속 지원되므로 이전에 암호화된 데이터를 해독할 수 있습니다.

이제 커널에서 diag 모듈을 사용할 수 있습니다.

이제 diag 모듈이 커널 이미지에 포함됩니다. 이번 업데이트를 통해 ss 명령을 사용할 때 diag 모듈을 더 이상 동적으로 로드할 필요가 없습니다. 이를 통해 커널 모듈의 고객 정책에 관계없이 네트워킹 문제를 보다 효과적으로 디버깅할 수 있습니다. 커널에 포함된 모듈:

새로운 코어 및 IPv4 관련 네트워킹 sysctl 커널 매개변수

RHEL 9.0 커널은 이전 RHEL 버전에 비해 다음과 같은 새로운 core 및 IPv4 네트워킹 sysctl 매개변수를 제공합니다.

영역 간에 패킷을 전송할 때 firewalld 에서 변경된 동작

영역 기반 방화벽에서 패킷은 하나의 영역만 입력합니다. 암시적 패킷 전송은 개념 위반이며 트래픽 또는 서비스가 예기치 않게 허용할 수 있습니다. Red Hat Enterprise Linux 9에서 firewalld 서비스는 더 이상 서로 다른 두 영역 간의 암시적 패킷 전송을 허용하지 않습니다.

기본적으로 intra-zone 전달이 활성화되었습니다.

firewalld 내부 영역 전달 기능을 사용하면 firewalld 영역 내의 인터페이스 또는 소스 간에 트래픽을 전달할 수 있습니다. RHEL 9.0부터는 이 기능이 기본적으로 활성화되어 있습니다. firewall-cmd 유틸리티의 --add-forward 옵션을 사용하여 특정 영역에 대해 intra-zone 전달을 활성화합니다. firewall-cmd --list-all 명령은 영역 전달이 활성화되었는지 또는 비활성 상태인지 표시합니다.

Nmstate를 더 포괄적으로 만들기

Red Hat은 인식적인 언어를 사용하기 위해 최선을 다하고 있습니다. 보다 포괄적 수용을 위한 오픈 소스 용어 교체 의 이 이니셔티브에 대한 자세한 내용을 참조하십시오. 따라서 nmstate API의 슬레이브 용어가 port 라는 이름으로 교체되었습니다.

NetworkManager는 IBM Z의 rd.znet_ifname 커널 옵션에 설정된 인터페이스 이름을 지원

이번 개선된 기능을 통해 NetworkManager는 네트워크에서 Red Hat Enterprise Linux를 설치하거나 부팅할 때 rd.znet 및 rd.znet_ifname 커널 명령 줄 옵션을 해석합니다. 결과적으로 기본 채널 대신 하위 채널로 식별되는 네트워크 인터페이스의 이름을 지정할 수 있습니다.

hostapd 패키지가 RHEL 9.0에 추가되었습니다.

이번 릴리스에서는 RHEL이 hostapd 패키지를 제공합니다. 그러나 Red Hat은 이더넷 네트워크에서 802.1X 인증 도구로 RHEL 호스트를 설정하는 경우에만 hostapd 를 지원합니다. Wi-Fi 액세스 포인트 또는 유선-Fi 네트워크의 인증자와 같은 다른 시나리오는 지원되지 않습니다.

버전 1.18.2에서 제공되는 ModemManager

RHEL 9.0에서는 업스트림 버전 1.18.2의 ModemManager 패키지를 제공합니다. 이 버전에는 이전 버전에 대한 버그 수정 및 개선 사항이 포함되어 있습니다. 특히 다음과 같습니다.

NetworkManager를 사용하여 본딩 포트의 queue_id 를 변경할 수 있습니다.

본딩의 NetworkManager 포트는 이제 queue_id 매개 변수를 지원합니다. eth1 이 본딩 인터페이스의 포트라고 가정하면 다음을 사용하여 본딩 포트에 대해 queue_id 를 활성화할 수 있습니다.

최신 NetworkManager를 사용하여 차단, 금지 및 연결할 수 없는 경로 유형 지원

커널은 공통 유니캐스트,브로드캐스트, 로컬 경로 유형 외에 여러 경로 유형을 지원합니다. 또한 사용자는 NetworkManager의 연결 프로필에서 블랙홀 을 구성하여 고정 경로 유형을금지하고 연결할 수 있습니다. NetworkManager는 프로필이 활성화되면 프로필을 추가합니다.

RoCE Express Adapters가 개선된 인터페이스 이름 지정 스키마 사용

이러한 향상된 기능을 통해 RDMA over Converged Ethernet (RoCE) Express 어댑터는 예측 가능한 인터페이스 이름 지정 체계와 z-system (zPCI) 커넥터의 Peripheral Communication Interface를 사용합니다. 이 이름 지정 체계에서 RHEL은 UID(사용자 ID) 또는 함수 식별자(FID)를 사용하여 고유한 이름을 생성합니다. 고유한 UID가 없는 경우 RHEL은 FID를 사용하여 이름 지정 체계를 설정합니다.

RHEL 9.0의 커널 버전

Red Hat Enterprise Linux 9.0은 커널 버전 5.14.0-70과 함께 배포됩니다.

Red Hat은 기본적으로 권한 있는 사용자에 대해서만 모든 RHEL 버전에서 eBPF 를 활성화합니다.

eBPF(extended Berkeley Packet Filter)는 복잡한 기술로, 사용자가 Linux 커널 내에서 사용자 지정 코드를 실행할 수 있습니다. 따라서 eBPF 코드는 검증기 및 기타 보안 메커니즘을 통과해야 합니다. CVE(Common Vulnerabilities and Exposures) 인스턴스가 있으며, 이 코드의 버그는 인증되지 않은 작업을 위해 오용될 수 있었습니다. 이 위험을 완화하기 위해 Red Hat은 권한 있는 사용자에 대해서만 모든 RHEL 버전에서 기본적으로 eBPF 를 활성화했습니다. kernel.command-line 매개변수 privileged _bpf_disabled=0을 사용하여 권한이 없는 사용자에 대해 eBPF 를 활성화할 수 있습니다.

Red Hat은 마이너 릴리스에서 커널 기호만 보호

Red Hat은 보호된 커널 기호를 사용하여 커널 모듈을 컴파일하는 경우에만 EUS (Extended Update Support) 릴리스 내에서 향후 모든 업데이트에서 커널 모듈이 계속 로드되도록 합니다. RHEL 9의 마이너 릴리스 간에 ABI(커널 애플리케이션 바이너리 인터페이스)는 보장되지 않습니다.

RHEL 9 베타 커널 신뢰할 수 있는 SecureBoot 인증서로 서명

이전 버전에서는 RHEL 베타 릴리스에서는 사용자가 MOK(Machine Owner Key) 기능을 사용하여 별도의 베타 공개 키를 등록해야 했습니다. RHEL 9 Beta부터 커널은 신뢰할 수 있는 SecureBoot 인증서로 서명되므로 사용자는 UEFI Secure Boot가 활성화된 시스템에서 베타 버전을 사용하기 위해 별도의 베타 공개 키를 등록할 필요가 없습니다.

RHEL 9에서 cgroup-v2 가 기본적으로 활성화되어 있습니다

제어 그룹 버전 2(cgroup-v2) 기능은 제어 그룹 관리를 간소화하는 단일 계층 구조 모델을 구현합니다. 또한 한 번에 단일 제어 그룹의 멤버만 프로세스가 될 수 있습니다. systemd 와의 심도 있는 통합으로 RHEL 시스템에서 리소스 제어를 구성할 때 최종 사용자 환경이 향상됩니다.

커널 변경으로 인해 타사 커널 모듈에 영향을 줄 수 있음

5.9 이전 커널 버전의 Linux 배포판에서는 GPL 함수를 비GPL 기능으로 내보내기가 지원되었습니다. 결과적으로 shim 메커니즘을 통해 독점적인 기능을 GPL 커널 기능과 연결할 수 있었습니다. 이번 릴리스에서 RHEL 커널은 shim 을 다시 사용하여 GPL을 시행하는 RHEL의 기능을 향상시키는 업스트림 변경 사항을 통합합니다.

64비트 ARM 아키텍처에는 RHEL 9의 4 KB 페이지 크기가 있습니다.

Red Hat은 Red Hat Enterprise Linux 9에서 64비트 ARM 아키텍처에 대해 4KB의 실제 메모리 크기를 선택했습니다. 이 크기는 대부분의 ARM 기반 시스템에 존재하는 워크로드 및 메모리 양과 잘 연결됩니다. 대규모 페이지 크기를 효율적으로 사용하려면 대규모 페이지 옵션을 사용하여 대규모 데이터 세트로 더 많은 메모리 또는 워크로드를 처리합니다.

strace 유틸리티에서 이제 SELinux 컨텍스트 불일치를 올바르게 표시합니다.

strace 의 기존 --secontext 옵션이 mismatch 매개변수를 사용하여 확장되었습니다. 이 매개변수를 사용하면 불일치 시 실제 컨텍스트와 함께 예상 컨텍스트를 출력할 수 있습니다. 출력은 이중 느낌표(!!), 먼저 실제 컨텍스트, 다음 예상 컨텍스트로 구분됩니다. 아래 예제에서 전체,mismatch 매개변수는 컨텍스트의 사용자가 일치하지 않기 때문에 실제 컨텍스트와 함께 예상되는 전체 컨텍스트를 출력합니다. 그러나 독방 불일치 를 사용하는 경우 컨텍스트의 유형 부분만 확인합니다. 컨텍스트의 유형이 일치하므로 예상 컨텍스트가 인쇄되지 않습니다.

perf-top 이제 특정 열로 정렬할 수 있습니다.

이번 업데이트를 통해 perf-top 시스템 프로파일링 툴을 사용하면 임의의 이벤트 열에 따라 샘플을 정렬할 수 있습니다. 이전에는 그룹의 여러 이벤트가 샘플링된 경우 첫 번째 열에 의해 이벤트가 정렬되었습니다. 샘플을 정렬하려면 --group-sort-idx 명령줄 옵션을 사용하고 숫자 키를 눌러 일치하는 데이터 열로 테이블을 정렬합니다. 열 번호 지정은 0 에서 시작됩니다.

새로운 패키지: jigawatts

checkpoint/Restore In Userspace(CRIU)는 프로세스를 체크포인트 및 복원할 수 있는 Linux 유틸리티입니다. jigawatts 패키지에는 Java 라이브러리가 포함되어 있으며 Java 애플리케이션에서 CRIU 메커니즘의 사용 편의성을 개선하는 것을 목표로 합니다.

trace-cmd reset 명령에 새 동작이 있습니다.

이전에는 trace-cmd reset 명령에서 tracing_on 구성을 0으로 재설정했습니다. trace-cmd reset 의 새 동작은 tracing_on 을 기본값인 1로 재설정하는 것입니다.

RHEL 9에서 extended Berkeley Packet Filter가 지원됨

eBPF(Extended Berkeley Packet Filter) 는 제한된 기능 세트에 대한 액세스 권한이 있는 제한된 샌드박스 환경에서 커널 공간에서 코드를 실행할 수 있는 커널 내 가상 머신입니다. 가상 머신은 특수 어셈블리와 유사한 코드를 실행합니다.

RHEL 9에서는 크래시 유틸리티 버전 8.0.0을 제공합니다.

RHEL 9는 크래시 유틸리티 버전 8.0.0과 함께 배포됩니다. 버그 수정 및 주요 개선 사항은 다음과 같습니다.

makedumpfile 에서 향상된 zstd 압축 기능 지원

이번 개선된 기능을 통해 makedumpfile 에 Zstandard (zstd) 압축 기능이 추가되어 높은 압축률을 제공합니다. 이러한 개선은 특히 대규모 메모리 시스템에 도움이 됩니다.

Intel Xeon 확장 가능 서버 프로세서에서 numatop 활성화

numatop 는 NUMA 시스템에서 실행되는 프로세스와 스레드의 동작을 추적 및 분석하고 NUMA 관련 성능 병목 현상을 식별할 수 있는 지표를 표시하는 툴입니다.

kexec_file_load 가 RHEL 9의 기본 옵션으로 추가되었습니다.

이번 업데이트에서는 64비트 ARM 아키텍처에 대해 kexec_file_load 시스템 호출을 추가합니다. kdump 에 대한 커널 kexec loader를 제공합니다. 이전에는 보안 부팅 옵션이 활성화되면 커널이 서명되지 않은 커널 이미지를 로드하지 못했습니다. kdump 메커니즘은 먼저 보안 부팅이 활성화되었는지 여부를 탐지한 다음 실행할 부팅 인터페이스를 선택합니다. 결과적으로 보안 부팅이 활성화된 상태에서 서명되지 않은 커널이 로드되지 않고 kexec_file_load() 가 지정되어 있었습니다.

makedumpfile 에 예상 vmcore 크기를 얻기 위한 개선된 옵션 포함

이 구현을 통해 makedumpfile 유틸리티에 현재 실행 중인 커널의 덤프 크기에 대한 추정치를 출력하는 데 도움이 되는 다음 옵션이 포함되어 있습니다.

kexec-tools 패키지는 RHEL 9의 기본 crashkernel 메모리 예약 값을 지원합니다.

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

RHEL 9에서 코어 예약이 지원됩니다.

코어 스케줄링 기능을 사용하면 서로 신뢰해서는 안 되는 작업이 동일한 CPU 코어를 공유하지 않도록 방지할 수 있습니다. 마찬가지로, 사용자는 CPU 코어를 공유할 수 있는 작업 그룹을 정의할 수 있습니다.

기본적으로 제한 iommu 모드를 사용하여 64비트 ARM 아키텍처에서 성능이 향상되었습니다.

이 업그레이드를 통해 64비트 ARM 아키텍처는 기본적으로 시스템 메모리 관리 단위(SMMU)에 지연 직접 메모리 액세스(DMA) 도메인을 사용합니다. 상당한 성능 이점을 가져오는 동안 주소 unmap과 SMMU의TLB( Translation Lookaside Buffer) 플러시 사이에 창을 도입할 수 있습니다. 이전 버전에서 64비트 ARM 아키텍처는 엄격한 DMA 도메인을 기본값으로 구성하여 4KB 페이지 크기로 인해 성능이 저하되었습니다.

kernel-rt 소스 트리가 RHEL 9.0 트리로 업데이트되었습니다.

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

hv_24x7 및 hv_gpci PMUs의 CPU 핫플러그 지원

이번 업데이트를 통해 PMU 카운터는 CPU의 핫 플러그에 올바르게 반응합니다. 결과적으로 hv_gpci 이벤트 카운터가 비활성화된 CPU에서 실행되는 경우 계산은 다른 CPU로 리디렉션됩니다.

POWERPC hv_24x7 중첩 이벤트에 대한 메트릭을 사용할 수 있습니다.

POWERPC hv_24x7 중첩 이벤트에 대한 메트릭을 이제 perf 에 사용할 수 있습니다. 이러한 메트릭은 여러 이벤트를 집계하여 Perf 카운터에서 얻은 값과 CPU가 워크로드를 얼마나 효과적으로 처리할 수 있는지에 대한 이해를 제공합니다.

RHEL 9에서 DVDMA 드라이버가 도입되었습니다.

recordsDMA 드라이버를 사용하면 RDMA 가능 Intel® 네트워크 장치에서 RDMA 기능을 사용할 수 있습니다. 이 드라이버에서 지원하는 장치는 다음과 같습니다.

커널 본딩 모듈의 새 매개변수: lacp_active

RHEL 9에는 bonding 커널 모듈의 lacp_active 매개변수가 도입되었습니다. 이 매개변수는 지정된 간격으로 링크 집계 제어 프로토콜 데이터 단위(LACECDHE) 프레임을 보낼지 여부를 지정합니다. 옵션은 다음과 같습니다.

부트 로더 구성 파일은 CPU 아키텍처 전반에서 통합됩니다.

GRUB 부트 로더에 대한 설정 파일이 지원되는 모든 CPU 아키텍처의 /boot/grub2/ 디렉토리에 저장됩니다. 이전에 UEFI 시스템에서 기본 설정 파일로 사용된 GRUB의 /boot/efi/EFI/redhat/grub.cfg 파일인 /boot/grub2/grub.cfg 파일을 로드하면 됩니다.

일관된 사용자 환경을 위해 Samba 유틸리티의 옵션의 이름이 변경 및 제거되었습니다.

일관된 명령줄 인터페이스를 제공하도록 Samba 유틸리티가 개선되었습니다. 이러한 개선 사항에는 이름 변경 및 제거된 옵션이 포함됩니다. 따라서 업데이트 후 문제를 방지하려면 Samba 유틸리티를 사용하는 스크립트를 검토하고 필요한 경우 업데이트합니다.

이제 GFS2 파일 시스템이 포맷 버전 1802로 생성됩니다.

RHEL 9의 GFS2 파일 시스템은 포맷 버전 1802로 생성됩니다. 이를 통해 다음 기능을 사용할 수 있습니다.

RHEL 9에서는 nvml 패키지 버전 1.10.1를 제공합니다.

RHEL 9.0에서는 nvml 패키지를 버전 1.10.1로 업데이트합니다. 이번 업데이트에는 정전 시 잠재적인 데이터 손상 버그가 포함되어 있는 기능 및 수정 사항이 추가되었습니다.

exFAT 파일 시스템에 대한 지원이 추가되었습니다.

RHEL 9.0에서는 확장 가능 파일 할당 테이블(exFAT) 파일 시스템을 지원합니다. 이제 마운트, 포맷 및 일반적으로 이 파일 시스템을 사용할 수 있습니다. 이 파일 시스템은 일반적으로 플래시 메모리에서 기본적으로 사용됩니다.

tutorialctl 명령을 사용하여 SunRPC 연결 정보를 표시

이번 업데이트를 통해RuntimeConfig ctl 명령을 사용하여 시스템의 SunRPC objects에 대한 SunRPC sysfs 파일에 수집된 정보를 표시할 수 있습니다. SunRPC 네트워크 계층에서 sysfs 파일 시스템을 통해 오브젝트를 표시, 제거 및 설정할 수 있습니다.

LVM의 장치 세트 제한

기본적으로 RHEL 9의 LVM은 명시적으로 선택한 장치만 사용합니다. 새 명령 lvmdevices 및 vgimportdevices 를 사용하여 특정 장치를 선택합니다. pvcreate,vgcreate, vgextend 명령을 사용하면 아직 선택되지 않은 경우 lvm 용 새 장치를 간접적으로 선택합니다. LVM은 이러한 명령 중 하나를 사용하여 시스템을 선택할 때까지 시스템에 연결된 장치를 무시합니다. lvm 명령은 선택한 장치 목록을 장치 파일 /etc/lvm/devices/system.devices 에 저장합니다. lvm.conf 필터 또는 다른 명령줄 구성 필터가 새 장치 파일 기능을 활성화할 때 작동하지 않습니다. devices 파일을 제거하거나 비활성화하는 경우 LVM은 연결된 모든 장치에 필터를 적용합니다. 이 기능에 대한 자세한 내용은 lvmdevices(8) 매뉴얼 페이지를 참조하십시오.

nvme_tcp.ko 가 포함된 NVMe/TCP 호스트

nvme_tcp.ko 커널 모듈이 포함된 NVMe(Nonvolatile Memory Express) over TCP/IP 네트워크(NVMe/TCP) 스토리지가 이제 완전하게 지원됩니다. nvmet_tcp.ko 모듈이 있는 NVMe/TCP 대상은 RHEL 9.0에서 유지 관리되지 않는 상태로 사용할 수 있습니다.

multipathd 에서 FPIN-Li 탐지 이벤트 지원

marginal_pathgroups 구성 옵션에 대해 새 값 fpin 을 추가하면 multipathd 를 사용하여 Link Integrity Fabric Performance Impact Notification(PFIN-Li) 이벤트를 모니터링하고 링크 무결성 문제가 있는 경로를 경계 경로 그룹으로 이동할 수 있습니다. fpin 값을 설정하면 multipathd 가 기존 경계 경로 탐지 방법을 재정의하고 파이버 채널 패브릭에 따라 링크 무결성 문제를 식별합니다.

이제 resource-stickiness 리소스 meta-attribute가 새로 생성된 클러스터의 경우 0 대신 1로 설정됩니다.

이전 버전에서는 resource-stickiness 리소스 meta-attribute의 기본값이 새로 생성된 클러스터에 대한 기본값인 0이 있었습니다. 이제 이 meta-attribute가 1로 설정됩니다.

자동 비활성화를 제어하는 새로운 LVM 볼륨 그룹 플래그

LVM 볼륨 그룹은 이제 볼륨 그룹에서 생성한 논리 볼륨이 시작 시 자동으로 활성화되는지 여부를 제어하는 setautoactivation 플래그를 지원합니다. 클러스터에서 Pacemaker에서 관리할 볼륨 그룹을 생성할 때 볼륨 그룹에 대해 이 플래그를 n 명령으로 설정하여 가능한 데이터 손상을 방지합니다. Pacemaker 클러스터에 기존 볼륨 그룹이 사용된 경우, KnativeServing change --setautoactivation n 으로 플래그를 설정합니다.

새로운 pcs resource status display 명령

pcs 리소스 상태 및 pcs stonith 상태 명령에서 다음 옵션을 지원합니다.

pcs resource safe-disable 명령의 새로운 축소된 출력 표시 옵션

pcs resource safe-disable 및 pcs resource disable --safe 명령으로 오류 보고 후 긴 시뮬레이션 결과를 출력합니다. 이제 해당 명령에 --brief 옵션을 지정하여 오류를 출력할 수 있습니다. 이제 오류 보고서에는 항상 영향을 받는 리소스의 리소스 ID가 포함됩니다.

다른 모든 리소스를 재시작하지 않고 SCSI 펜싱 장치를 업데이트하는 새로운 pcs 명령

pcs stonith update 명령으로 SCSI 펜싱 장치를 업데이트하면 stonith 리소스가 실행 중인 동일한 노드에서 실행 중인 모든 리소스가 다시 시작됩니다. 새로운 pcs stonith update-scsi-devices 명령을 사용하면 다른 클러스터 리소스를 재시작하지 않고도 SCSI 장치를 업데이트할 수 있습니다.

클러스터 노드의 하위 집합에서 펜싱하도록 워치독 전용 SBD를 구성하는 기능

이전에는 워치독 전용 SBD 구성을 사용하려면 클러스터의 모든 노드가 SBD를 사용해야 했습니다. 이로 인해 일부 노드에서 이를 지원하는 클러스터에서 SBD를 사용하지 못했지만 다른 노드(원격 노드)에는 다른 유형의 펜싱이 필요했습니다. 사용자는 새로운 fence_watchdog 에이전트를 사용하여 워치독 전용 SBD 설정을 구성할 수 있으므로 일부 노드에서는 펜싱에 워치독 전용 SBD만 사용하고 기타 노드에는 다른 펜싱 유형을 사용할 수 있습니다. 클러스터에는 이러한 장치 하나만 있을 수 있으며 워치독 이라는 이름을 지정해야 합니다.

내부 오류에 대한 자세한 Pacemaker 상태 표시

Pacemaker에서 어떤 이유로든 리소스 또는 펜스 에이전트를 실행할 수 없는 경우(예: 에이전트가 설치되지 않았거나 내부 시간 초과가 있는 경우 Pacemaker 상태가 이제 내부 오류에 대한 자세한 종료 이유가 표시됩니다.

pcmk_delay_base 매개변수는 다른 노드에 대해 다른 값을 사용할 수 있습니다.

펜스 장치를 구성할 때 pcmk_delay_base 매개변수를 사용하여 다른 노드에 대해 다른 값을 지정할 수 있습니다. 이를 통해 노드마다 다른 지연과 함께 2-노드 클러스터에서 단일 펜스 장치를 사용할 수 있습니다. 이렇게 하면 각 노드에서 다른 노드를 동시에 펜싱하려고 시도하는 상황을 방지할 수 있습니다. 다른 노드의 다른 값을 지정하려면 pcmk_host_map과 유사한 구문을 사용하여 호스트 이름을 해당 노드의 지연 값에 매핑합니다. 예를 들어 node1:0;node2:10s는 node1을 펜싱할 때 no delay를 사용하고, node2를 펜싱할 때 10초 지연을 사용합니다.

pcmk_host_map 값 내의 특수 문자 지원

pcmk_host_map 속성은 값 앞에 백슬래시(\)를 사용하여 pcmk_host_map 값 내부의 특수 문자를 지원합니다. 예를 들어 호스트 별칭에 공백을 포함하도록 pcmk_host_map="node3:plug\ 1" 을 지정할 수 있습니다.

OpenShift의 새로운 펜싱 에이전트

Red Hat OpenShift Virtualization에서 RHEL High Availability와 함께 fence_kubevirt 펜싱 에이전트를 사용할 수 있습니다. fence_kubevirt 에이전트에 대한 자세한 내용은 fence_kubevirt(8) 도움말 페이지를 참조하십시오.

pcs cluster setup 명령의 로컬 모드 버전이 완전히 지원됩니다.

기본적으로 pcs cluster setup 명령은 모든 구성 파일을 클러스터 노드와 자동으로 동기화합니다. pcs cluster setup 명령으로 --corosync-conf 옵션을 완전히 지원합니다. 이 옵션을 지정하면 명령이 로컬 모드로 전환됩니다. 이 모드에서 pcs 명령줄 인터페이스는 corosync.conf 파일을 생성하여 다른 노드와 통신하지 않고 로컬 노드의 지정된 파일에 저장합니다. 이를 통해 스크립트에 corosync.conf 파일을 생성하고 스크립트를 통해 해당 파일을 처리할 수 있습니다.

리소스 이동 후 위치 제한 조건 자동 제거

pcs resource move 명령을 실행하면 리소스에 제약 조건이 추가되어 현재 실행 중인 노드에서 실행되지 않습니다. 기본적으로 명령이 생성하는 위치 제한 조건은 리소스가 이동되면 자동으로 제거됩니다. 이 경우 리소스가 원래 노드로 다시 이동하는 것은 아니며, 해당 시점에서 리소스를 실행할 수 있는 리소스는 처음에 리소스를 구성한 방법에 따라 달라집니다. 리소스를 이동하고 결과 제한 조건을 그대로 유지하려면 pcs resource move-with-contraint 명령을 사용합니다.

OCF Resource Agent API 1.1 표준용 pcs suppport

pcs 명령줄 인터페이스에서 OCF 1.1 리소스 및 STONITH 에이전트를 지원합니다. 이러한 지원의 구현의 일환으로 모든 에이전트의 메타데이터는 에이전트가 OCF 1.0 또는 OCF 1.1 에이전트인지에 관계없이 OCF 스키마를 준수해야 합니다. 에이전트의 메타데이터가 OCF 스키마를 준수하지 않는 경우 pcs 는 에이전트를 잘못된 것으로 간주하고 --force 옵션을 지정하지 않는 한 에이전트의 리소스를 생성하거나 업데이트하지 않습니다. 에이전트를 나열하는 pcs d Web UI 및 pcs 명령으로 목록에서 잘못된 메타데이터가 있는 에이전트를 생략합니다.

pcs에서 암호 해독 및 역할 이름으로 Unpromoted 를 허용합니다.

pcs 명령줄 인터페이스에서 ensures d 및 Unpromoted 역할이 Pacemaker 구성에 지정됩니다. 이러한 역할 이름은 이전 RHEL 릴리스에서 Master 및 Slave Pacemaker 역할과 동등한 기능이며, 구성 표시 및 도움말 페이지에 표시되는 역할 이름입니다.

pcsd Web UI의 업데이트된 버전

Pacemaker/Corosync 클러스터를 생성하고 구성하는 그래픽 사용자 인터페이스인 pcsd Web UI가 업데이트되었습니다. 업데이트된 웹 UI는 다른 Red Hat 웹 애플리케이션에 사용되는 PatternFly 프레임워크로 구축된 개선된 사용자 환경과 표준화된 인터페이스를 제공합니다.

RHEL 9의 Python

Python 3.9 는 RHEL 9의 기본 Python 구현입니다. Python 3.9 는 BaseOS 리포지토리의 비표준 python3 RPM 패키지로 배포되고 일반적으로 기본적으로 설치됩니다. Python 3.9 는 RHEL 9의 전체 라이프 사이클 동안 지원됩니다.

Node.js 16 사용 가능

RHEL 9는 JavaScript 프로그래밍 언어로 빠르고 확장 가능한 네트워크 애플리케이션을 구축하기 위한 소프트웨어 개발 플랫폼인 LS(Long Term Support) 버전 16을 제공합니다.

RHEL 9에서는 Ruby 3.0을 제공합니다.

RHEL 9는 Ruby 2.7 에 비해 여러 성능 향상, 버그 및 보안 수정, 새로운 기능을 제공하는 Ruby 3.0.3 과 함께 배포됩니다.

RHEL 9에는 Perl 5.32도입

RHEL 9에는 버전 5.30에 비해 여러 버그 수정 및 개선 사항을 제공하는 Perl 5.32 가 포함되어 있습니다.

RHEL 9에는 PHP 8.0포함

RHEL 9는 PHP 8.0 과 함께 배포되었으며 버전 7.4에 비해 여러 버그 수정 및 개선 사항을 제공합니다.

RHEL 9에서는 Git 2.31 및 Git LFS 2.13을 제공합니다.

RHEL 9는 RHEL 8에서 사용할 수 있는 버전 2.27에 비해 여러 개선사항 및 성능 향상을 제공하는 Git 2.31 과 함께 배포됩니다. 주요 변경 사항은 다음과 같습니다.

RHEL 9의 Subversion 1.14

RHEL 9는 Subversion 1.14 와 함께 배포됩니다. Subversion 1.14 는 RPM 패키지로 쉽게 설치할 수 있는 이 Application Stream의 초기 버전입니다. 추가 Subversion 버전은 RHEL 9의 향후 마이너 릴리스에서 라이프사이클이 짧은 모듈로 제공됩니다.

Apache HTTP Server에서 주요 변경 사항

RHEL 9.0에서는 Apache HTTP Server 버전 2.4.51을 제공합니다. 버전 2.4.37에 대한 주요 변경 사항은 다음과 같습니다.

RHEL 9에서 Nginx 1.20 사용 가능

RHEL 9에는 nginx 1.20 웹 및 프록시 서버가 포함되어 있습니다. 이번 릴리스에서는 버전 1.18에 비해 여러 버그 수정, 보안 수정, 새로운 기능 및 개선 사항이 포함되어 있습니다.

RHEL 9의 Varnish Cache 6.6

RHEL 9에는 고성능 HTTP 역방향 프록시인 Varnish Cache 6.6 이 포함되어 있습니다.

RHEL 9 소개 Squid 5

RHEL 9는 웹 클라이언트를 위한 고성능 프록시 캐싱 서버인 Squid 5.2 와 함께 배포되어 FTP, Gopher 및 HTTP 데이터 오브젝트를 지원합니다. 이 릴리스에서는 버전 4에 대한 여러 버그 수정, 보안 수정, 새로운 기능 및 향상된 기능을 제공합니다.

RHEL 9의 MariaDB 10.5

RHEL 9는 MariaDB 10.5 를 제공합니다. MariaDB 10.5 는 RPM 패키지로 쉽게 설치할 수 있는 이 애플리케이션 스트림의 초기 버전입니다. 추가 MariaDB 버전은 RHEL 9의 향후 마이너 릴리스에서 라이프사이클이 짧은 모듈로 제공됩니다.

RHEL 9에는 MySQL 8.0이 포함되어 있습니다.

RHEL 9는 MySQL 8.0 과 함께 배포됩니다. MySQL 8.0 은 RPM 패키지로 쉽게 설치할 수 있는 이 Application Stream의 초기 버전입니다. MySQL 8.0 의 라이프 사이클은 RHEL 9보다 짧습니다. 자세한 내용은 Red Hat Enterprise Linux Application Streams 라이프 사이클 문서를 참조하십시오.

RHEL 9에서는 PostgreSQL 13을 제공합니다.

PostgreSQL 13 은 RHEL 9에서 사용할 수 있습니다. PostgreSQL 13 은 RPM 패키지로 쉽게 설치할 수 있는 이 Application Stream의 초기 버전입니다. 추가 PostgreSQL 버전은 RHEL 9의 향후 마이너 릴리스에서 라이프사이클이 짧은 모듈로 제공됩니다.

RHEL 9의 Redis 6.2

RHEL 9는 RHEL 8에서 사용할 수 있는 버전 6.0에 비해 다양한 버그 및 보안 수정 및 개선 사항을 제공하는 Redis 6.2 와 함께 배포됩니다.

새로운 패키지: perl-Module-Signature

RHEL 9에는 perl-Module-Signature Perl 모듈이 도입되었습니다. 이 새로운 모듈을 사용하면 cpan 에 대한 서명 검사를 활성화하여 CVE-2020-16156을 완화할 수 있습니다. 자세한 내용은 perl-App-cpanminus 및 CVE-2020-16156에서 CVE-2020-16154를 완화하는 방법을 참조하십시오.

RHEL 9는 IBM POWER10 프로세서 지원

Linux 커널에서 시스템 툴체인(GCC, binutils, glibc)을 통해 IBM의 최신 POWER 프로세서인 POWER10에 대한 지원을 포함하도록 Red Hat Enterprise Linux 9가 업데이트되었습니다. RHEL 9는 POWER10에서 워크로드를 지원할 준비가 되어 있으며 향후 릴리스에서도 개선 사항이 제공됩니다.

GCC 11.2.1 사용 가능

RHEL 9는 GCC 버전 11.2.1과 함께 배포됩니다. 주요 버그 수정 및 개선 사항은 다음과 같습니다.

glibc 최적화 데이터를 캡처하기 위한 새로운 명령

새로운 ld.so --list-diagnostics 명령은 IFUNC 선택 및 glibc -hwcaps 구성과 같은 glibc 최적화 결정에 영향을 미치는 데이터를 단일 머신에서 읽을 수 있는 파일로 캡처합니다.

binutils의 주요 변경 사항

RHEL 9에는 binutils 의 다음과 같은 변경 사항이 추가되었습니다.

sched_getcpu 구현은 이제 64비트 ARM 아키텍처 및 기타 아키텍처에서의 성능을 개선하기 위해 rseq (restartable sequences)를 선택적으로 사용할 수 있습니다.

64비트 ARM 아키텍처에서 sched_getcpu 의 이전 구현은 getcpu 시스템 호출을 사용하므로 대부분의 병렬 알고리즘에서 효율적으로 사용하기에는 속도가 너무 느립니다. 다른 아키텍처에서는 vDSO(virtual dynamic shared object) 가속을 사용하여 이 문제를 해결합니다. rseq 를 사용하여 sched_getcpu 를 구현하면 64비트 ARM 아키텍처의 성능이 크게 향상됩니다. 다른 아키텍처에서는 약간의 개선이 표시됩니다.

업데이트된 성능 도구 및 디버거

RHEL 9.0에서는 다음과 같은 성능 도구와 디버거를 사용할 수 있습니다.

IBM POWER10의 GDB에서 DAWR 기능 개선

RHEL 9는 향상된 DAWR 기능을 제공하는 GDB 10.2와 함께 배포됩니다. IBM POWER10 프로세서에서 GDB에서 새로운 하드웨어 감시 기능을 사용할 수 있습니다. 예를 들어 새로운 DAWR/DAWRX 레지스터 세트가 추가되었습니다.

GDB는 IBM POWER10에서 새로운 접두사로 지정된 명령을 지원

GDB 10.2는 POWER10에 대한 사전 요구 사항을 완전히 지원하며, 여기에는 8바이트 접두사가 지정된 지침이 포함됩니다. RHEL 8.4에서는 GDB는 4바이트 명령만 지원했습니다.

RHEL 9는 boost 1.75.0을 제공합니다.

RHEL 9는 boost 패키지 버전 1.75.0과 함께 배포됩니다. 주요 버그 수정 및 버전 1.67.0에 대한 개선 사항은 다음과 같습니다.

RHEL 9에서는 LLVM Toolset 13.0.1을 제공합니다.

RHEL 9는 LLVM Toolset 버전 13.0.1과 함께 배포됩니다. 주요 버그 수정 및 버전 12.0.1의 개선 사항은 다음과 같습니다.

CMake 3.20.2에서 주요 변경 사항

RHEL 9는 CMake 3.20.2와 함께 배포됩니다. 버전 3.20.2 이하가 필요한 프로젝트에서 CMake를 사용하려면 cmake_minimum_required(버전 3.20.2) 명령을 사용합니다.

RHEL 9에서는 Go 1.17.7을 제공합니다.

RHEL 9는 Go Toolset 버전 1.17.7과 함께 배포됩니다. 주요 버그 수정 및 버전 1.16.7에 대한 개선 사항은 다음과 같습니다.

OpenSSL 3에서 FIPS 모드 지원

이제 FIPS 모드에서 Go의 경우 OpenSSL 3 라이브러리를 사용할 수 있습니다.

RHEL 9에서는 Rust Toolset 1.58.1을 제공합니다.

RHEL 9는 Rust Toolset 버전 1.58.1과 함께 배포됩니다. 주요 버그 수정 및 버전 1.54.0에 대한 개선 사항은 다음과 같습니다.

RHEL 9는 pcp 패키지 버전 5.3.5를 제공합니다.

RHEL 9는 Performance Co-2011(pcp) 패키지 버전 5.3.5와 함께 배포됩니다. 버전 5.3.1 이후로 BPF CO-RE (libbpf 및 BTF)를 사용하여 eBPF 프로그램의 성능 데이터를 제공하는 새로운 pcp-pmda-bpf 하위 패키지가 추가되었습니다.

PCP에서 SQL Server 메트릭에 액세스하기 위한 Active Directory 인증

이번 업데이트를 통해 시스템 관리자는 AD(Active Directory) 인증을 사용하여 SQL Server 메트릭에 안전하게 연결하도록 pmdamssql(1) 을 구성할 수 있습니다.

새로운 pcp-ss PCP 유틸리티를 사용할 수 있습니다.

pcp-ss PCP 유틸리티는 pmdasockets(1) PMDA에 의해 수집된 소켓 통계를 보고합니다. 명령은 많은 ss 명령줄 옵션 및 보고 형식과 호환됩니다. 또한 실시간 모드에서 로컬 또는 원격 모니터링의 이점과 이전에 기록된 PCP 아카이브의 기록 재생 기능도 제공합니다.

RHEL 9에서는 grafana 7.5.11을 제공합니다.

RHEL 9는 grafana 패키지 버전 7.5.11과 함께 배포됩니다. 7.5.9 버전 관련 주요 변경 사항은 다음과 같습니다.

RHEL 9에서는 grafana-pcp 3.2.0을 제공합니다.

RHEL 9는 grafana-pcp 패키지 버전 3.2.0과 함께 배포됩니다. 주요 버그 수정 및 버전 3.1.0에 대한 개선 사항은 다음과 같습니다.

grafana-pcp의 벡터 데이터 소스에 대한 중앙 pmproxy 를 통해 원격 호스트에 액세스

일부 환경에서는 네트워크 정책에서 대시보드 뷰어의 브라우저에서 모니터링된 호스트로의 연결을 직접 허용하지 않습니다. 이번 업데이트를 통해 중앙 pmproxy 에 연결하도록 hostspec 을 사용자 지정하여 개별 호스트에 요청을 전달할 수 있습니다.

새로운 패키지: ansible-pcp

ansible-pcp 패키지에는 메트릭 RHEL 시스템 역할을 구현하는 데 사용되는 PCP(Performance Co-dpdk) 및 Redis 및 Grafana와 같은 관련 소프트웨어가 포함되어 있습니다.

RHEL 9에서는 python-jsonpointer 2.0을 제공합니다.

RHEL 9는 python-jsonpointer 패키지 버전 2.0과 함께 배포됩니다.

.NET 6.0 사용 가능

RHEL 9는 .NET 버전 6.0과 함께 배포됩니다. 주요 개선사항은 다음과 같습니다.

RHEL 9의 Java 구현

RHEL 9 AppStream 리포지토리에는 다음이 포함됩니다.

RHEL 9의 Java 툴

RHEL 9 AppStream 리포지토리에는 다음과 같은 Java 툴이 포함되어 있습니다.

CRB 리포지토리에서 SWIG 4.0 사용 가능

SWIG(Simplified Wrapper and Interface Generator) 버전 4.0은 CodeReady Linux Builder(CRB) 리포지토리에서 사용할 수 있습니다. 이 릴리스에는 PHP 8 에 대한 지원이 추가되었습니다.

Directory Server에서 더 이상 글로벌 변경 로그를 사용하지 않음

이번 개선된 기능을 통해 Directory Server 변경 로그가 기본 데이터베이스에 통합되었습니다. 이전에는 Directory Server가 글로벌 변경 로그를 사용했습니다. 그러나 디렉터리가 여러 데이터베이스를 사용하는 경우 문제가 발생할 수 있습니다. 결과적으로 각 접미사는 이제 일반 데이터베이스 파일과 동일한 디렉터리에 자체 변경 로그를 가졌습니다.

모든 종속 항목이 있는 AppStream 리포지토리에서 Ansible -freeipa 를 사용할 수 있습니다.

이전에는 ansible-freeipa 패키지를 설치하기 전에 Ansible 리포지토리를 활성화하고 ansible 패키지를 설치해야 했습니다. RHEL 8.6 및 RHEL 9에서는 예비 단계 없이 ansible-freeipa 를 설치할 수 있습니다. ansible -freeipa 를 설치하면 보다 기본적인 Ansible 버전인 ansible-core 패키지가 종속성으로 자동으로 설치됩니다. ansible-freeipa 및 ansible-core 는 모두 rhel-9-for-x86_64-appstream-rpms 리포지토리에서 사용할 수 있습니다.

IdM에서 자동 마운트 위치 지원,자동 마운트 맵, 자동 마운트 키 Ansible 모듈 지원

이번 업데이트를 통해 ansible-freeipa 패키지에는 ipaautomountlocation,ipaautomountmap, ipaautomountkey 모듈이 포함되어 있습니다. IdM 위치에 있는 IdM 클라이언트에 로그인한 IdM 사용자를 위해 자동으로 마운트되도록 디렉터리를 구성하는 데 이러한 모듈을 사용할 수 있습니다. 현재는 직접 맵만 지원됩니다.

하위 ID 범위를 관리하는 지원은 shadow-utils에서 사용할 수 있습니다.

이전에는 shadow-utils 에서 /etc/subuid 및 /etc/subgid 파일에서 자동으로 subID 범위를 구성했습니다. 이번 업데이트를 통해 subid 필드에 값을 설정하여 /etc/nsswitch.conf 파일에서 subID 범위의 구성을 사용할 수 있습니다. 자세한 내용은 man subuid 및 man subgid 를 참조하십시오. 또한 이번 업데이트를 통해 IPA 서버의 하위 ID 범위를 제공하는 shadow-utils 플러그인의 SSSD 구현을 사용할 수 있습니다. 이 기능을 사용하려면 subid: sss 값을 /etc/nsswitch.conf 파일에 추가합니다. 이 솔루션은 rootless 컨테이너를 용이하게 하기 위해 컨테이너화된 환경에서 유용할 수 있습니다.

하위 ID 범위 관리 지원은 IdM에서 사용할 수 있습니다.

이번 업데이트를 통해 ID 관리에서 사용자의 ID 하위 범위를 관리할 수 있습니다. ipa CLI 툴 또는 IdM WebUI 인터페이스를 사용하여 자동으로 구성된 하위 ID 범위를 사용자에게 할당할 수 있습니다. 이 범위는 컨테이너화된 환경에서 유용할 수 있습니다.

ID 관리 설치 패키지가 데모되었습니다.

이전에는 RHEL 8에서 IdM 패키지가 모듈로 배포되었으므로 스트림을 활성화하고 원하는 설치에 해당하는 프로필을 설치해야 합니다. IdM 설치 패키지는 RHEL 9에서 시연되었으므로 다음 dnf 명령을 사용하여 IdM 서버 패키지를 설치할 수 있습니다.

기존 RHEL ansible-freeipa 리포지터리의 대안: Ansible Automation Hub

이번 업데이트를 통해 표준 RHEL 리포지토리에서 다운로드하지 않고 AAH(Ansible Automation Hub)에서 ansible-freeipa 모듈을 다운로드할 수 있습니다. AAH를 사용하면 이 리포지토리에서 사용할 수 있는 ansible-freeipa 모듈의 빠른 업데이트의 이점을 누릴 수 있습니다.

이제 Ansible-freeipa 모듈이 IdM 클라이언트에서 원격으로 실행될 수 있습니다.

이전에는 ansible-freeipa 모듈을 IdM 서버에서만 실행할 수 있었습니다. 이를 위해서는 Ansible 관리자가 IdM 서버에 대한 SSH 액세스 권한을 보유하여 잠재적인 보안 위협을 초래해야 했습니다. 이번 업데이트를 통해 IdM 클라이언트인 시스템에서 ansible-freeipa 모듈을 원격으로 실행할 수 있습니다. 따라서 IdM 구성 및 엔터티를 보다 안전한 방식으로 관리할 수 있습니다.

ipadnsconfig 모듈에는 global forwarder를 제외하려면 action: member 가 필요합니다.

이번 업데이트를 통해 ansible-freeipa ipadnsconfig 모듈을 사용하여 IdM(Identity Management)에서 전역 전달자를 제외하려면 state: absent 옵션 외에 action: member 옵션을 사용해야 합니다. action: member 를 사용하지 않고 플레이북에서 state: absent 만 사용하는 경우 플레이북이 실패합니다. 결과적으로 모든 글로벌 전달자를 제거하려면 플레이북에서 모두 개별적으로 지정해야 합니다. 반대로 state: present 옵션에는 action: member 가 필요하지 않습니다.

AD 사용자의 자동 개인 그룹은 중앙 집중식 구성을 지원합니다.

이제 IdM 클라이언트에서 인증된 SSSD 버전을 신뢰할 수 있는 Active Directory 도메인에서 사용자의 개인 그룹을 관리하는 방법을 중앙에서 정의할 수 있습니다. 이번 개선된 기능을 통해 AD 사용자를 처리하는 ID 범위에 대해 SSSD의 auto_private_groups 옵션 값을 명시적으로 설정할 수 있습니다.

BIND에 대한 사용자 정의 로깅 설정

이번 개선된 기능을 통해 /etc/named/ipa-logging-ext.conf 구성 파일에서 ID 관리 서버의 BIND DNS 서버 구성 요소에 대한 로깅 설정을 구성할 수 있습니다.

IdM 키 탭을 검색할 때 IdM 서버 자동 검색

이번 개선된 기능을 통해 ipa-getkeytab 명령을 사용하여 Kerberos 키 탭을 검색할 때 IdM 서버 호스트 이름을 더 이상 지정할 필요가 없습니다. 서버 호스트 이름을 지정하지 않으면 DNS 검색이 IdM 서버를 찾는 데 사용됩니다. 서버를 찾을 수 없는 경우 이 명령은 /etc/ipa/default.conf 구성 파일에 지정된 호스트 값으로 대체합니다.

RHEL 9에서 Samba 4.15.5 제공

RHEL 9는 버전 4.14에 대한 버그 수정 및 개선 사항을 제공하는 Samba 4.15.5와 함께 배포됩니다.

로그 분석기 툴을 사용하여 클라이언트 요청 추적

SSSD(System Security Services Daemon)에는 여러 SSSD 구성 요소의 로그 파일에서 처음부터 끝까지 요청을 추적하는 로그 구문 분석 도구가 포함되어 있습니다.

SSSD는 기본적으로 역추적을 기록합니다.

이 향상된 기능을 통해 SSSD는 메모리 내 버퍼에 자세한 디버그 로그를 저장하고 오류가 발생할 때 로그 파일에 추가합니다. 기본적으로 다음 오류 수준에서는 역추적이 트리거됩니다.

SSSD 기본 SSH 해싱 값이 OpenSSH 설정과 일치합니다.

ssh_hash_known_hosts 의 기본값이 false로 변경되었습니다. 이제 기본적으로 해시 호스트 이름이 아닌 OpenSSH 설정과 일치합니다.

Directory Server 12.0은 업스트림 버전 2.0.14를 기반으로 합니다.

Directory Server 12.0은 이전 버전에 비해 여러 버그 수정 및 개선 사항을 제공하는 업스트림 버전 2.0.14를 기반으로 합니다. 주요 변경 사항 전체 목록은 업데이트하기 전에 업스트림 릴리스 노트를 참조하십시오.

Directory Server는 이제 tmpfs 파일 시스템에 데이터베이스의 메모리 매핑된 파일을 저장합니다.

Directory Server에서 nsslapd-db-home-directory 매개 변수는 데이터베이스의 메모리 매핑된 파일의 위치를 정의합니다. 이번 개선된 기능을 통해 매개변수의 기본값을 /var/lib/dirsrv/slapd-instance_name/db/ 에서 /dev/shm/ 로 변경합니다. 결과적으로 tmpfs 파일 시스템에 저장된 내부 데이터베이스를 사용하면 Directory Server 성능이 향상됩니다.

Freeradius 지원이 재설계되었습니다.

RHEL 9에서는 기존 FreeRADIUS 오퍼링이 간소화되어 IdM(Identity Management)의 전략적 방향과 보다 밀접하게 정렬되었습니다. IdM 고객을 위한 최상의 지원을 제공하기 위해 Red Hat은 FreeRADIUS를 사용하여 이러한 외부 인증 모듈에 대한 지원을 강화하고 있습니다.

GNOME이 버전 40으로 업데이트

GNOME 환경이 GNOME 3.28에서 GNOME 40으로 업데이트되고 많은 새로운 기능이 추가되었습니다.

pipeWire가 이제 기본 오디오 서비스입니다.

이제 Pipe wire 서비스에서 모든 오디오 출력 및 입력을 관리합니다. pipeWire 는 일반적으로 사용 사례에서 PulseAudio 서비스를 대체하고 전문적인 사용 사례의 JACK 서비스를 대체합니다. 이제 시스템에서 PulseAudio,JACK 또는 ALSA 프레임워크를 사용하는 애플리케이션에서 오디오를 Pipe wire로 리디렉션합니다.

GNOME에서 power 프로필을 사용할 수 있습니다.

이제 GNOME 환경의 설정 전원 패널에서 여러 전원 프로필 간에 전환할 수 있습니다. power 프로필은 선택한 목표에 맞게 다양한 시스템 설정을 최적화합니다.

언어 지원은 이제 langpacks에서 제공합니다.

이제 langpack 패키지에서 다양한 언어에 대한 지원을 사용할 수 있습니다. 다음 패키지 이름을 사용하여 설치할 언어 지원 수준을 사용자 지정할 수 있습니다. 여기서 code 는 스페인어 es 와 같이 언어의 짧은 ISO 코드입니다.

경량 단일 애플리케이션 환경

단일 애플리케이션만 제공하는 그래픽 사용 사례의 경우 이제 UI(Lightweight User Interface)를 사용할 수 있습니다.

로그인 및 데스크탑 세션의 보안 분류 배너

이제 시스템의 전체 보안 분류 수준을 표시하도록 분류 배너를 구성할 수 있습니다. 이는 사용자가 로그인한 시스템의 보안 분류 수준을 알고 있어야 하는 배포에 유용합니다.

기본 월페이퍼는 Red Hat 로고를 추가합니다.

기본 RHEL 배경 화면이 이제 Red Hat 로고가 표시됩니다. 로고는 화면의 왼쪽 상단에 있습니다.

Firefox에서 PKCS#12 파일에서 더 강력한 암호화 사용

Firefox 웹 브라우저에서는 PKCS#12 파일을 사용하여 클라이언트 인증 인증서를 설정합니다. 이전에는 Firefox에서 기존 알고리즘을 사용하여 이러한 파일을 암호화했습니다.

Wayland 세션은 이제 NVIDIA 드라이버에서 기본으로 설정되어 있습니다.

이제 NVIDIA 드라이버를 사용하는 경우 드라이버 구성에서 Wayland를 지원하는 경우 데스크탑 세션은 기본적으로 Wayland 디스플레이 프로토콜을 선택합니다. 이전 RHEL 릴리스에서 NVIDIA 드라이버는 항상 Wayland를 비활성화했습니다.

웹 콘솔에서 sudo 및 SSH에 대한 스마트 카드 인증

이전에는 스마트 카드 인증을 사용하여 sudo 권한을 획득하거나 웹 콘솔에서 SSH를 사용할 수 없었습니다. 이번 업데이트를 통해 ID 관리 사용자는 스마트 카드를 사용하여 sudo 권한을 얻거나 SSH를 사용하여 다른 호스트에 연결할 수 있습니다.

웹 콘솔에서 재부팅하지 않고 커널 보안 패치

이 웹 콘솔 업데이트를 사용하면 kpatch 프레임워크를 사용하여 재부팅하지 않고도 커널 보안 패치를 적용할 수 있습니다. 관리자는 또한 향후 커널을 라이브 패치 스트림에 자동으로 구독할 수 있습니다.

RHEL 웹 콘솔에서는 기본적으로 Insights 등록을 제공합니다.

이번 업데이트를 통해 Red Hat Enterprise Linux 웹 콘솔을 사용하여 RHEL 시스템을 등록할 때 이 시스템을 Red Hat Insights에 연결 확인란을 선택합니다. Insights 서비스에 연결하지 않으려면 상자를 선택 취소합니다.

Cockpit에서 기존 TLS 인증서 사용을 지원

이번 개선된 기능을 통해 인증서에 더 엄격한 파일 권한 요구 사항(예: root:cockpit-ws 0640)이 없으므로 다른 서비스와 공유할 수 있습니다.

네트워킹 시스템 역할이 SAE 지원

Wi-Fi 보호 액세스 버전 3(WPA3) 네트워크에서 동일한 인증(SAE)의 동시 인증으로 암호화 키가 전송되지 않습니다. 이번 개선된 기능을 통해 네트워킹 RHEL 시스템 역할은 SAE를 지원합니다. 결과적으로 관리자는 이제 Networking 시스템 역할을 사용하여 WPA-SAE를 사용하는 Wi-Fi 네트워크에 대한 연결을 구성할 수 있습니다.

네트워킹 시스템 역할은 이제 owe를 지원

네트워킹 RHEL 시스템 역할은 이제 Opportunistic wireless Encryption ( owe )을 지원합니다. owe는 Wi-Fi 클라이언트와 액세스 포인트 사이의 암호화를 사용하고 Wi-Fi 클라이언트를 스니핑 공격으로부터 보호하는 무선 인증 키 관리 유형입니다. owe를 사용하려면 무선 인증 키 관리 유형인key_backend 필드를 owe 로 설정합니다.

방화벽 시스템 역할에서 방화벽 기본 영역 설정을 지원

영역은 들어오는 트래픽을 더 투명하게 관리하는 개념을 나타냅니다. 영역은 네트워킹 인터페이스에 연결되거나 다양한 소스 주소가 할당됩니다. 각 영역의 방화벽 규칙은 관리자가 복잡한 방화벽 설정을 정의하고 트래픽에 적용할 수 있도록 독립적으로 관리됩니다. 이 기능을 사용하면 기본 영역으로 사용되는 기본 영역을 설정하여 firewall-cmd --set-default-zone zone-name 과 동일한 인터페이스를 할당할 수 있습니다.

스토리지 RHEL 시스템 역할에서 LVM VDO 볼륨 지원

이번 개선된 기능을 통해 Storage System Role을 사용하여 LVM(Logical Manager Volumes) VDO(Virtual Data Optimizer) 볼륨을 관리할 수 있습니다. LVM 파일 시스템은 VDO 볼륨을 관리하고 이 기능을 사용하면 LVM 볼륨에서 압축하고 중복될 수 있습니다. 따라서 VDO는 스토리지 볼륨의 사용을 최적화하는 데 도움이 됩니다.

스토리지 시스템 역할에서 백분율로 표시되는 볼륨 크기에 대한 지원을 사용할 수 있습니다.

이번 개선된 기능으로 LVM 볼륨 크기를 풀 전체의 백분율로 표현하기 위해 Storage RHEL 시스템 역할에 지원이 추가되었습니다. LVM 볼륨의 크기를 풀/VG 크기의 백분율로 지정할 수 있습니다. 예를 들면 다음과 같습니다. 파일 시스템의 사람이 읽을 수 있는 크기(예: 10g, 50GiB) 외에도 50%가 필요합니다.

캐시된 볼륨에 대한 지원은 스토리지 시스템 역할에서 사용할 수 있습니다.

이번 개선된 기능에는 캐시된 LVM 논리 볼륨을 생성 및 관리할 수 있는 스토리지 RHEL 시스템 역할이 추가되었습니다. LVM 캐시는 LV 데이터의 하위 집합을 임시로 더 빠르고 더 빠른 장치(예: SSD)에 저장하여 느린 논리 볼륨의 성능을 개선하는 데 사용할 수 있습니다.

Firewall 역할에 소스를 추가하거나 제거하는 기능

이번 업데이트를 통해 소스 매개변수를 사용하여 방화벽 설정 구성에서 소스를 추가하거나 제거할 수 있습니다.

Microsoft SQL Server 관리를 위한 새로운 Ansible 역할

새로운 microsoft.sql.server 역할은 IT 및 데이터베이스 관리자가 Red Hat Enterprise Linux에서 SQL Server의 설정, 구성 및 성능 튜닝과 관련된 프로세스를 자동화할 수 있도록 설계되었습니다.

Microsoft SQL System Role은 연결이 끊긴 또는 Satellite 서브스크립션에 대한 사용자 지정 리포지토리 지원

이전에는 Satellite 또는 Capsule을 가리켜야 하는 사용자 지정 서버 또는 Satellite 사용자로부터 패키지를 가져오는 데 필요한 연결이 끊긴 환경의 사용자는 microsoft.sql.server 역할을 지원하지 않았습니다. 이번 업데이트에서는 mssql_rpm_key,mssql_server_repository 및 mssql_client_repository 변수를 제공하여 패키지를 다운로드할 리포지토리를 사용자 지정하는 데 사용할 수 있습니다. URL을 제공하지 않으면 mssql 역할은 공식 Microsoft 서버를 사용하여 RPM을 다운로드합니다.

MSSQL 역할은 관리되는 구성 파일에서 "Ansible_managed" 주석을 일관되게 사용합니다.

MSSQL 역할은 /var/opt/mssql/mssql.conf 구성 파일을 생성합니다. 이번 업데이트를 통해 MSSQL 역할은 Ansible 표준 ansible_managed 변수를 사용하여 구성 파일에 "Ansible 관리" 주석을 삽입합니다. 주석은 MSSQL 역할이 파일을 덮어쓸 수 있으므로 구성 파일을 직접 편집하지 않아야 함을 나타냅니다. 결과적으로 구성 파일에는 구성 파일이 Ansible에서 관리됨을 알리는 선언이 포함되어 있습니다.

RHEL 시스템 역할에 대한 Ansible Core 지원

RHEL 9 GA 릴리스에서 Ansible Core는 RHEL 지원 자동화 사용 사례를 지원하기 위해 제한된 지원 범위로 제공됩니다. Ansible Core는 RHEL의 이전 버전에서 제공되는 Ansible Engine을 별도의 리포지토리에서 대체합니다. Ansible Core는 RHEL용 AppStream 리포지토리에서 사용할 수 있습니다. 지원되는 사용 사례에 대한 자세한 내용은 RHEL 9 AppStream에 포함된 Ansible Core 패키지에 대한 지원 범위를 참조하십시오.

하나의 elasticsearch 출력 사전에서 여러 elasticsearch 호스트 구성 지원

이전에는 server_host 매개변수가 단일 호스트에 문자열 값을 가져오는 데 사용되었습니다. 이번 개선된 기능을 통해 기본 rsyslog omelasticsearch의 사양을 조정하므로 여러 호스트를 지원하는 데 문자열 목록도 걸립니다. 결과적으로 기본 rsyslog omelasticsearch의 사양에 따라 호스트에 조정됩니다. 결과적으로 사용자는 하나의 elasticsearch 출력 사전에 여러 elasticsearch 호스트를 구성할 수 있습니다.

RHEL 시스템 역할에서 VPN 관리 지원

이전에는 Linux에서 IPsec 터널링 및 VPN(Virtual Private Networking) 솔루션을 올바르게 구성하고 올바르게 구성하기 어려웠습니다. 이번 개선된 기능을 통해 VPN RHEL 시스템 역할을 사용하여 호스트 간 및 메시 연결에 대한 VPN 터널을 설정하고 구성할 수 있습니다. 결과적으로 RHEL System Roles 프로젝트 내에서 VPN 및 IPsec 터널링 구성을 위한 일관되고 안정적인 구성 인터페이스가 있습니다.

SSHD RHEL 시스템 역할은 이제 비독점 구성 스니펫 지원

이 기능을 사용하면 네임스페이스를 사용하여 이전 구성을 다시 작성하지 않고도 다양한 역할 및 플레이북을 통해 SSHD를 구성할 수 있습니다. 네임스페이스는 드롭인 디렉터리와 유사하며 SSHD에 대한 비독점 구성 스니펫을 정의합니다. 따라서 전체 구성 파일이 아닌 구성의 일부만 구성해야 하는 경우 다른 역할의 SSHD RHEL 시스템 역할을 사용할 수 있습니다.

Time Security (NTS) 옵션이 timesync RHEL System Role에 추가되었습니다.

클라이언트 서버에서 NTS 를 사용하도록 사용하도록 Timesync RHEL 시스템 역할에 NTS 옵션이 추가되었습니다. NTS는 NTP(Network Time Protocol)에 대해 지정된 새로운 보안 메커니즘입니다. NTS는 클라이언트별 구성 없이 NTP 클라이언트의 동기화를 보호할 수 있으며 다수의 클라이언트로 확장할 수 있습니다. NTS 옵션은 버전 4.0 이상의 chrony NTP 공급자에서만 지원됩니다.

HA Cluster RHEL 시스템 역할 지원

HA Cluster(고가용성 클러스터) 역할이 이제 완전히 지원됩니다. 다음과 같은 주요 구성을 사용할 수 있습니다.

Elasticsearch에 대한 Rsyslog 사용자 이름 및 암호 인증 지원

이번 업데이트에서는 로깅 시스템 역할에 Elasticsearch 사용자 이름 및 암호 매개변수가 추가되었습니다. 결과적으로 사용자 이름 및 암호를 사용하여 Elasticsearch에 인증하도록 Rsyslog를 활성화할 수 있습니다.

Clevis 클라이언트 시스템 역할은 고정 IP 주소를 지원합니다.

이전 버전의 RHEL에서는 고정 IP 주소로 시스템을 다시 시작하고 NBDE(Network Bound Disk Encryption) 클라이언트 시스템 역할은 시스템의 IP 주소를 변경합니다. 이 변경으로 인해 고정 IP 주소가 있는 시스템은 Clevis 클라이언트 시스템 역할에서 지원되며 IP 주소는 재부팅 후 변경되지 않습니다.

LVM에 raid_level 을 지정하는 지원이 추가되었습니다.

RHEL 9.0에서는 lvmraid 기능을 사용하여 LVM(Logical Volume Management) 볼륨을 RAID로 그룹화할 수 있습니다.

인증서 역할은 후크 스크립트에서 "Ansible_managed" 주석을 일관되게 사용합니다.

이번 개선된 기능을 통해 인증서 역할은 Ansible 표준 "ansible_managed" 변수를 사용하여 "Ansible 관리" 주석을 삽입하는 공급자를 지원하기 위해 사전 스크립트 및 post-scripts를 생성합니다.

새 옵션 auto_gateway 는 기본 경로 동작을 제어합니다.

이전에는 DEFROUTE 매개변수는 구성 파일을 사용하여 구성할 수 없지만 모든 경로의 이름을 지정하여 수동으로 구성할 수 있었습니다. 이번 업데이트에서는 연결에 대한 ip 구성 섹션에 새 auto_gateway 옵션이 추가되어 기본 경로 동작을 제어할 수 있습니다. 다음과 같은 방법으로 auto_gateway 를 구성할 수 있습니다.

네트워크 시스템 역할에 추가된 모든 본딩 옵션에 대한 지원

이번 업데이트에서는 네트워크 RHEL 시스템 역할에 대한 모든 본딩 옵션을 지원합니다. 결과적으로 결합된 인터페이스를 통해 네트워크 전송을 유연하게 제어할 수 있습니다. 결과적으로 해당 인터페이스에 여러 옵션을 지정하여 결합된 인터페이스를 통한 네트워크 전송을 제어할 수 있습니다.

NetworkManager는 PCI 주소를 사용하여 네트워크 카드 지정 지원

이전 버전에서는 연결 프로필을 설정하는 동안 NetworkManager는 이름 또는 MAC 주소를 사용하여 네트워크 카드만 지정할 수 있었습니다. 이 경우 장치 이름은 안정적이지 않으며 MAC 주소에 사용된 MAC 주소 레코드가 유지 관리해야 하는 인벤토리가 필요합니다. 이제 연결 프로필에서 PCI 주소를 기반으로 네트워크 카드를 지정할 수 있습니다.

이제 Network System 역할이 Ansible의 구성 파일을 직접 관리합니다.

이 향상된 기능을 통해 네트워크 역할은 /etc/sysconfig/network-scripts 에 ifcfg 파일을 생성합니다. 그런 다음 표준 ansible_managed 변수를 사용하여 "Ansible managed" 주석을 삽입합니다. 이 주석은 네트워크 역할이 덮어쓸 수 있으므로 ifcfg 파일을 직접 편집할 수 없음을 나타냅니다. "Ansible 관리" 주석을 추가하기 위해 ifcfg 파일을 처리하는 데 중요한 차이점은 NetworkManager에서 nm 패키지를 사용하는 동안 네트워크 역할에서 initscripts 패키지를 사용한다는 것입니다.

RHEL 시스템 역할에 대한 Ansible Core 지원

RHEL 9.0에서는 RHEL에서 자동화 사용 사례를 지원하기 위해 제한된 지원 범위로 Ansible Core가 제공됩니다. Ansible Core는 이전에 별도의 리포지토리에 제공된 Ansible Engine을 대체합니다. Ansible Core는 RHEL용 AppStream 리포지토리에서 사용할 수 있습니다. 지원되는 사용 사례에 대한 자세한 내용은 RHEL 9 및 RHEL 8.6 이상 AppStream 리포지토리에 포함된 Ansible Core 패키지에 대한 지원 범위를 참조하십시오. 사용자는 Ansible Engine에서 Ansible Core로 시스템을 수동으로 마이그레이션해야 합니다.

Cockpit 시스템 역할이 지원됨

이번 개선된 기능을 통해 시스템에 웹 콘솔을 설치하고 구성할 수 있습니다. 따라서 자동화된 방식으로 웹 콘솔을 관리할 수 있습니다.

터미널 세션 기록 시스템 역할은 관리 구성 파일에서 "Ansible 관리" 주석을 사용합니다.

터미널 세션 레코딩 역할은 2개의 구성 파일을 생성합니다.

VPN 역할은 관리 구성 파일에서 "Ansible_managed" 주석을 일관되게 사용합니다.

VPN 역할은 다음 구성 파일을 생성합니다.

Postfix 역할은 관리 구성 파일에서 "Ansible_managed" 주석을 일관되게 사용합니다.

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

방화벽 RHEL 시스템 역할이 RHEL 9에 추가되었습니다.

이번 개선된 기능을 통해 rhel-system-roles.firewall RHEL 시스템 역할이 rhel-system-roles 패키지에 추가되었습니다. 결과적으로 관리자는 관리형 노드의 방화벽 설정을 자동화할 수 있습니다.

SSH 클라이언트 RHEL 시스템 역할은 OpenSSH 8.7에서 새 구성 옵션을 지원합니다.

이번 개선된 기능을 통해 OpenSSH가 최신 버전으로 업데이트되어 새 호스트 구성을 위한 SSH 클라이언트 역할에서 사용 가능한 새로운 구성 옵션을 제공합니다.

RHEL 웹 콘솔의 새로운 가상화 기능

이번 업데이트를 통해 RHEL 웹 콘솔에는 Virtual Machines 페이지에 새로운 기능이 포함되어 있습니다. 지금 할 수 있습니다:

QEMU 사용 Clang

이제 QEMU 에뮬레이터가 Clang 컴파일러를 사용하여 빌드되었습니다. 이를 통해 RHEL 9 KVM 하이퍼바이저는 여러 고급 보안 및 디버깅 기능을 사용할 수 있으며 향후 기능 개발을 보다 효율적으로 수행할 수 있습니다.

가상 머신용 SafeStack

AMD64 및 Intel 64 하드웨어(x86_64)의 RHEL 9에서는 QEMU 에뮬레이터에서 향상된 컴파일러 기반 스택 보호 기능인 SafeStack을 사용할 수 있습니다. SafeStack은 스택 기반 버퍼 오버플로를 악용하여 스택의 반환 포인터를 변경하고 잘못된 프로그래밍(ROP) 공격을 생성할 수 있는 기능을 줄입니다. 결과적으로 RHEL 9에서 호스팅되는 가상 머신은 ROP 기반 취약점에 대해 훨씬 더 안전합니다.

virtiofs 전체 지원 Intel 64, AMD64 및 IBM Z

virtio 파일 시스템(virtiofs)은 이제 Intel 64, AMD64 및 IBM Z 아키텍처에서 완전하게 지원됩니다. virtiofs 를 사용하면 호스트 시스템과 가상 시스템 간에 파일을 효율적으로 공유할 수 있습니다.

KVM 게스트에서 지원되는 AMD EPYC7003 시리즈 프로세서

AMD EPYC7003 시리즈 프로세서(Blug Milan이라고도 함)에 대한 지원이 이제 KVM 하이퍼바이저 및 커널 코드와 libvirt API에 추가되었습니다. 이를 통해 KVM 가상 머신은 AMD EPYC7003 시리즈 프로세서를 사용할 수 있습니다.

QEMU-kvm 에서 추가 머신 유형 지원

RHEL 9를 기반으로 하는 새로운 머신 유형 세트가 VM(가상 머신)에서 사용할 수 있도록 추가되었습니다. 호스트에서 현재 지원되는 모든 머신 유형을 가져오려면 /usr/libexec/qemu-kvm -M help 명령을 사용합니다.

IBM Z의 가상화 CLI에서 중재 장치 지원

virt-install 또는 virt-xml 을 사용하여 이제 vfio-ap 및 vfio-ccw와 같은 중재 장치를 VM에 연결할 수 있습니다. 예를 들어 IBM Z 호스트에서 DASD 스토리지 장치 및 암호화 공동 프로세서를 보다 유연하게 관리할 수 있습니다. 또한 virt-install 을 사용하여 기존 DASD 중재 장치를 기본 디스크로 사용하는 VM을 만들 수 있습니다. 이에 대한 지침은 RHEL 9에서 가상화 구성 및 관리 가이드를 참조하십시오.

모듈식 libvirt 데몬

RHEL 9에서 libvirt 라이브러리는 호스트의 개별 가상화 드라이버 세트를 처리하는 모듈식 데몬을 사용합니다. 예를 들어 virtqemud 데몬은 QEMU 드라이버를 처리합니다. 따라서 리소스 로드 최적화 및 모니터링과 같은 가상화 드라이버와 관련된 다양한 작업을 미세 조정할 수 있습니다.

Windows 11 및 Windows Server 2022 게스트 지원

RHEL 9는 KVM 가상 머신의 게스트 운영 체제로 Windows 11 및 Windows Server 2022 사용을 지원합니다.

ksmtuned 는 qemu-kvm과 별도로 배포되었습니다.

KVM 하이퍼바이저의 공간을 줄이기 위해 ksmtuned 유틸리티는 더 이상 qemu-kvm 의 종속성이 아닙니다. 결과적으로 커널 동일 페이지 병합(KSM)을 구성해야 하는 경우 ksmtuned 패키지를 수동으로 설치해야 합니다.

새로운 기능: vTPM

가상 신뢰할 수 있는 플랫폼 모듈 (vTPM)은 RHEL 9에서 완전히 지원됩니다. vTPM을 사용하면 RHEL 9 KVM 하이퍼바이저에서 실행 중인 VM(가상 머신)에 TPM 가상 암호화 프로세서를 추가할 수 있습니다. 따라서 VM을 사용하여 암호화 키를 생성, 저장 및 관리할 수 있습니다.

Intel Atom P59 시리즈 프로세서에 대한 가상화 지원

이번 업데이트를 통해 RHEL 9에서 가상화는 이전에 Snow Ridge로 알려진 Intel Atom P59 시리즈 프로세서에 대한 지원을 추가합니다. 결과적으로 RHEL 9에서 호스팅되는 가상 머신은 이제 Snowridge CPU 모델을 사용하고 프로세서에서 제공하는 새로운 기능을 사용할 수 있습니다.

RHEL 9에서는 WALinuxAgent 2.3.0.2를 제공합니다.

RHEL 9는 Windows Azure Linux Agent (WALinuxAgent) 패키지 버전 2.3.0.2와 함께 배포됩니다. 주요 버그 수정 및 버전 2.2.49 개선 사항은 다음과 같습니다.

Azure의 RHEL은 이제 MANA를 지원합니다.

Microsoft Azure에서 실행되는 RHEL 9 가상 머신은 이제 MANA(Microsoft Azure Network Adapter)를 사용할 수 있습니다.

cloud-init 에서 VMware GuestInfo 데이터 소스 지원

이번 업데이트를 통해 cloud-init 유틸리티에서 VMware guestinfo 데이터에 대한 데이터 소스를 읽을 수 있습니다. 결과적으로 cloud-init 를 사용하여 VMware vSphere에서 RHEL 9 가상 머신을 설정하는 것이 더 효율적이고 안정적입니다.

RHEL 9 가상 머신은 Azure의 특정 ARM64 호스트에서 지원됩니다.

RHEL 9를 게스트 운영 체제로 사용하는 가상 머신은 이제 Ampere Altra ARM 기반 프로세서에서 실행되는 Microsoft Azure 하이퍼바이저에서 지원됩니다.

cloud-init 는 Microsoft Azure에서 사용자 데이터를 지원합니다.

cloud-init 유틸리티에 대해 --user-data 옵션이 도입되었습니다. 이 옵션을 사용하면 Azure에서 RHEL 9 가상 머신을 설정할 때 IMDS(Azure Instance Metadata Service)에서 스크립트 및 메타데이터를 전달할 수 있습니다.

cloud-init에 대한 새 SSH 모듈

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

SOS 보고서는 이제 예상 모드 실행을 제공합니다.

이 보고서 업데이트에서는 RHEL 서버에서 sos 보고서를 수집하는 데 필요한 디스크 공간을 대략적으로 수행할 수 있는 -- expectations-only 옵션을 추가합니다. sos report --neutron-only 명령을 실행합니다.

Podman에서 보안 짧은 이름 지원

[aliases] 테이블에 있는 registries.conf 파일에서 이미지의 단축 별칭을 구성할 수 있습니다. 짧은 이름 모드는 다음과 같습니다.

container-tools 모듈의 변경 사항

container-tools 모듈에는 Podman, Buildah, Skopeo, runc 툴이 포함되어 있습니다. RHEL 8에서 container-tools:rhel8 스트림으로 표시되는 롤링 스트림 이름은 RHEL 9에서 container-tools:latest 라고 합니다. RHEL 8과 마찬가지로 안정적인 버전의 컨테이너 툴은 번호가 지정된 스트림(예: 3.0)에서 사용할 수 있습니다.

containers-common 패키지를 사용할 수 있습니다.

container-common 패키지가 container-tools:latest 모듈에 추가되었습니다. containers-common 패키지에는 Podman, Buildah, Skopeo와 같은 컨테이너 툴 에코시스템에 대한 일반적인 구성 파일과 문서가 포함되어 있습니다.

새 패키지로 컨테이너 이미지 업데이트

예를 들어 최신 패키지로 registry.access.redhat.com/rhel9 컨테이너 이미지를 업데이트하려면 다음 명령을 사용합니다.

container-tools meta-package가 업데이트됨

Podman, Buildah, Skopeo 및 runc 툴을 포함하는 container-tools RPM meta-package를 사용할 수 있습니다. 이번 업데이트에서는 이전 버전에 비해 버그 수정 및 개선 사항 목록을 제공합니다.

podman-py 패키지를 사용할 수 있습니다.

podman-py 패키지가 container-tools:3.0 의 안정적인 모듈 스트림과 container-tools:latest 모듈에 추가되었습니다. podman-py 패키지는 Podman의 RESTful API를 사용하기 위한 바인딩 라이브러리입니다.

컨트롤 그룹 버전 2 사용 가능

이전 버전의 제어 그룹인 cgroups 버전 1(cgroups v1)으로 인해 다양한 애플리케이션에서 성능 문제가 발생했습니다. 제어 그룹의 최신 릴리스인 cgroups 버전 2(cgroups v2)를 사용하면 시스템 관리자가 성능 문제를 유발하지 않고도 모든 애플리케이션의 리소스를 제한할 수 있습니다.

container-tools meta-package를 사용할 수 있습니다.

container-tools RPM 메타 패키지에는 Podman, Buildah, Skopeo, CRIU, Udica 및 필요한 모든 라이브러리가 RHEL 9에서 사용할 수 있습니다. RHEL 9에서는 stable 스트림을 사용할 수 없습니다. Podman, Buildah, Skopeo 등에 대한 안정적인 액세스 권한을 받으려면 RHEL EUS 서브스크립션을 사용합니다.

커널에서 기본 오버레이 파일 시스템 지원 사용 가능

오버레이 파일 시스템 지원은 이제 커널 5.11에서 사용할 수 있습니다. 루트가 아닌 사용자는 rootless를 실행할 때(사용자로) 기본 오버레이 성능을 갖습니다. 따라서 이 향상된 기능은 바인딩 마운트 없이 overlayfs를 사용하려는 루트가 아닌 사용자에게 더 나은 성능을 제공합니다.

NFS 스토리지를 사용할 수 있음

파일 시스템에 xattr 지원이 있는 경우 NFS 파일 시스템을 컨테이너 및 이미지의 백엔드 스토리지로 사용할 수 있습니다.

container-tools meta-package가 업데이트됨

container-tools meta-package에는 Podman, Buildah, Skopeo, CRIU, Udica 및 모든 필수 라이브러리가 포함되어 있습니다. 이번 업데이트에서는 이전 버전에 비해 버그 수정 및 개선 사항 목록을 제공합니다.

crun 컨테이너 런타임이 기본값입니다.

crun 컨테이너 런타임은 이제 기본 런타임입니다. crun 컨테이너 런타임은 컨테이너가 rootless 사용자의 추가 그룹에 액세스할 수 있는 주석을 지원합니다. setgid가 설정된 디렉터리 또는 사용자에게 그룹 액세스 권한만 있는 디렉터리의 볼륨 마운트에 유용합니다. crun 및 runc 런타임 모두 cgroup v2 를 완전히 지원합니다.

이제 제어 그룹 버전 2 사용 가능

이전 버전의 제어 그룹인 cgroup 버전 1(cgroup v1)으로 인해 다양한 애플리케이션의 성능 문제가 발생했습니다. cgroup 버전 2(cgroup v2)의 최신 제어 그룹 릴리스를 통해 시스템 관리자는 성능 문제가 발생하지 않고 애플리케이션의 리소스를 제한할 수 있습니다.

Docker Hub에서 Universal Base Images를 사용할 수 있습니다.

이전에는 Universal Base Images를 Red Hat 컨테이너 카탈로그에서만 사용할 수 있었습니다. 이번 개선된 기능을 통해 Docker Hub에서 Verified Publisher 이미지로 도 Universal Base Images를 사용할 수 있습니다.

openssl 컨테이너 이미지를 사용할 수 있습니다.

openssl 이미지는 OpenSSL crypto 라이브러리의 다양한 기능을 사용하기 위한 openssl 명령줄 툴을 제공합니다. OpenSSL 라이브러리를 사용하여 개인 키를 생성하고, 인증서 서명 요청(CSR)을 생성하고, 인증서 정보를 표시할 수 있습니다.

Netavark 네트워크 스택 사용 가능

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

Podman은 YAML 파일을 사용하여 자동 빌드 및 자동 실행 Pod 지원

podman play kube 명령은 YAML 파일을 사용하여 Pod에서 여러 컨테이너가 있는 여러 Pod를 자동으로 빌드하고 실행합니다.

Podman은 이제 IdM에서 subUID 및 하위GID 범위를 소싱할 수 있습니다.

이제 subUID 및 subGID 범위를 IdM에서 관리할 수 있습니다. 모든 호스트에 동일한 /etc/subuid 및 /etc/subgid 파일을 배포하는 대신 단일 중앙 스토리지에 범위를 정의할 수 있습니다. /etc/nsswitch.conf 파일을 수정하고 sss s를 서비스 맵 라인에 추가해야 합니다. services: files sss.

--leavebootorder 가 더 이상 부팅 순서를 변경하지 않음

이전에는 부트로더 kickstart 명령에 --leavebootorder 를 사용하는 것이 UEFI 시스템에서 제대로 작동하지 않고 부팅 순서를 변경했습니다. 이로 인해 설치 프로그램이 UEFI 부팅 메뉴에 설치된 시스템 목록의 맨 위에 RHEL을 추가했습니다.

Anaconda는 %post 스크립트를 실행하기 전에 정적 호스트 이름을 설정합니다.

이전에는 Anaconda에서 설치 프로그램 환경 호스트 이름을 kickstart 구성(네트워크 --hostname)의 값으로 설정할 때 일시적인 호스트 이름을 설정하는 데 사용되었습니다. %post 스크립트 실행 중에 수행되는 일부 동작(예: 네트워크 장치 활성화)으로 인해 호스트 이름이 역방향 dns 에서 얻은 값으로 재설정되었습니다.

이제 사용자가 에지 설치 관리자의 RHEL에서 사용자 계정을 지정할 수 있습니다.

이전 버전에서는 RPM 패키지 추가와 같이 업그레이드에 대한 에지 커밋에 정의된 사용자 계정 없이 청사진에서 업데이트를 수행하면 업그레이드가 적용된 후 사용자가 시스템에서 잠길 수 없었습니다. 이로 인해 사용자가 기존 시스템을 업그레이드할 때 사용자 계정을 재정의했습니다. 이 문제는 사용자가 OS tree 커밋의 일부로 사용자를 설정하지 않고 설치 시 RHEL에서 RHEL에서 사용자 계정을 지정할 수 있도록 수정되었습니다.

부팅 메뉴에서 기본 그래픽 모드가 제거되었습니다.

이전에는 기본 그래픽 모드가 지원되지 않는 그래픽 카드가 있는 하드웨어에 RHEL을 설치하거나 그래픽 인터페이스를 시작하지 못하도록 그래픽 드라이버의 문제를 해결하는 데 사용되었습니다. 이번 업데이트를 통해 기본 그래픽 모드에서 설치할 옵션이 설치 프로그램 부팅 메뉴에서 제거됩니다. 지원되지 않는 하드웨어에서 그래픽 설치 또는 드라이버 버그를 해결하기 위해 VNC 설치 옵션을 사용합니다.

Hyper-V 호스트에서 virt-who 가 올바르게 작동합니다.

이전에는 virt-who 를 사용하여 Hyper-V 하이퍼바이저에서 RHEL 9 가상 머신(VM)을 설정할 때 virt-who 가 하이퍼바이저와 올바르게 통신하지 않았으며 설정이 실패했습니다. 이는 openssl 패키지에서 더 이상 사용되지 않는 암호화 방법 때문입니다.

모듈식 리포지토리에서 createrepo_c --update 를 실행하면 이제 모듈식 메타데이터가 유지됩니다.

이전 버전에서는 모듈식 메타데이터의 원래 소스가 없는 기존 모듈식 리포지토리에서 createrepo_c --update 명령을 실행할 때 기본 정책은 이 리포지토리에서 모듈식 메타데이터를 포함하여 모든 추가 메타데이터를 제거하는 것이었습니다. 메타데이터를 보존하려면 추가 --keep-all-metadata 옵션과 함께 createrepo_c --update 명령을 실행해야 했습니다.

RHEL 9에서 libservicelog 1.1.19제공

RHEL 9는 libservicelog 버전 1.1.19와 함께 배포됩니다. 주요 버그 수정에는 다음이 포함됩니다.

FIPS 모드에서 libgcrypt 에서 활성화 된 하드웨어 최적화

이전에는 연방 정보 처리 표준(FIPSRuntimeConfig)에서 하드웨어 최적화를 사용할 수 없었습니다. 따라서 이전 버전의 RHEL에서는 FIPS 모드인 경우 libgcrypt 패키지에서 작업이 비활성화되었습니다. RHEL 9는 FIPS 모드에서 하드웨어 최적화를 가능하게 하고 결과적으로 모든 암호화 작업이 더 빨리 수행됩니다.

이제 crypto-policies 에서 ChaCha20 암호화 사용을 비활성화할 수 있습니다.

이전에는 crypto-policies 패키지에서 잘못된 키워드를 사용하여 OpenSSL에서 ChaCha20 암호를 비활성화했습니다. 결과적으로 OpenSSL에서 crypto-policies 를 통해 TLS 1.2 프로토콜의 ChaCha20 을 비활성화할 수 없었습니다. 이번 업데이트에서는 -CHACHA20-POLY1305 대신 -CHACHA20 키워드가 사용됩니다. 결과적으로 TLS 1.2 및 TLS 1.3에 대해 OpenSSL에서 ChaCha20 암호 사용을 비활성화하는 암호화 정책을 사용할 수 있습니다.

FIPS 모드에서 설치하는 경우 64비트 IBM Z 시스템은 더 이상 부팅할 수 없습니다.

이전에는 --no-bootcfg 옵션이 있는 fips-mode-setup 명령이 zipl 도구를 실행하지 않았습니다. fips-mode-setup 이 초기 RAM 디스크(initrd)를 다시 생성하므로 결과 시스템에서 부팅을 위해 zipl 내부 상태를 업데이트해야 하므로 FIPS 모드에 설치한 후 64비트 IBM Z 시스템을 부팅할 수 없는 상태가 됩니다. 이번 업데이트를 통해 이제 --no - bootcfg 로 호출되어 새로 설치된 시스템이 성공적으로 부팅되는 경우에도 64비트 IBM Z 시스템에서 zipl 을 실행합니다.

GNUTLS_NO_EXPLICIT_INIT 가 더 이상 암시적 라이브러리 초기화를 비활성화하지 않음

이전에는 GNUTLS_NO_EXPLICIT 환경 변수가 암시적 라이브러리 초기화를 비활성화했습니다. RHEL 9에서 GNUTLS_NO_IMPLICIT_INIT 변수는 대신 암시적 라이브러리 초기화를 비활성화합니다.

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

OpenSSL 라이브러리에서는 대소문자를 구분하지 않는 문자열 비교 기능을 사용하므로 OpenSSL 기반 애플리케이션이 Turkish 로케일에서 올바르게 작동하지 않았으며 생략된 검사로 인해 이 로케일을 사용하는 애플리케이션이 충돌했습니다. 이번 업데이트에서는 대소문자를 구분하지 않는 문자열 비교를 위해 이식 가능한 운영 체제 인터페이스(POSIX) 로케일을 사용하는 패치를 제공합니다. 결과적으로 curl과 같은 OpenSSL 기반 애플리케이션은 터키어 로케일을 통해 올바르게 작동합니다.

SELinux 권한으로 인해 kdump 가 더 이상 충돌하지 않음

kdump 충돌 복구 서비스를 사용하려면 추가 SELinux 권한이 올바르게 시작되어야 합니다. 따라서 이전 버전에서 SELinux는 kdump 가 작동하지 않고 kdump 가 작동하지 않음을 보고했으며 AVC(Access Vector Cache) 거부를 감사했습니다. 이 버전에서는 필요한 권한이 selinux-policy 에 추가되어 kdump 가 올바르게 작동하고 AVC 거부를 감사하지 않습니다.

usbguard-selinux 패키지는 더 이상 usbguard에 의존하지 않습니다.

이전에는 usbguard-selinux 패키지가 usbguard 패키지에 종속되었습니다. 이는 이러한 패키지의 다른 종속 항목과 함께 usbguard 를 설치할 때 파일 충돌이 발생했습니다. 이로 인해 특정 시스템에서 usbguard 를 설치할 수 없었습니다. 이 버전을 사용하면 usbguard-selinux 가 더 이상 usbguard 에 의존하지 않으므로 dnf 가 usbguard 를 올바르게 설치할 수 있습니다.

DNF 설치 및 dnf 업데이트 는 이제 SELinux에서 fapolicyd 와 함께 작동합니다.

fapolicyd에 대한 SELinux 규칙이 포함된 fapolicyd-selinux 패키지에는 모든 파일 및 디렉터리를 감시할 수 있는 권한이 포함되어 있지 않습니다. 그 결과 fapolicyd-dnf-plugin 이 제대로 작동하지 않아 dnf install 및 dnf update 명령이 시스템에서 무기한 응답을 중지하도록 했습니다. 이 버전에서 모든 파일 유형을 조사할 권한이 fapolicyd-selinux 에 추가되었습니다. 결과적으로 fapolicyd-dnf-plugin 이 올바르게 작동하고 dnf install 및 dnf 업데이트가 작동합니다.

이제 루트가 아닌 사용자에게 앰비언트 기능이 올바르게 적용됩니다.

안전 조치로 UID(User Identifier)를 root에서 루트가 아닌 사용자로 변경하면 허용된 유효 기능 및 앰비언트 세트의 기능을 알립니다.

usbguard-notifier 는 더 이상 저널에 너무 많은 오류 메시지를 기록하지 않습니다.

이전에는 usbguard-daemon IPC 인터페이스에 연결하기 위한 usbguard-notifier 서비스에 프로세스 간 통신(IPC) 권한이 없었습니다. 그 결과 usbguard-notifier 가 인터페이스에 연결하지 못하고 해당 오류 메시지를 저널에 작성했습니다. usbguard-notifier 는 --wait 옵션으로 시작했기 때문에 usbguard-notifier 가 연결 실패 후 각각 IPC 인터페이스에 연결을 시도했기 때문에 기본적으로 로그에 이러한 메시지의 과도한 양이 곧 포함되어 있었습니다.

802.1x 이더넷 연결 프로필이 올바르게 연결되었습니다.

이전에는 많은 유선 및 802.1x 이더넷 연결 프로필을 연결할 수 없었습니다. 이 버그가 해결되었습니다. 이제 모든 프로필이 올바르게 연결됩니다. 레거시 암호화 알고리즘을 사용하는 프로필은 여전히 작동하지만 OpenSSL 레거시 공급자를 수동으로 활성화해야 합니다. 예를 들어, DES with MS-CHAPv2 및 RC4를 TKIP와 함께 사용할 때 필요합니다.

afterburn은 더 이상 /etc/hostname에 긴 호스트 이름을 설정하지 않습니다.

RHEL 호스트 이름의 최대 길이는 64자입니다. 그러나 특정 클라우드 공급자는 FQDN(정규화된 도메인 이름)을 호스트 이름으로 사용하며 최대 255자일 수 있습니다. 이전 버전에서는 afterburn-hostname 서비스가 지나치게 긴 호스트 이름을 /etc/hostname 파일에 직접 작성했습니다. systemd 서비스는 호스트 이름을 64자로 잘렸고 NetworkManager는 잘린 값에서 잘못된 DNS 검색 도메인을 파생했습니다. 이번 수정으로 afterburn-hostname 이 첫 번째 점 또는 64자 중 먼저 적용되는 호스트 이름을 잘라냅니다. 그 결과 NetworkManager는 더 이상 /etc/resolv.conf 에 잘못된 DNS 검색 도메인을 설정하지 않습니다.

modprobe 가 out-of-tree 커널 모듈을 예상대로 로드

/etc/depmod.d/dist.conf 구성 파일은 depmod 유틸리티에 대한 검색 순서를 제공합니다. 검색 순서에 따라 depmod 는 modules.dep.bin 파일을 생성합니다. 이 파일은 모듈 종속성을 나열합니다. modprobe 유틸리티는 커널 모듈을 로드 및 언로드하고 모듈 종속성을 동시에 확인하는 데 사용합니다. 이전에는 /etc/depmod.d/dist.conf 가 누락되었습니다. 그 결과 modprobe 가 일부 트리 외부 커널 모듈을 로드할 수 없었습니다. 이번 업데이트에는 검색 순서를 수정하는 /etc/depmod.d/dist.conf 설정 파일이 포함되어 있습니다. 그 결과, modprobe 가 예상대로 out-of-tree 커널 모듈을 로드합니다.

이제 ALSA-lib 가 UCM을 사용하는 오디오 장치를 올바르게 처리

alsa-lib 패키지의 버그로 인해 내부 UCM(사용 사례 관리자) 식별자 구문 분석이 잘못되었습니다. 결과적으로 UCM 구성을 사용한 일부 오디오 장치가 감지되지 않았거나 제대로 작동하지 않았습니다. 시스템이 pipewire 사운드 서비스를 사용하는 경우 문제가 더 자주 발생했습니다. RHEL 9 새 릴리스에서는 alsa-lib 라이브러리를 업데이트하여 문제가 해결되었습니다.

보호 uevents가 더 이상 다중 경로 장치의 다시 로드 실패를 유발하지 않음

이전에는 읽기 전용 경로 장치를 다시 스캔할 때 커널은 두 개의 쓰기 보호 uevents를 전송했습니다. 하나는 읽기/쓰기 로 설정된 장치와 함께 다음과 같이 읽기 전용으로 설정된 장치입니다. 결과적으로 경로 장치에서 읽기/쓰기 uevent를 탐지하면 multipathd 가 다중 경로 장치를 다시 로드하려고 시도하여 다시 로드 오류 메시지가 발생했습니다. 이번 업데이트를 통해 이제 장치 읽기/쓰기를 다시 로드하기 전에 multipathd 가 모든 경로가 읽기/쓰기 로 설정되어 있는지 확인합니다. 결과적으로 multipathd 는 읽기 전용 장치를 다시 검사할 때마다 읽기/쓰기 를 다시 로드하지 않습니다.

device-mapper-multipath 버전이 0.8.7로 재기반

device-mapper-multipath 패키지가 여러 버그 수정 및 향상된 기능을 제공하는 0.8.7 버전으로 업그레이드되었습니다. 주요 변경 사항은 다음과 같습니다.

Pacemaker 특성 관리자에서 원격 노드 속성을 올바르게 결정하여 루프에 영향을 미치지 않도록 합니다.

이전에는 특성 관리자가 이미 활성 원격 노드가 원격임을 알기 전에 노드의 Pacemaker 컨트롤러에서 DC( Designated Controller)를 선택할 수 있었습니다. 이 문제가 발생하면 노드의 스케줄러에서 원격 노드의 노드 속성이 표시되지 않습니다. 클러스터가 예기치 않은 오류를 사용한 경우 이로 인해 예기치 않은 루프가 발생할 수 있습니다. 수정으로 특성 관리자는 이제 시작 시 초기 속성 동기화를 포함하여 추가 이벤트를 통해 원격 노드를 확인할 수 있습니다. 그 결과 어느 노드가 DC로 선택되었는지에 관계없이 예기치 않은 루프가 발생하지 않습니다.

-wsequence-point 경고 동작이 수정되었습니다.

이전에는 GCC를 사용하여 C++ 프로그램을 컴파일할 때 -Wsequence-point warning 옵션은 매우 긴 표현식에 대해 경고하려고 시도했기 때문에 쿼드레틱 동작이 발생하여 훨씬 더 긴 컴파일 시간이 길어졌습니다. 이번 업데이트를 통해 -Wsequence-point 는 매우 큰 표현식에 대해 경고하려고 하지 않으며 결과적으로 컴파일 시간을 늘리지 않습니다.

OpenSSL 레거시 공급자를 사용한 MS-CHAP 인증

이전 버전에서는 MS-CHAP를 사용한 FreeRADIUS 인증 메커니즘은 MD4 해시 함수에 의존하여 RHEL 9에서 더 이상 사용되지 않기 때문에 실패했습니다. 이번 업데이트를 통해 OpenSSL 레거시 공급자를 활성화하는 경우 MS-CHAP 또는 MS-CHAPv2를 사용하여 FreeRADIUS 사용자를 인증할 수 있습니다.

sudo 명령을 실행해도 더 이상 KRB5CCNAME 환경 변수를 내보내지 않습니다.

이전 버전에서는 sudo 명령을 실행한 후 환경 변수 KRB5CCNAME 은 대상 사용자가 액세스할 수 없는 원래 사용자의 Kerberos 인증 정보 캐시를 가리켰습니다. 따라서 이 캐시에 액세스할 수 없으므로 Kerberos 관련 작업이 실패할 수 있습니다. 이번 업데이트를 통해 sudo 명령을 실행하면 더 이상 KRB5CCNAME 환경 변수가 설정되지 않으며 대상 사용자는 기본 Kerberos 인증 정보 캐시를 사용할 수 있습니다.

SSSD는 /etc/krb5.conf에서 Kerberos keytab 이름의 기본 설정을 올바르게 평가합니다.

이전에는 KnativeServing 5.keytab 파일에 비표준 위치를 정의한 경우 SSSD에서 이 위치를 사용하지 않고 기본 /etc/krb5.keytab 위치를 대신 사용했습니다. 결과적으로 시스템에 로그인하려고 하면 /etc/krb5.keytab 으로 로그인에 항목이 포함되지 않았습니다.

PBKDF2 알고리즘으로 해시된 암호를 사용하여 FIPS 모드에서 Directory Server에 인증하면 예상대로 작동합니다.

Directory Server가 연방 정보 처리 표준(FIPS) 모드에서 실행되는 경우 PK11_ExtractKeyValue() 함수를 사용할 수 없습니다. 결과적으로 이 업데이트 이전에는 암호 기반 키 저하 기능 2(PBKDF2) 알고리즘으로 암호 해시가 지정된 사용자가 FIPS 모드가 활성화되면 서버에 인증할 수 없었습니다. 이번 업데이트를 통해 Directory Server는 이제 PK11_Decrypt() 함수를 사용하여 암호 해시 데이터를 가져옵니다. 그 결과 PBKDF2 알고리즘으로 해시된 암호를 사용한 인증이 예상대로 작동합니다.

IPv6가 비활성화된 경우 네트워킹 시스템 역할은 더 이상 DNS 검색 도메인을 설정하지 못합니다.

이전에는 IPv6 프로토콜이 비활성화된 경우 libnm 라이브러리의 nm_connection_verify() 함수가 DNS 검색 도메인을 무시하지 않았습니다. 결과적으로 Networking RHEL 시스템 역할을 사용하고 ipv6_disabled: true 와 함께 dns_search 를 설정하면 시스템 역할이 다음 오류와 함께 실패했습니다.

redfish 역할 README는 더 이상 일반 역할 이름을 사용하지 않습니다.

이전에는 /usr/share/ansible/roles/rhel-system-roles.journal/README.md 에 제공된 예제에서 rhel-system-roles.Replicas를 사용하는 대신 역할 이름의 일반 버전을 사용했습니다. 결과적으로 사용자는 문서를 참조하고 FQRN(Full Qualified Role Name) 대신 일반 역할 이름을 잘못 사용합니다. 이번 업데이트에서는 이 문제가 해결되고 문서에는 FQRN, rhel-system-roles. #189가 포함된 예제가 포함되어 사용자가 플레이북을 올바르게 작성할 수 있습니다.

Postfix RHEL 시스템 역할 README.md에서 더 이상 "역할 변수" 섹션에서 더 이상 변수가 누락되지 않음

이전에는 postfix_check,postfix_backup,postfix_backup_multiple 과 같은 Postfix RHEL 시스템 역할 변수를 "Role Variables" 섹션에서 사용할 수 없었습니다. 그 결과 users was not able to consult the advice role documentation. 이번 업데이트에서는 SASL README 섹션에 역할 변수 문서가 추가되었습니다. 역할 변수는 doc/usr/share/doc/ rhel-system-roles /#189/README.md 설명서의 사용자에 대해 설명 및 사용할 수 있습니다.

동일한 출력을 실행할 때 역할 작업이 더 이상 변경되지 않음

이전에는 변경 사항이 없는 경우에도 여러 역할 작업에서 동일한 입력을 다시 실행할 때 changesD 로 보고되었습니다. 그 결과 이 역할은 멱등이 작동하지 않았습니다. 이 문제를 해결하려면 다음 작업을 수행합니다.

logging_purge_confs 옵션은 불필요한 구성 파일을 올바르게 삭제합니다.

logging_purge_confs 옵션이 true 로 설정된 경우 불필요한 로깅 구성 파일을 삭제해야 합니다. 이전 버전에서는 logging_purge_confs 가 true 로 설정된 경우에도 불필요한 구성 파일이 구성 디렉터리에서 삭제되지 않았습니다. 이 문제는 해결되었으며 옵션은 다음과 같이 다시 정의되었으며 logging_purge_confs 가 true 로 설정된 경우 Rsyslog는 rpm 패키지에 속하지 않는 rsyslog.d 디렉토리에서 파일을 제거합니다. 여기에는 이전 로깅 역할 실행에서 생성된 구성 파일이 포함됩니다. logging_purge_confs 의 기본값은 false 입니다.

Grafana 관리자 암호가 변경된 경우에도 Metrics 역할을 사용하는 플레이북이 여러 실행에서 성공적으로 완료됩니다.

이전 버전에서는 metrics_graph_service: yes 부울과 함께 Metrics 역할을 실행한 후 Grafana 관리자 암호를 변경한 후 Metrics 역할의 후속 실행 시 실패했습니다. 이로 인해 Metrics 역할을 사용하는 플레이북이 실패했으며 영향을 받는 시스템은 성능 분석을 위해 부분적으로 설정되었습니다. 이제 Metrics 역할은 Grafana 배포 API를 사용할 수 있고 더 이상 사용자 이름 또는 암호에 대한 지식이 필요하지 않으므로 필요한 구성 작업을 수행할 수 있습니다. 결과적으로 Metrics 역할을 사용하는 플레이북이 관리자가 Grafana 관리자 암호를 변경하더라도 여러 실행에서 성공적으로 완료됩니다.

Metrics 역할의 구성은 이제 심볼릭 링크를 올바르게 따릅니다.

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

timesync 역할이 더 이상 요청된 서비스 ptp4l을 찾지 못했습니다.

이전에는 일부 RHEL 버전에서 Ansible service_facts 모듈이 서비스 사실을 잘못 보고했습니다. 그 결과 timesync 역할에서 ptp4l 서비스를 중지하려고 시도하는 오류가 보고되었습니다. 이번 수정을 통해 Ansible service_facts 모듈에서 timesync 서비스를 중지하기 위한 작업의 반환 값을 확인합니다. 반환된 값이 실패 하지만 오류 메시지가 Could not find the requested service NAME:, module assumes success. 결과적으로 timesync 역할은 Could not find the requested service ptp4l 과 같은 오류 없이 실행됩니다.

kernel_settings configobj 는 관리 호스트에서 사용할 수 있습니다.

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

SSSD에 의해 이제 터미널 세션 기록 역할 tlog-rec-session 이 올바르게 오버라이드됩니다.

이전에는 RHEL 시스템 역할을 기록하는 터미널 세션 기록은 SSSD(System Security Services Daemon) 파일 공급자를 사용하고 authselect 옵션을 with-files-domain 으로 활성화하여 nsswitch.conf 파일에 올바른 passwd 항목을 설정했습니다. RHEL 9.0에서는 기본적으로 파일 공급자를 암시적으로 활성화하지 않았기 때문에 SSSD에 의한 tlog-rec-session 쉘 오버레이가 작동하지 않았습니다. 이번 수정을 통해 이제 터미널 세션 기록 역할이 nsswitch.conf 를 업데이트하여 SSSD에 의해 tlog-rec-session 이 올바르게 오버라이드되도록 합니다.

SSHD 시스템 역할은 FIPS 모드에서 시스템을 관리할 수 있습니다.

이전에는 SSHD 시스템 역할은 호출 시 허용되는 HostKey 유형을 생성할 수 없었습니다. 그 결과 SSHD 시스템 역할은 연방 정보 처리 표준(FIPS) 모드에서 RHEL 8 및 이전 시스템을 관리할 수 없었습니다. 이번 업데이트를 통해 SSHD 시스템 역할은 FIPS 모드를 감지하고 기본 HostKey 목록을 올바르게 조정합니다. 결과적으로 시스템 역할은 기본 HostKey 구성을 사용하여 FIPS 모드에서 RHEL 시스템을 관리할 수 있습니다.

SSHD 시스템 역할은 올바른 템플릿 파일을 사용합니다.

이전에는 SSHD 시스템 역할에서 잘못된 템플릿 파일을 사용했습니다. 그 결과 생성된 sshd_config 파일에 ansible_managed 주석이 포함되어 있지 않았습니다. 이번 업데이트를 통해 시스템 역할은 올바른 템플릿 파일을 사용하고 sshd_config 에는 올바른 ansible_managed 주석이 포함되어 있습니다.

Kdump RHEL 시스템 역할은 재부팅할 수 있거나 재부팅이 필요함을 나타냅니다.

이전에는 Kdump RHEL 시스템 역할은 크래시 커널을 위해 예약된 메모리 없이 관리 노드를 무시했습니다. 결과적으로 시스템을 올바르게 구성하지 않은 경우에도 "성공" 상태의 역할이 완료되었습니다. 이 RHEL 9 업데이트에서는 문제가 해결되었습니다. 관리 노드에 크래시 커널용으로 예약된 메모리가 없는 경우 Kdump RHEL 시스템 역할이 실패하고 사용자가 관리 노드에서 kdump 서비스를 올바르게 구성하도록 kdump_reboot_ok 변수를 true 로 설정하도록 제안합니다.

네트워킹 시스템 역할의 nm 공급자에서 브릿지를 올바르게 관리

이전 버전에서는 initscripts 공급자를 사용한 경우 Networking 시스템 역할은 브릿지 인터페이스를 관리되지 않음으로 표시하도록 NetworkManager를 구성한 ifcfg 파일을 생성했습니다. 또한 NetworkManager는 initscript 작업을 감지하지 못했습니다. 예를 들어 initscript 공급자의 down 및 absent 작업은 down 및 absent 작업 후에 연결을 다시 로드하지 않는 경우 이 인터페이스의 관리되지 않는 상태에 대한 NetworkManager의 이해를 변경하지 않습니다. 이번 수정으로 Networking 시스템 역할은 NM.Client.reload_connections_async() 함수를 사용하여 NetworkManager 1.18을 사용하여 관리 호스트에서 NetworkManager를 다시 로드합니다. 결과적으로 NetworkManager는 공급자를 initscript 에서 nm 으로 전환할 때 브리지 인터페이스를 관리합니다.

올바른 본딩 모드에 대해 active-backup 을 지원하도록 오타를 수정

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

로깅 시스템 역할은 더 이상 작업을 여러 번 호출하지 않습니다.

이전에는 Logging 역할은 한 번만 호출해야 하는 작업을 여러 번 호출했습니다. 결과적으로 추가 작업 호출은 역할의 실행 속도가 느려졌습니다. 이번 수정을 통해 로깅 역할이 한 번만 작업을 호출하도록 변경되어 로깅 역할 성능이 향상되었습니다.

RHEL System Roles에서 생성된 파일에서 여러 줄 ansible_managed 주석을 처리

이전에는 RHEL 시스템 역할 중 일부는 # {{ ansible_managed }} 을 사용하여 파일 일부를 생성했습니다. 그 결과 고객이 여러 줄의 ansible_managed 설정이 있는 경우 파일이 잘못 생성되었습니다. 이번 수정을 통해 ansible_managed 문자열이 여러 줄 ansible_managed ansible_managed 값을 포함하여 항상 주석 처리되도록 파일을 생성할 때 {{ ansible_managed | comment }} 와 동등한 시스템 역할이 사용됩니다. 그 결과 생성된 파일에 올바른 다중 줄 ansible_managed 값이 있습니다.

이제 대상 변경 시 방화벽 시스템 역할이 방화벽을 즉시 다시 로드

이전에는 target 매개 변수가 변경될 때 방화벽이 다시 로드되지 않았습니다. 이번 수정을 통해 방화벽 역할은 대상이 변경될 때 방화벽을 다시 로드하므로 대상 변경 사항이 즉시 작동하고 후속 작업에 사용할 수 있습니다.

인증서 시스템 역할의 그룹 옵션이 더 이상 그룹에 액세스할 수 없는 인증서를 유지하지 않습니다.

이전에는 인증서에 대한 그룹을 설정할 때 그룹 읽기 권한을 허용하도록 모드가 설정되지 않았습니다. 결과적으로 그룹 멤버는 인증서 역할에서 발급한 인증서를 읽을 수 없었습니다. 이번 수정으로 그룹 설정에 이제 파일 모드에 그룹 읽기 권한이 포함되어 있는지 확인합니다. 결과적으로 그룹에 대해 Certificate 역할에서 발급한 인증서는 그룹 멤버가 액세스할 수 있습니다.

Logging 역할은 더 이상 immark 모듈 간격 값에 대한 따옴표를 표시하지 않습니다.

이전에는 immark 모듈이 제대로 구성되지 않았기 때문에 immark 모듈의 interval 필드 값이 제대로 인용되지 않았습니다. 이번 수정을 통해 간격 값이 올바르게 인용됩니다. 이제 immark 모듈이 예상대로 작동합니다.

/etc/tuned/kernel_settings/tuned.conf 파일에 적절한 ansible_managed 헤더가 있습니다.

이전에는 kernel_settings RHEL 시스템 역할에 /etc/tuned/kernel_settings/tuned.conf 파일에 ansible_managed 헤더에 대한 하드 코딩된 값이 있었습니다. 결과적으로 사용자 정의 ansible_managed 헤더를 제공할 수 없었습니다. 이번 업데이트에서는 kernel_settings 가 사용자의 ansible_managed 설정을 사용하여 /etc/tuned/kernel_settings/tuned.conf 의 헤더를 업데이트하도록 문제가 해결되었습니다. 그 결과 /etc/tuned/kernel_settings/tuned.conf 에 적절한 ansible_managed 헤더가 있습니다.

VPN 시스템 역할 필터 플러그인 vpn_ipaddr 은 이제 FQCN (Fully Qualified Collection Name)으로 변환됩니다.

이전에는 레거시 역할 형식에서 컬렉션 형식으로의 변환이 필터 플러그인 vpn_ipaddr 을 FQCN (Fully Qualified Collection Name) redhat.rhel_system_roles.vpn_ipaddr 로 변환하지 않았습니다. 결과적으로 VPN 역할은 짧은 이름으로 플러그인을 찾을 수 없어 오류를 보고했습니다. 이번 수정으로 필터가 컬렉션의 FQCN 형식으로 변환되도록 변환 스크립트가 변경되었습니다. 이제 VPN 역할은 오류가 발생하지 않고 실행됩니다.

kdump.service 에 대한 작업이 더 이상 실패하지 않음

이전에는 커널 크래시 크기를 구성하기 위한 Kdump 역할 코드가 RHEL9에 대해 업데이트되지 않았습니다. 여기에는 kdumpctl reset-crashkernel 을 사용해야 했습니다. 결과적으로 kdump.service 를 시작하고 오류를 발행할 수 없었습니다. 이번 업데이트를 통해 kdump.service 역할은 kdumpctl reset-crashkernel 을 사용하여 크래시 커널 크기를 구성합니다. 이제 kdump.service 역할이 kdump 서비스를 성공적으로 시작하고 커널 충돌 크기가 올바르게 구성됩니다.

마운트된 가상 디스크를 핫 플러그 해제하면 더 이상 게스트 커널이 IBM Z에서 충돌하지 않습니다.

이전 버전에서는 IBM Z 하드웨어의 실행 중인 VM(가상 머신)에서 마운트된 디스크를 분리할 때 다음과 같은 조건에서 VM 커널이 충돌했습니다.

UBI 9-Beta 컨테이너는 RHEL 7 및 8 호스트에서 실행할 수 있습니다.

이전에는 UBI 9-Beta 컨테이너 이미지에 container -common 패키지에 잘못된 seccomp 프로필이 설정되어 있었습니다. 이로 인해 컨테이너가 특정 시스템 호출을 처리할 수 없어 오류가 발생했습니다. 이번 업데이트를 통해 문제가 해결되었습니다.

FDO 프로세스를 기술 프리뷰로 사용 가능

자동 프로비저닝 및 에지 이미지 온보딩 RHEL을 위한 FDO 프로세스는 기술 프리뷰로 사용할 수 있습니다. 이를 통해 Edge Simplified 설치 프로그램 이미지용 RHEL을 빌드하고 Edge 이미지용 RHEL에 프로비저닝하고 FDO(FIDO 장치 온보딩) 프로세스를 사용하여 에지 장치를 자동으로 프로비저닝하고 온보딩하여 네트워크에 연결된 다른 장치 및 시스템과 데이터를 교환할 수 있습니다. 결과적으로 FIDO 장치 온보딩 프로토콜은 제조 단계에서 장치 초기화를 수행한 다음, 장치를 실제로 사용하기 위해 늦은 바인딩을 수행합니다.

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

Basic Relax and Recover (ReaR) 기능은 이제 64비트 IBM Z 아키텍처에서 기술 프리뷰로 제공됩니다. IBM Z에서 z/VM 환경에서만 복구 이미지를 생성할 수 있습니다. LPAR(Logical partitions) 백업 및 복구는 테스트되지 않았습니다.

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

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

하이퍼레어 VPN은 기술 프리뷰로 사용할 수 있습니다.

Red Hat이 지원되지 않는 기술 프리뷰로 제공하는 Wireoctets는 Linux 커널에서 실행되는 고성능 VPN 솔루션입니다. 최신 암호화 기능을 사용하며 다른 VPN 솔루션보다 쉽게 구성할 수 있습니다. 또한 무선의 작은 코드-basis는 공격에 대한 면적을 줄이며, 따라서 보안이 향상됩니다.

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

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

systemd-resolved 서비스는 기술 프리뷰로 사용할 수 있습니다.

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

커널용 Intel 데이터 스트리밍 가속기 드라이버는 기술 프리뷰로 사용할 수 있습니다.

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

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

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

soft-iWARP 드라이버는 기술 프리뷰로 사용할 수 있습니다.

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

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

RHEL 9에서는 DAX 파일 시스템을 기술 프리뷰로 사용할 수 있습니다. DAX는 애플리케이션이 영구 메모리를 주소 공간에 직접 매핑할 수 있음을 의미합니다.DAX provides means for an application to directly map persistent memory into its address space. DAX를 사용하려면 일반적으로 하나 이상의 비접근 다각형 메모리 모듈(NVDIMM)의 형태로 시스템에 사용 가능한 영구 메모리 형식이 있어야 하며 DAX 호환 파일 시스템을 NVDIMM(s)에서 생성해야 합니다. 또한 dax 마운트 옵션을 사용하여 파일 시스템을 마운트해야 합니다. 그런 다음 dax 마운트 파일 시스템에서 파일의 mmap 을 사용하면 스토리지를 애플리케이션의 주소 공간에 직접 매핑합니다.

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

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

NVMe-oF Discovery Service 기능은 기술 프리뷰로 사용 가능

NVMexpress.org TP(Technical Proposals) 8013 및 8014에 정의된 NVMe-oF 검색 서비스 기능은 기술 프리뷰로 사용할 수 있습니다. 이러한 기능을 미리 보려면 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 TPs를 참조하십시오.

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

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

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

통합된 DNS가 있는 IdM(Identity Management) 서버는 DNS 프로토콜의 보안을 향상시키는 DNSSEC(DNS Security Extensions) 세트를 구현합니다. IdM 서버에서 호스팅되는 DNS 영역은 DNSSEC를 사용하여 자동으로 서명할 수 있습니다. 암호화 키는 자동으로 생성되고 순환됩니다.

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

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

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 스토리지를 기술 프리뷰로 관리할 수 있습니다.

중첩된 가상 머신 생성

중첩된 KVM 가상화는 RHEL 9가 있는 Intel, AMD64 및 IBM Z 호스트에서 실행되는 KVM 가상 머신(VM)용 기술 프리뷰로 제공됩니다. 이 기능을 사용하면 물리적 RHEL 9 호스트에서 실행되는 RHEL 7, RHEL 8 또는 RHEL 9 VM이 하이퍼바이저 역할을 하며 자체 VM을 호스팅할 수 있습니다.

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에서 사용 가능

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

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

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

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

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

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

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

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

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

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

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

SASL의 digest-MD5는 더 이상 사용되지 않음

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

OpenSSL은 MD2, MD4, MDC2, Whirlpool, RIPEMD160, Blowfish, CAST, DES, IDEA, RC4, 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/ compiled.rules 파일에 병합합니다. /etc/fapolicyd/fapolicyd.trust 의 규칙은 여전히 fapolicyd 프레임워크에서 처리되지만 이전 버전과의 호환성을 위해서만 계속 처리합니다.

ipset 및 iptables-nft 가 더 이상 사용되지 않음

RHEL에서 ipset 및 iptables-nft 패키지가 더 이상 사용되지 않습니다. iptables-nft 패키지에는 iptables,ip6tables,ebtables 및 arptables 와 같은 다양한 도구가 포함되어 있습니다. 이러한 툴은 더 이상 새 기능을 받지 않으며 새 배포에 사용하는 것은 권장되지 않습니다. 대신 nftables 패키지에서 제공하는 nft 명령줄 툴을 사용하는 것을 선호합니다. 가능한 경우 기존 설정을 nft 로 마이그레이션해야 합니다.

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에서 2016, 캡슐화가 더 이상 사용되지 않음

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

v4l/dvb TV 및 비디오 캡처 장치는 더 이상 지원되지 않습니다.

RHEL 9에서는 Red Hat에서 더 이상 Video4Linux (v4l) 및 Linux DVB (DVB) 장치를 지원하지 않습니다. 이 장치는 다양한 TV 튜너 카드와 기타 비디오 캡처 카드로 구성되어 있으며 Red Hat은 더 이상 관련 드라이버를 제공하지 않습니다.

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

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

libdb 가 더 이상 사용되지 않음

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

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 암시적 파일 프로바이더 도메인이 이제 기본적으로 비활성화됩니다.

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

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

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 이미지 확인을 수행하면 더 이상 사용되지 않습니다. 대신 SHA2 알고리즘을 기반으로 한 서명을 사용하는 것이 좋습니다.

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

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

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

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

libvirtd 가 더 이상 사용되지 않음

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

가상 플로피 드라이버가 더 이상 사용되지 않습니다.

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

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

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

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

RHEL 7 호스트에서 RHEL 9 컨테이너 실행은 지원되지 않습니다. 효과가 있을 수 있지만 보장되지는 않습니다.

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

Podman에서 rootless 네트워크 네임스페이스의 파일 이름을 생성하는 데 사용되는 SHA1 알고리즘은 더 이상 지원되지 않습니다. 따라서 rootless 컨테이너는 RHBA-2022:5951 에서 Podman 4.1.1로 업데이트하기 전에 시작되어 업그레이드 후 시작되는 컨테이너를 사용하기 위해 네트워크에 가입되어 네트워크에 가입되어 있지 않은 경우 재시작해야 합니다.

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 리포지토리에서만 사용할 수 있습니다.

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

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

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

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

최소 RHEL 설치에는 s390utils-base 패키지가 더 이상 포함되지 않습니다.

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

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

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

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

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

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

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

새로운 XFS 기능은 버전 5.10보다 펌웨어가 있는 PowerNV IBM POWER 시스템의 부팅을 방지합니다.

PowerNV IBM POWER 시스템은 펌웨어에 Linux 커널을 사용하고, GRUB 대신 Petitboot를 사용합니다. 그러면 펌웨어 커널이 /boot 및 Petitboot를 통해 GRUB 설정을 읽고 RHEL을 부팅합니다.

PReP 크기가 4 또는 8MiB가 아닌 경우 RHEL을 설치할 수 없습니다.

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

새로운 XFS 기능은 버전 5.10보다 오래된 펌웨어 커널을 사용하여 PowerNV IBM POWER 시스템의 부팅을 방지합니다.

PowerNV IBM POWER 시스템은 펌웨어에 Linux 커널을 사용하고, GRUB 대신 Petitboot를 사용합니다. 그러면 펌웨어 커널이 /boot 및 Petitboot를 통해 GRUB 설정을 읽고 RHEL을 부팅합니다.

FIPS 모드에서는 virt-who 가 ESX 서버에 연결할 수 없습니다.

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

설치 프로세스가 응답하지 않는 경우가 있음

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

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

RHEL 9에서는 initscripts 패키지가 기본적으로 설치되지 않습니다. 결과적으로 ifcfg 파일을 사용하여 네트워크 인터페이스 이름 변경이 실패합니다. 이 문제를 해결하기 위해 Red Hat은 udev 규칙을 사용하거나 파일 링크를 사용하여 인터페이스 이름을 변경할 것을 권장합니다. 자세한 내용은 Consistent network interface device naming and the systemd.link(5) 매뉴얼 페이지를 참조하십시오.

chkconfig 패키지는 RHEL 9에 기본적으로 설치되지 않습니다.

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

모두 SHA-1 기반 서명의 바인딩 및 바인딩 되지 않은 유효성 검사를 비활성화합니다.

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

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

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

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

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

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

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

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

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

FIPS가 승인되지 않은 암호화는 FIPS 모드에서 OpenSSL에서 작동하지 않음

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

OpenSSL은 FIPS 모드에서 엔진을 사용할 수 없습니다.

engine API는 OpenSSL 3.0에서 더 이상 사용되지 않으며 OpenSSL Federal Information Processing Standards (FIPS) 구현 및 기타 FIPS 호환 구현과 호환되지 않습니다. 따라서 OpenSSL은 FIPS 모드에서 엔진을 실행할 수 없습니다. 이 문제에 대한 해결방법은 없습니다.

PSK ciphersuites는 FUTURE 암호화 정책에서 작동하지 않습니다.

PSK(Pre-shared key) 암호화suites는 PFS(Smart forward secrecy) 키 교환 방법을 수행하는 것으로 인식되지 않습니다. 결과적으로 ECDHE-PSK 및 DHE-PSK 암호suites는 FUTURE 암호화 정책 (예: FUTURE crypto policy)과 함께 구성된 OpenSSL에서 작동하지 않습니다. 이 문제를 해결하려면 덜 제한적인 암호화 정책을 설정하거나 PSK 암호suites를 사용하는 애플리케이션에 대해 낮은 보안 수준(ECLEVEL)을 설정할 수 있습니다.

GnuPG를 잘못 사용하면 암호화에서 허용되지 않는 경우에도 SHA-1 서명을 사용할 수 있습니다.

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

일부 OpenSSH 작업은 FIPS 승인 인터페이스를 사용하지 않습니다.

OpenSSH에서 사용하는 OpenSSL 암호화 라이브러리는 레거시 및 최신의 두 가지 인터페이스를 제공합니다. OpenSSL 내부가 변경되어 최신 인터페이스만 암호화 알고리즘의 FIPS 인증 구현을 사용합니다. OpenSSH는 일부 작업에 기존 인터페이스를 사용하므로 FIPS 요구 사항을 준수하지 않습니다.

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

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

SELinux staff_u 사용자가 unconfined_r로 잘못 전환할 수 있습니다.

secure_mode 부울이 활성화되면 staff_u 사용자가 unconfined_r 역할로 잘못 전환할 수 있습니다. 결과적으로 staff_u 사용자는 시스템의 보안에 영향을 미치는 권한 있는 작업을 수행할 수 있습니다.

기본 SELinux 정책을 통해 제한되지 않은 실행 파일로 스택을 실행할 수 있습니다.

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

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

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

ImageStreamTag 프로필의 SSH 시간 초과 규칙 구성 잘못된 옵션

OpenSSH 업데이트는 다음과 같은 Defense 정보 시스템국(DISAonnectionFactory) 프로필의 규칙에 영향을 미쳤습니다.

fagenrules --load 가 제대로 작동하지 않음

fapolicyd 서비스는 SIGHUP(SIGHUP) 신호를 올바르게 처리하지 않습니다. 결과적으로 SIGHUP 신호를 수신한 후 fapolicyd 가 종료됩니다. 따라서 fagenrules --load 명령이 제대로 작동하지 않으며 규칙 업데이트에서는 fapolicyd 를 수동으로 다시 시작해야 합니다. 이 문제를 해결하려면 규칙이 변경된 후 fapolicyd 서비스를 다시 시작하고 결과적으로 fagenrules --load 가 올바르게 작동합니다.

Ansible 수정에는 추가 컬렉션이 필요합니다.

ansible-core 패키지에서 Ansible Engine을 교체하면 RHEL 서브스크립션과 함께 제공되는 Ansible 모듈 목록이 줄어듭니다. 결과적으로 scap-security-guide 패키지에 포함된 Ansible 콘텐츠를 사용하는 수정을 실행하려면 rhc-worker-playbook 패키지의 컬렉션이 필요합니다.

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

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

커널 명령줄에 빈 rd.znet 옵션을 사용하면 네트워크 구성이 실패합니다.

커널의 네트워크 유형 또는 하위 채널과 같은 인수 없이 rd.znet 옵션이 없습니다. 이 문제를 해결하려면 명령줄에서 rd.znet 옵션을 완전히 제거하거나 관련 net 유형, 하위 채널 및 기타 관련 옵션을 지정합니다. 이러한 옵션에 대한 자세한 내용은 dra cut.cmdline(7) 도움말 페이지를 참조하십시오.

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

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

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

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

Alibaba Cloud에서 nm-cloud-setup 서비스를 시작한 후 인스턴스의 기본 IP 주소가 변경됩니다.

Alibaba Cloud에서 인스턴스를 시작한 후 nm-cloud-setup 서비스는 기본 IP 주소를 인스턴스에 할당합니다. 그러나 인스턴스에 여러 개의 보조 IP 주소를 할당하고 nm-cloud-setup 서비스를 시작하면 이전의 기본 IP 주소가 이미 할당된 보조 IP 주소 중 하나로 교체됩니다. 반환된 메타데이터 목록은 동일한지 확인합니다. 문제를 해결하려면 기본 IP 주소가 변경되지 않도록 보조 IP 주소를 수동으로 구성합니다. 결과적으로 인스턴스는 IP 주소를 모두 유지하며 기본 IP 주소는 변경되지 않습니다.

RHEL 9 커널에서 kdump 가 시작되지 않음

RHEL 9 커널에는 crashkernel=auto 매개 변수가 기본값으로 구성되어 있지 않습니다. 결과적으로 kdump 서비스가 기본적으로 시작되지 않습니다.

LUKS 암호화 대상에서 vmcore 를 캡처하지 못했습니다.

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

부팅 시 크래시 커널 메모리 할당 실패

특정 Ampere Altra 시스템에서 사용 가능한 메모리가 1GB 미만인 경우 부팅 중에 kdump 사용을 위해 크래시 커널 메모리를 할당할 수 없습니다. 결과적으로 필요한 메모리가 사용 가능한 메모리보다 많을 때 kdump ctl 명령이 kdump 서비스를 시작하지 못합니다.

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을 오프로드할 수 없기 때문에 성능이 저하됩니다.

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

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

Secure Boot의 시스템은 동적 LPAR 작업을 실행할 수 없습니다.

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

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

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

새 커널의 이전 명령줄 옵션 손실

GRUB 부트 로더는 이전에 구성한 커널 명령줄 옵션을 새 커널에 적용하지 않습니다. 결과적으로 커널 패키지를 업그레이드할 때 누락된 옵션으로 인해 재부팅 후 시스템 동작이 변경될 수 있습니다.

NVMe/TCP에서는 장치 매퍼 Multipath가 지원되지 않습니다.

nvme-tcp 드라이버와 함께 장치 매퍼 Multipath를 사용하면 호출 추적 경고 및 시스템 불안정성이 발생할 수 있습니다. 이 문제를 해결하려면 NVMe/TCP 사용자가 기본 NVMe 다중 경로를 활성화하고 NVMe와 함께 device-mapper-multipath 툴을 사용하지 않아야 합니다.

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

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

supported_speeds에 대한 잘못된 sysfs 값

qla2xxx 드라이버는 예상 64Gb/s 대신 sysfs supported_speeds 속성에서 지원되는 포트 속도 중 하나로 20Gb/s를 보고합니다.

AMD EPYC 시스템의 Broadcom 이니시에이터에서 NVMe 네임스페이스에 연결할 수 없음

기본적으로 RHEL 커널은 AMD 기반 플랫폼에서 IOMMU를 활성화합니다. 결과적으로 AMD 프로세서가 있는 서버에서 IOMMU 지원 플랫폼을 사용할 때 전송 길이 불일치로 인한 I/O와 같은 NVMe I/O 문제가 발생할 수 있습니다.

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

MySQL 의 --ssl-fips-mode 옵션과 RHEL의 MariaDB 는 업스트림에서와 다르게 작동합니다.

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

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

RHEL 9 Kerberos 클라이언트가 Heimdal EgressIP에 대해 PKINIT를 사용하여 사용자를 인증하지 못했습니다.

RHEL 9 Kerberos 클라이언트에서 IdM 사용자의 PKINIT 인증 동안 RHEL 9 또는 이전 버전의 Heimdal Kerberos Distribution Center(KDC)는 지원되는CMSTypes 필드를 지원하지 않기 때문에 SHA-1 백업 서명 알고리즘을 사용합니다. 그러나 SHA-1 알고리즘은 RHEL 9에서 더 이상 사용되지 않으므로 사용자 인증이 실패합니다.

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

RHEL 9 Kerberos 에이전트가 사용자 환경의 RHEL 9 Kerberos 에이전트와 상호 작용하는 경우 사용자의 초기 인증(PKINIT) 인증을 위한 Public Key Cryptography가 실패합니다. 이 문제를 해결하려면 다음 작업 중 하나를 수행하십시오.

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

SHA-1 다이제스트 알고리즘은 RHEL 9에서 더 이상 사용되지 않으며 PKINIT(Public Key Cryptography for Public Key Cryptography)에 대한 CMS 메시지는 이제 더 강력한 SHA-256 알고리즘으로 서명되었습니다.

AD trust에 대한 FIPS 지원에는 AD-SUPPORT crypto sub-policy가 필요합니다.

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

Directory Server는 추천 모드에서 시작될 때 예기치 않게 종료됩니다.

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

Directory Server에서 접미사에 대한 참조를 구성하는 데 실패합니다.

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

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

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

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 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 드라이버가 활성화되면 GNOME의 Night Light 기능은 Wayland 세션에서 사용할 수 없습니다. NVIDIA 드라이버는 현재 Night Light 을 지원하지 않습니다.

웹 콘솔을 사용하여 USB 호스트 장치를 제거해도 예상대로 작동하지 않습니다.

USB 장치를 VM(가상 머신)에 연결하면 USB 장치의 장치 번호와 버스 번호가 VM에 전달된 후 변경될 수 있습니다. 결과적으로 웹 콘솔을 사용하여 장치와 버스 번호의 잘못된 상관 관계로 인해 이러한 장치를 제거할 수 없습니다. 이 문제를 해결하려면 VM의 XML 구성에서 USB 장치의 < hostdev > 부분을 제거합니다.

웹 콘솔을 사용하여 여러 호스트 장치를 연결할 수 없습니다.

웹 콘솔을 사용하여 VM(가상 머신)에 연결할 여러 장치를 선택하면 단일 장치만 연결되어 나머지는 무시됩니다. 이 문제를 해결하려면 한 번에 하나의 장치만 첨부합니다.

https를 통한 가상 머신 설치가 실패하는 경우

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

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

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

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

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

가상 머신의 네트워크 트래픽 성능이 저하될 수 있습니다.

경우에 따라 RHEL 9.0 게스트 가상 머신(VM)은 높은 수준의 네트워크 트래픽을 처리할 때 성능이 다소 감소했습니다.

AVX를 비활성화하면 VM이 재부팅할 수 없게 됩니다.

AMQP(Advanced Vector Extensions) 지원이 있는 CPU를 사용하는 호스트 시스템에서 현재 사용 안 함으로 AVX를 명시적으로 비활성화한 VM을 부팅하려고 하면 VM에서 커널 패닉이 발생합니다.

장애 조치 virtio NIC에는 Windows 가상 머신의 IP 주소가 할당되지 않습니다.

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

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

실행 중인 VM(가상 머신)에서 장애 조치(failover) 구성이 있는 hostdev 네트워크 인터페이스를 제거한 후 현재 동일한 실행 중인 VM에 인터페이스를 다시 연결할 수 없습니다.

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

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

SR-IOV는 Azure의 ARM 64 RHEL 9 가상 머신에서 하위 최적화를 수행합니다.

현재 SR-IOV 네트워킹 장치는 Microsoft Azure 플랫폼에서 실행되는 ARM 64 RHEL 9 가상 머신 VM에서 예상보다 대기 시간이 훨씬 더 높습니다.

콘솔 프록시를 사용하여 XenServer 7의 RHEL 9 VM에서 마우스를 사용할 수 없습니다.

콘솔 프록시가 있는 XenServer 7 플랫폼에서 RHEL 9 VM(가상 머신)을 실행할 때 VM의 GUI에서 마우스를 사용할 수 없습니다. 이 문제를 해결하려면 다음과 같이 VM에서 Wayland 컴포저 프로토콜을 비활성화합니다.

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

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

Hyper-V 가상 머신에 연결된 네트워크 어댑터의 SR-IOV 기능이 작동하지 않을 수 있습니다.

현재 일부 경우 SR-IOV(Single-root I/O Virtualization)가 활성화된 네트워크 어댑터를 Microsoft Hyper-V 하이퍼바이저에서 실행되는 RHEL 9 가상 머신(VM)에 연결할 때 일부 경우 SR-IOV 기능이 올바르게 작동하지 않습니다.

ESXi에서 RHEL 9 게스트를 사용자 정의하면 네트워킹 문제가 발생하는 경우가 있습니다.

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

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

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

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

현재 RHEL 9 베타 컨테이너 이미지를 가져오려고 하면 podman 이 오류 메시지로 종료됩니다. error: 소스 이미지가 거부됨 서명은 허용되지 않았습니다. 현재 빌드가 기본적으로 RHEL Beta GPG 키를 신뢰하지 않도록 구성되어 있으므로 이미지를 가져오지 못했습니다.

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

자체 CA 인증서로 서명된 자체 내부 레지스트리가 있는 경우 해당 인증서를 호스트 머신으로 가져와야 합니다. 그렇지 않으면 오류가 발생합니다.

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

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

podman 시스템 연결 추가 및 podman image scp 실패

Podman은 RSA 키 교환에 SHA-1 해시를 사용합니다. RSA 키를 사용하는 시스템 간의 일반적인 SSH 연결은 작동하지만 podman system connection add 및 podman image scp 명령은 RHEL 9에서 키 교환에 허용되지 않기 때문에 동일한 RSA 키를 사용하여 작동하지 않습니다.