RHEL 9 도입 고려 사항

TDX 지원은 Azure에서 RHEL용 기술 프리뷰를 사용할 수 있습니다.

Intel Trust Domain Extension (TDX) 기능은 이제 RHEL 9.4 게스트 운영 체제에서 기술 프리뷰로 사용할 수 있습니다. 호스트 시스템이 TDX를 지원하는 경우 신뢰 도메인(TD)이라는 하드웨어 격리 RHEL 9 VM(가상 머신)을 배포할 수 있습니다. 결과적으로 Azure 플랫폼에서 SecureBoot가 활성화된 CVM 이미지를 생성할 수 있습니다.

TDX 지원은 GCP에서 RHEL용 기술 프리뷰를 사용할 수 있습니다.

Intel Trust Domain Extension (TDX) 기능은 이제 RHEL 9.4 게스트 운영 체제에서 기술 프리뷰로 사용할 수 있습니다. 호스트 시스템이 TDX를 지원하는 경우 신뢰 도메인(TD)이라는 하드웨어 격리 RHEL 9 VM(가상 머신)을 배포할 수 있습니다. 이번 개선된 기능을 통해 Google Cloud Platform의 RHEL 9.4에서 Intel Trust Domain Extension (TDX) 기능을 사용할 수 있습니다.

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

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

제어 그룹 성능 개선

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

Podman에서 보안 짧은 이름 지원

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

registries.conf의 기본 컨테이너 레지스트리

/etc/containers/registries.conf 파일의 컨테이너 레지스트리 목록은 루트 사용자로, $HOME/.config/containers/registries.conf 에서 root 사용자로 찾을 수 있습니다. registries.conf 파일을 변경하면 기본 시스템 전체 검색 설정을 변경할 수 있습니다.

기본 OCI 런타임 변경

이제 container-tools:rhel8 모듈에 crun OCI 런타임을 사용할 수 있습니다. crun 컨테이너 런타임은 컨테이너에서 rootless 사용자의 추가 그룹에 액세스할 수 있는 주석을 지원합니다. 이는 setgid가 설정된 디렉터리에서 볼륨을 마운트하는 경우 또는 사용자가 그룹 액세스 권한만 있는 경우 컨테이너 작업에 유용합니다.

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

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

기본 네트워크 스택

Podman은 RHEL 8 및 Netavark의 기본 네트워크 스택으로 CNI를 RHEL 9를 새로 설치하는 기본 네트워크 스택으로 사용합니다.

Podman v5.0 사용 중단

RHEL 9.5에서는 Podman v5.0에서 다음 사항이 더 이상 사용되지 않습니다.

runc 컨테이너 런타임이 더 이상 사용되지 않음

runc 컨테이너 런타임은 더 이상 사용되지 않으며 향후 주요 RHEL 릴리스에서 제거될 예정입니다. 기본 컨테이너 런타임은 crun 입니다.

LLVM Toolset이 19.1.7로 업데이트되었습니다.

LLVM Toolset이 19.1.7 버전으로 업데이트되었습니다.

rust Toolset rebased to 버전 1.84.0

rust Toolset이 1.84.0 버전으로 업데이트되었습니다. 이전에 사용 가능한 버전 1.79.0 이후 주요 개선 사항은 다음과 같습니다.

Go Toolset을 버전 1.23로 업데이트

Go Toolset이 1.23 버전으로 업데이트되었습니다. 주요 개선 사항은 다음과 같습니다.

Valgrind 버전 3.24.0으로 업데이트

valgrind 제품군이 3.24.0 버전으로 업데이트되었습니다. 주요 개선 사항은 다음과 같습니다.

libabigail 을 버전 2.6로 업데이트

libabigail 라이브러리가 버전 2.6으로 업데이트되었습니다. 주요 변경 사항은 다음과 같습니다.

elfutils 버전 0.192로 업데이트

elfutils 패키지가 버전 0.192로 업데이트되었습니다. 주요 개선사항은 다음과 같습니다.

SystemTap 이 버전 5.2로 업데이트됨

SystemTap 추적 및 검사 툴이 버전 5.2로 업데이트되었습니다.

이제 모든 스레드 API가 libc.so.6에 병합되었습니다.

RHEL 8에서 시스템 스레드 라이브러리인 libpthread.so 는 별도의 라이브러리였습니다. RHEL 9에서는 모든 스레드 API가 코어 C 라이브러리 libc.so.6 에 병합되었습니다. 코어 C 라이브러리로 스레딩을 이동하면 라이브러리에서 기본적으로 스레드를 지원할 수 있습니다. 단일 파일을 사용하면 스레드 API와 코어 C, POSIX 및 BSD API가 모두 동시에 업데이트되므로 내부 업그레이드 프로세스가 원활하게 수행됩니다.

libdl 라이브러리가 libc.so.6에 병합되었습니다.

RHEL 8에서 libd l 라이브러리 는 별도의 라이브러리였습니다. RHEL 9에서는 libdl 라이브러리가 코어 C 라이브러리 libc.so.6 에 병합되었습니다. 즉, dlsym 함수를 연결하는 것이 훨씬 더 어려워지고 있습니다. 기호 확인 작동 방식을 제어해야 하는 애플리케이션은LD_AUDIT(감사자) 인터페이스로 전환해야 합니다.

이제 libc.so.6에 병합된 dns 및 파일 의 이름 서비스 스위치 서비스 플러그인

RHEL 8에서 파일 의 Name Service Switch(NSS) 서비스와 사용자 및 그룹 ID 관리 API에 데이터를 제공하는 dns 는 별도의 플러그인이었습니다. RHEL 9에서는 플러그인이 코어 C 라이브러리 libc.so.6에 병합되었습니다. 파일과 dns 서비스 공급자를 이동하면 마운트 네임스페이스 경계를 교차해야 하는 애플리케이션이 (예: 컨테이너 입력) 프로세스 시작 시 NSS 파일과 dns 액세스 서비스가 항상 로드되도록 할 수 있습니다.

Red Hat build of OpenJDK 17은 RHEL 9.5 이후의 기본 Java 구현입니다.

기본 RHEL 9 Java 구현은 OpenJDK 11에서 EOL(End of Life)에 도달한 OpenJDK 17로 변경됩니다. 이번 업데이트 후 OpenJDK 17 Java Runtime Environment 및 OpenJDK 17 Java Software Development Kit를 제공하는 java-17-openjdk 패키지도 java 및 java-devel 패키지를 제공합니다. 자세한 내용은 OpenJDK 설명서 를 참조하십시오.

.NET 7.0이 더 이상 지원되지 않음

.NET 7.0 2024년 5월 EOL(End of Life)에 도달했습니다. 대신 .NET 8.0 이상을 사용하십시오. 사용법에 대한 자세한 내용은 .NET 8.0 설명서를 참조하십시오. 지원 기간에 대한 자세한 내용은 Red Hat Enterprise Linux Application Streams 라이프 사이클 을 참조하십시오.

GNOME이 버전 40으로 업데이트

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

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

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

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

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

X.Org X11 비디오 드라이버가 modesetting으로 교체됨

다음 X.Org X11 비디오 드라이버가 제거되고 일반적인 modesetting 드라이버로 대체되었습니다.

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

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

GNOME Boxes가 제거됨

GNOME Boxes 애플리케이션이 RHEL 9에서 제거되었습니다. SPICE 시스템을 사용하여 VM(가상 머신)에 연결합니다. RHEL 9에서는 더 이상 SPICE를 사용할 수 없으며 결과적으로 Boxes도 제거되었습니다.

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

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

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

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

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

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

motif가 더 이상 사용되지 않음

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

여러 비트맵 글꼴이 제거되었습니다.

다음 비트맵 글꼴 패키지가 제거되었습니다.

로그인 화면에 로그인 버튼 없음

이 릴리스에서는 로그인 화면이 다시 설계되었습니다. 결과적으로 로그인 화면에는 이전 RHEL 릴리스에 존재했던 Sign In 버튼이 더 이상 포함되지 않습니다.

Cryostatvnc가 더 이상 사용되지 않음

TigerVNC 원격 데스크탑 솔루션은 더 이상 사용되지 않습니다. 향후 주요 RHEL 릴리스에서 제거되고 다른 원격 데스크탑 솔루션으로 대체될 예정입니다.

power-profiles-daemon 은 gnome-control-center에서 tuned 로 교체됨

gnome-control-center 는 Power Saver, Balanced, Performance와 같은 전원 프로필에 대해 tuned 로 power-profiles-daemon 을 교체했습니다. GNOME 설정에서 사용하는 tuned 프로필을 사용자 지정하여 시스템의 전력 소비를 제어할 수 있습니다. 효율적으로 전원 관리 및 성능 튜닝을 위해 워크로드에 따라 CPU 빈도, 표시 밝기, USB 자동 일시 중지와 같은 시스템 매개변수를 동적으로 조정합니다.

RHEL 9의 초기 애플리케이션 스트림 버전

RHEL 9는 기존 dnf install 명령을 사용하여 RPM 패키지로 설치할 수 있는 초기 Application Stream 버전을 제공하여 Application Streams 환경을 향상시킵니다.

RHEL 8 이후 Python 에코시스템의 주요 차이점

버전이 없는 python 명령

perl 과 perl-interpreter 패키지 간의 차이점

RHEL 9에서는 perl 및 perl-interpreter 패키지를 모두 제공합니다. perl 패키지는 GCC를 포함한 종속성의 전체 Perl 업스트림 배포를 포함하기 때문에 개발에 적합합니다. 프로덕션 시스템에서 기본 /usr/bin/perl 인터프리터가 포함된 perl-interpreter 패키지를 사용합니다.

libdb주요 변경 사항

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

RHEL 9.2 이후 사용 가능

RHEL 9.2에는 Apache Tomcat 서버 버전 9가 도입되었습니다. Tomcat은 Java Servlet 및 JavaServer Pages 기술을 위한 공식 참조 구현에 사용되는 서블릿 컨테이너입니다. Java Servlet 및 JavaServer Pages 사양은 Sun에서 Java Community Process에 따라 개발했습니다. Tomcat은 공개 및 참여 환경에서 개발되었으며 Apache Software License 버전 2.0에 따라 출시되었습니다.

simplified-installer 및 raw 이미지에 대한 파일 시스템 사용자 정의 지원

다음 이미지 유형을 빌드할 때 블루프린트에 파일 시스템 사용자 지정을 추가할 수 있습니다.

FDO 소유자uchers를 기술 프리뷰로 저장하고 쿼리하기 위한 SQL 백엔드를 추가하는 기능

이 기술 프리뷰를 사용하면 자격 증명 및 기타 매개변수와 함께 FDO 서버 옵션에서 SQL 데이터 저장소를 선택하여 다음 FDO 서버에 대한 Owner Cryostatucher를 저장할 수 있습니다. 다음 이미지 유형을 빌드할 때 블루프린트에 파일 시스템 사용자 지정을 추가할 수 있습니다.

FIPS가 활성화된 RHEL for Edge 이미지를 빌드하는 기능

이미지 프로비저닝 중에 다음 RHEL for Edge 이미지 유형에 대해 FIPS가 활성화된 이미지를 빌드할 수 있습니다.

RHEL for Edge AMI 이미지 빌드 지원

RHEL for Edge에 대한 .ami 이미지를 빌드하고, Ignition으로 블루프린트를 사용자 지정하여 부팅 중에 이미지에 인증 정보를 삽입하고, .ami 이미지를 AWS에 업로드하고 AWS에서 EC2 인스턴스를 부팅할 수 있습니다.

RHEL for Edge VMDK 이미지 빌드 지원

RHEL for Edge VMDK 이미지를 위해 RHEL을 빌드하고, Ignition으로 블루프린트를 사용자 지정하여 초기 부팅 중에 이미지에 인증 정보를 삽입한 다음 vSphere에서 이미지를 로드하고 VM vSphere에서 이미지를 부팅할 수도 있습니다.

64비트 ARM 아키텍처에서 부팅되는 RHEL for Edge 최소 원시 이미지 지원

RHEL for Edge 최소 원시 이미지 유형은 이제 64비트 ARM 아키텍처 및 AMD 및 Intel 64비트 아키텍처를 지원합니다.

새로운 FIDO 장치 온보딩 서버 컨테이너 이미지 사용 가능

다음 FIDO 장치 온보딩 서버 컨테이너 이미지는 Red Hat Container Catalog 에서 사용할 수 있습니다.

Edge Simplified 이미지용 RHEL은 Ignition 프로비저닝 유틸리티를 지원합니다.

에지 이미지에 대한 RHEL을 생성하기 위해 Ignition 프로비저닝 유틸리티로 청사진 구성을 사용자 지정할 수 있습니다. Ignition은 부팅 프로세스의 초기 단계에서 사용자 구성을 이미지에 삽입합니다. 시스템에서 처음 부팅되는 동안 Ignition 유틸리티는 원격 URL 또는 Simplified Installer 이미지에 포함된 파일에서 구성을 읽고 해당 구성을 이미지에 적용합니다.

청사진의 FDO 사용자 지정이 선택 사항입니다.

더 이상 단순화된 설치 관리자 이미지를 빌드하기 위해 FDO 사용자 지정 섹션을 청사진에 추가할 필요가 없습니다.

FDO를 사용하여 Edge 이미지에 대한 자동 프로비저닝 및 온보딩 지원

FDO(FIDO 장치 온보딩) 프로세스를 사용하여 에지 이미지의 자동 프로비저닝 및 온보딩 RHEL을 지원합니다. 이를 통해 Edge Simplified Installer 이미지를 위한 RHEL을 빌드하고 Edge 이미지의 RHEL에 프로비저닝할 수 있습니다. 그런 다음 FDO 프로세스를 사용하여 자동으로 Edge 장치를 프로비저닝하고 온보드하고, 네트워크에 연결된 다른 장치 및 시스템과 데이터를 교환할 수 있습니다.

RHEL 8에서 RHEL 9로 rpm-ostree 업그레이드 지원

rpm-ostree rebase 를 사용하여 RHEL 8 시스템을 RHEL 9로 업그레이드할 수 있습니다.

자동 롤백 지원

부팅 프로세스 중에 상태 점검이 실행되고 노드가 올바르게 작동하는지 확인할 수 있습니다. 상태 점검이 실패하면 카운터에서 시도 횟수를 추적하고 노드에서 rpm-ostree 를 사용하여 업데이트를 롤백합니다. 업데이트가 실패할 때 새 애플리케이션 버전이 종료되면 podman에서 컨테이너를 자동으로 롤백합니다.

Edge Simplified 설치 프로그램 이미지용 RHEL 빌드 지원

RHEL 이미지 빌더를 사용하여 RHEL for Edge Simplified 설치 프로그램 이미지를 빌드할 수 있습니다. 장치에 역추적 설치를 수행하고 Edge 이미지의 RHEL에 이미지를 프로비저닝할 수 있습니다.

Edge Raw 이미지용 RHEL 빌드 지원

Edge Raw 이미지용 RHEL 을 빌드할 수도 있습니다. 이는 압축된 원시 이미지로, 기존 배포된 OSTree 커밋이 포함된 파티션 레이아웃이 포함된 파일로 구성됩니다. 엣지 원시 이미지용 RHEL은 하드 디스크 드라이브에서 충돌하거나 가상 머신에서 부팅하는 데 사용할 수 있습니다.

Edge 최소 설치 용 RHEL 9는 훨씬 작습니다.

Edge 최소 설치용 RHEL 9는 RHEL 8과 비교할 때 훨씬 작습니다.

에지 이미지 유형에서 지원되는 RHEL

RHEL for Edge를 사용하면 RHEL 이미지 빌더를 사용하여 사용자 지정 RHEL(rpm-ostree) 이미지를 작성한 다음 에지 서버에 이미지를 원격으로 설치 및 관리할 수 있습니다.

에지 이미지 이름에서 지원되는 RHEL

이전에는 이미지 유형 앞에 rhel-가 추가되었습니다. 이 접두사가 제거되었지만 rhel-edge- container 및 rhel-edge- installer 와 같은 이전 이미지 이름은 새 이름의 별칭으로 계속 작동합니다. 이러한 이름은 더 이상 사용되지 않는 것으로 간주되며 향후 버전에서 완전히 제거될 수 있습니다. RHEL 9에서 다음 RHEL for Edge 이미지 이름이 지원됩니다.

dnsmasq 패키지가 RHEL for Edge에서 제거되었습니다.

RHEL 9.6 이상 릴리스에는 기본적으로 dnsmasq 패키지가 더 이상 포함되지 않습니다. 이 패키지를 사용하려면 dnsmasq 패키지로 블루프린트를 사용자 지정하고 블루프린트를 사용하여 에지 아티팩트를 생성해야 합니다.

XFS 파일 시스템은 이제 bigtime 및 inobtcount 기능을 지원합니다.

XFS 파일 시스템은 이제 두 개의 새로운 디스크 기능을 지원하며, 각 기능은 RHEL 9의 mkfs.xfs 에 의해 기본적으로 활성화되어 있습니다. 이 두 가지 새로운 기능은 다음과 같습니다.

RHEL 9에서 exFAT 파일 시스템이 지원됨

RHEL 9에서 exFAT 파일 시스템이 지원됩니다. 이는 다른 운영 체제와 외부 USB 스토리지 및 상호 운용성 및 데이터 교환용으로 설계된 파일 시스템입니다. 파일 시스템은 범용, 성능 또는 확장 가능한 Linux 파일 시스템으로 설계되지 않습니다. exFAT 파일 시스템은 exfatprogs 패키지를 설치하고 mkfs .exfat 유틸리티를 사용하여 생성할 수 있습니다.

ext4 파일 시스템은 이제 2038년 이후의 타임스탬프 지원

ext4 파일 시스템은 이제 2038년 이후의 타임 스탬프를 지원하고 있습니다. 이 기능은 완전히 자동이며 이를 활용하기 위해 사용자 작업이 필요하지 않습니다. 유일한 요구 사항은 inode 크기가 기본적으로 128바이트보다 넓다는 것입니다.

새로운 nfsv4-client-utils 패키지

NFSv4만 지원하는 데 필요한 최소한의 데모 세트와 툴을 포함하는 새 패키지 nfsv4-client-utils 가 추가되었습니다. 이는 표준 nfs-utils 패키지를 대체하는 것입니다.

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

RHEL 9의 GFS2 파일 시스템은 버전 1802 형식으로 생성됩니다. 이렇게 하면 다음과 같은 기능을 사용할 수 있습니다.

일관된 사용자 환경을 위해 Samba 유틸리티의 옵션 이름이 변경 및 제거됨

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

cramfs 모듈이 제거됨

사용자 부족으로 인해 cramfs 커널 모듈이 제거되었습니다. squashfs 는 대체 솔루션으로 사용하는 것이 좋습니다.

RHEL 9에서 필수 파일 잠금 지원이 제거되었습니다.

RHEL 9 이상 버전에서는 필수 파일 잠금이 지원되지 않습니다. mand 마운트 옵션은 이 커널에서 무시하고 해당 사용은 시스템 로그에 경고가 생성됩니다.

NFSv2는 더 이상 지원되지 않습니다.

RHEL 9 NFS 클라이언트와 서버는 더 이상 NFSv2를 지원하지 않습니다.

Stratis 스토리지 관리자 사용 가능

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

DAX 마운트 옵션 및 reflink가 호환 가능

이제 Reflinked 파일이 일반적으로 DAX 모드와 호환됩니다. 파일 시스템 DAX 마운트 옵션 -o dax=always 는 reflink 사용 파일 시스템과 호환됩니다. reflinked된 파일은 inode 플래그를 사용하여 DAX 모드로 설정할 수 있습니다. 자세한 내용은 시스템의 xfs(5) 도움말 페이지를 참조하십시오.

TLS를 사용하는 NFS가 완전히 지원됨

RHEL 9.4에 도입된 TLS(Transport Layer Security)가 기술 프리뷰로 도입된 NFS(Network File System)가 이제 완전히 지원됩니다. 이 기능은 RPC(원격 프로시저 호출) 트래픽에 TLS를 활성화하여 클라이언트와 서버 간 암호화된 통신을 보장하여 NFS 보안을 향상시킵니다. 자세한 내용은 TLS 지원을 사용하여 NFS 서버 구성을 참조하십시오.

이제 SAN에서 NVMe-FC 부팅이 완전히 지원됨

Red Hat Enterprise Linux 9.2에서 기술 프리뷰로 도입된 NVMe(Non-volatile Memory Express) over Fibre Channel (NVMe) 부팅이 지원됩니다. 일부 NVMe/FC 호스트 버스 어댑터는 NVMe/FC 부팅 기능을 지원합니다. NVMe/FC 부팅 기능을 활성화하기 위해 HBA(Host Bus Adapter) 프로그래밍에 대한 자세한 내용은 NVMe/FC 호스트 버스 어댑터 제조업체의 설명서를 참조하십시오.

이제 lvconvert 를 사용하여 표준 LV를 씬 LV로 변환할 수 있습니다.

이제 LV(표준 논리 볼륨)를 씬 풀 데이터 볼륨으로 지정하면 lvconvert 명령을 사용하여 표준 LV를 thin LV로 변환할 수 있습니다. 이번 업데이트를 통해 기존 LV를 변환하여 씬 프로비저닝 기능을 사용할 수 있습니다.

무결성 대상에서 감사 이벤트 생성

이제 무결성 대상이 감사 이벤트를 생성합니다. 이러한 감사 이벤트를 사용하여 보안 관련 추가 이벤트 유형을 로깅할 수 있습니다.

DM-verity 에서 향후 오류 수정 지원

dm-verity 대상은 FEC(전방향 오류 수정)를 지원합니다. FEC를 사용하면 사전 생성된 오류 수정 데이터를 사용하여 손상된 블록에서 복구할 수 있습니다.

NVMe 네이티브 멀티패스가 기본적으로 활성화됨

비휘발성 Memory Express(NVMe) 네이티브 멀티패스는 Red Hat Enterprise Linux 9에서 기본적으로 활성화되어 있으며 권장되는 다중 경로 솔루션입니다. DM Multipath 프레임워크를 사용하지 않고 NVMe에서 멀티패스를 구성할 수 있습니다. NVMe 네이티브 멀티패스는 더 높은 성능을 제공합니다.

VDO 관리 소프트웨어가 제거되었습니다.

RHEL 9에서는 python 기반 VDO 관리 소프트웨어를 더 이상 사용할 수 없습니다. 이 소프트웨어 대신 VDO 볼륨을 관리하기 위해 LVM-VDO 구현을 사용합니다.

VDO에서 여러 쓰기 정책이 제거됨

VDO에는 더 이상 여러 쓰기 정책이 없습니다. VDO는 이제 async write 정책을 독점적으로 사용합니다. 'sync-unsafe' 및 'async-unsafe' 쓰기 정책이 제거되었습니다.

Stratis 스토리지 관리자 사용 가능

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

clufter 툴을 지원하는 pcs 명령이 제거되었습니다.

클러스터 구성 형식을 분석하기 위해 clufter 툴을 지원하는 pcs 명령이 제거되었습니다. 다음 명령이 제거되었습니다.

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 구문 분석에는 복제 메타 속성을 지정할 때 meta 키워드가 필요합니다.

pcs 명령 형식의 일관성을 보장하기 위해 meta 키워드를 지정하지 않고 pcs resource clone,pcs resource promotable 및 pcs resource create 명령을 사용하여 복제 메타 속성을 구성합니다.

SSSD에서 암호 없는 새로운 인증 방법을 사용할 수 있습니다.

RHEL 9.4에서는 FIDO2 사양과 호환되는 생체 인식 장치를 사용하도록 SSSD에서 암호 없는 인증을 활성화하고 구성할 수 있습니다(예: YubiKey). FIDO2 토큰을 미리 등록하고 RHEL IdM, Active Directory 또는 LDAP 저장소의 사용자 계정에 이 등록 정보를 저장해야 합니다. RHEL은 현재 USB 기반 토큰만 지원하는 libfido2 라이브러리와 FIDO2 호환성을 구현합니다.

Identity Management API가 완전히 지원됨

RHEL 9.3부터 IdM(Identity Management) API는 완전히 지원되는 기능입니다.

Identity Management 설치 패키지가 구체화되었습니다.

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

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

/etc/shadow 및 /etc/ groups 에서 그룹 정보와 같은 로컬 파일에서 사용자 정보를 검색하는 SSSD 암시적 파일 프로바이더 도메인이 이제 기본적으로 비활성화됩니다.

FIPS 140-3 호환 키 암호화를 활성화한 VMDK용 새로운 영역 구성 템플릿

이 업데이트에서는 /var/kerberos/krb5kdc/kdc.conf 파일에 새로운 EXAMPLE.COM.COM 영역 구성 예를 제공합니다. 두 가지 변경 사항을 제공합니다.

SSSD 다중 스레드 성능 개선

이전 버전에서는 SSSD가 Red Hat Directory Server 및 Identity Management와 같은 다중 스레드 애플리케이션에서 병렬 요청을 직렬화했습니다. RHEL 9.1부터 ns 및 pam 와 같은 모든 SSSD 클라이언트 라이브러리는 요청을 직렬화하지 않으므로 더 나은 성능을 위해 여러 스레드의 요청을 병렬로 실행할 수 있습니다.

Ansible-freeipa는 ansible- freeipa -collection 하위 패키지에서 Ansible 컬렉션으로 역할 및 모듈을 추가로 제공합니다.

새 컬렉션을 사용하려면 다음을 수행합니다.

이제 IdM에서 HSM이 완전히 지원됨

HSM(하드웨어 보안 모듈)은 이제 IdM(Identity Management)에서 완전히 지원됩니다. IdM CA(Cerificate Authority) 및 KRA(Key Recovery Authority)에 대한 키 쌍과 인증서를 HSM에 저장할 수 있습니다. 이는 개인 키 자료에 물리적 보안을 추가합니다.

이제 named 에서 OpenSSL을 사용하여 DNSSEC 검증을 확인합니다.

RHEL 9에서 IdM(Identity Management)에서 이름이 지정된 데몬은 OpenSSL PKCS#11 엔진을 채택하여 디지털 서명으로 DNS 데이터를 보호하여 공격으로부터 DNS를 보호했습니다. RHEL 8에서 IdM은 이러한 목적으로 bind -pkcs11 이라는 특수 버전의 bind 패키지를 사용했습니다. 또한 이번 업데이트에서는 bind-pkcs11-utils 패키지를 제거합니다. opensc 패키지의 pkcs11-tool 을 사용하여 PKCS#11 토큰 또는 저장된 키를 대신 관리합니다.

IdM-to-IdM 마이그레이션을 기술 프리뷰로 사용 가능

RHEL 9.5에서는 Red Hat이 지원되지 않는 기술 프리뷰로 제공하는 새로운 ipa-migrate 유틸리티를 사용하여 SUDO 규칙, HBAC, DNA 범위, 호스트, 서비스 등과 같은 모든 IdM 관련 데이터를 다른 IdM 서버로 마이그레이션할 수 있습니다. 예를 들어 개발 또는 스테이징 환경에서 프로덕션 환경으로 IdM을 이동하거나 두 개의 프로덕션 서버 간에 IdM 데이터를 마이그레이션할 때 유용할 수 있습니다.

IdM 배포의 DNS over TLS(DoT)는 기술 프리뷰로 사용 가능

RHEL 9.6부터는 IdM(Identity Management) 배포에서 DNS over TLS(DoT)를 사용하는 암호화된 DNS를 기술 프리뷰로 사용할 수 있습니다. DNS 클라이언트와 IdM DNS 서버 간의 모든 DNS 쿼리와 응답을 암호화할 수 있습니다.

iPXE가 없는 사용자는 업그레이드 후 IdM에 로그인할 수 없습니다.

IdM(Identity Management) 복제본을 RHEL 9.2로 업그레이드한 후 IdM Kerberos Distribution Centre(KDC)에서 계정에 할당된 SID(보안 식별자)가 없는 사용자에게 TGT( ticket-granting ticket)를 발행하지 못할 수 있습니다. 따라서 사용자는 자신의 계정에 로그인할 수 없습니다.

RHEL 8.6 또는 이전 버전에서 초기화된 FIPS 모드의 IdM 배포에 FIPS 모드에서 RHEL 9 복제본을 추가하는 데 실패합니다.

FIPS 140-3을 준수하려는 기본 RHEL 9 FIPS 암호화 정책은 RFC3961 섹션 5.1에 정의된 대로 AES HMAC-SHA1 암호화 유형의 키 파생 기능을 사용할 수 없습니다.

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

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

클러스터형 Samba 패키지는 복구 스토리지 및 Gluster Samba 리포지토리에서 사용할 수 있습니다.

ctdb 클러스터형 Samba 패키지는 이제 복구 스토리지 및 Gluster Samba 리포지토리에서 사용할 수 있습니다. 이전에는 RHEL 8에서 클러스터형 Samba 패키지를 BaseOS 리포지토리에서 사용할 수 있었습니다.

nss-pam-ldapd 패키지가 제거되었습니다.

RHEL에서 nss-pam-ldapd 패키지가 제거되었습니다. Red Hat은 nslcd 서비스의 기능을 완전히 대체하는 SSSD 및 ldap 공급자로 마이그레이션할 것을 권장합니다. SSSD에는 다음과 같은 nss-pam-ldapd 사용자의 요구 사항을 구체적으로 처리하는 기능이 있습니다.

NIS 패키지가 제거되었습니다.

다음 NIS(Network Information Service) 구성 요소가 RHEL에서 제거되었습니다.

openssh-ldap 패키지가 제거되었습니다.

openssh-ldap 하위 패키지는 업스트림을 유지 관리하지 않으므로 RHEL에서 제거되었습니다. Red Hat은 다른 IdM 솔루션과 더욱 안전하고 안전한 SSSD 및 sss_ssh_authorizedkeys 도우미를 사용할 것을 권장합니다.

custodia 패키지가 제거되었습니다.

custodia 패키지는 RHEL 9의 Red Hat Identity Management로 통합되었으며 더 이상 별도의 서비스로 제공되지 않습니다.

gssntlmssp 패키지가 제거되었습니다.

Windows NTLM(New Technology LAN Manager)이 안전하지 않은 것으로 간주되므로 gssntlmssp 패키지가 제거되었습니다.

nsslapd-conntablesize 구성 매개변수가 389-ds-base에서 제거되었습니다.

nsslapd-conntablesize 구성 매개변수가 RHEL 9.3의 389-ds-base 패키지에서 제거되었습니다. 이전에는 nsslapd-conntablesize 구성 속성이 설정된 연결을 관리하는 연결 테이블의 크기를 지정했습니다. 설정된 연결의 관리를 개선하는 multi-listener 기능이 도입되면서 Directory Server는 이제 연결 테이블의 크기를 동적으로 계산합니다. 이렇게 하면 연결 테이블 크기가 너무 낮고 서버가 지원할 수 있는 연결 수에 영향을 미치는 경우에도 문제가 해결되었습니다. RHEL 9.3부터 nsslapd-maxdescriptors 및 nsslapd-reservedescriptors 속성만 사용하여 지원할 수 있는 TCP/IP 연결 수를 관리합니다.

FreeRADIUS에 대한 제한된 지원

RHEL 9에서는 FreeRADIUS 오퍼링의 일부로 다음 외부 인증 모듈이 지원되지 않습니다.

nsslapd-changelogcompactdb-interval 매개변수가 389-ds-base 패키지에서 제거되었습니다.

RHEL 9.0부터 Directory Server changelog가 기본 데이터베이스에 통합되었습니다. 결과적으로 nsslapd-changelogcompactdb-interval 매개변수가 더 이상 존재하지 않습니다.

nsslapd-logging-hr-timestamps-enabled 구성 매개변수가 389-ds-base 패키지에서 제거되었습니다.

nsslapd-logging-hr-timestamps-enabled 구성 매개변수가 RHEL 9.6의 389-ds-base 패키지에서 제거되었습니다. 이번 업데이트 이전에는 Directory Server에서 높은 해상도의 타임스탬프를 끌 수 있으며 로그 파일에 다음과 같은 타임스탬프가 있었습니다.

Berkeley DB 동적 백엔드에 대한 지원이 제거되었습니다.

이번 릴리스에서는libdb( Berkeley DB ) 동적 백엔드가 더 이상 지원되지 않습니다. named-sdb 빌드는 더 이상 제공되지 않습니다. 각 백엔드(예: sqlite3 또는 mysql )에 DLZ 로드 가능 플러그인을 사용할 수 있습니다. 이러한 플러그인은 빌드되거나 제공되지 않으므로 소스에서 빌드해야 합니다.

Apache HTTP Server에서 사용하기 위해 PHP와 함께 제공되는 mod_php 모듈이 제거되었습니다.

Apache HTTP Server와 함께 사용하기 위해 PHP와 함께 제공되는 mod_php 모듈은 RHEL 9에서 더 이상 사용할 수 없습니다.

RHEL에서 BIND 9.18 이 지원됨

BIND 9.18 이 새로운 bind9.18 패키지의 RHEL 9.5에 추가되었습니다. 주요 기능 개선 사항은 다음과 같습니다.

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

Anaconda는 이제 사용자가 네트워크 대화 상자에서 수동으로 활성화할 필요 없이 대화식 설치를 수행할 때 자동으로 네트워크를 활성화합니다. 이번 업데이트에서는 ip= 부팅 옵션을 사용하여 Kickstart 설치 및 설치에 대한 설치 환경을 변경하지 않습니다.

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

RHEL 9는 루트 암호 설정 화면에 다음과 같은 새로운 옵션을 추가합니다.

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

이전 버전에서는 RHEL 사용자가 Licensing, System (Subscription manager) 및 gnome-initial-setup 및 로그인 화면 이전에 사용자 설정을 설정했습니다. RHEL 9부터는 사용자 환경을 개선하기 위해 초기 설정 화면이 기본적으로 비활성화되어 있습니다. 사용자 생성 또는 라이센스 디스플레이에 대한 초기 설정을 실행해야 하는 경우 요구 사항에 따라 다음 패키지를 설치합니다.

이제 Satellite용 Kickstart를 통한 시스템 프로비저닝을 위한 rhsm 명령을 사용할 수 있습니다.

rhsm 명령은 RHEL 9의 시스템 프로비저닝에 대한 %post 스크립트를 대체합니다. rhsm 명령은 시스템 등록, RHEL 서브스크립션 연결, Satellite 인스턴스에서 설치 등의 모든 프로비저닝 작업에 도움이 됩니다.

새로운 Kickstart 명령 - 시간 소스

새로운 timesource Kickstart 명령은 선택 사항이며 시간 데이터를 제공하는 NTP, NTS 서버 및 NTP 풀을 설정하는 데 도움이 됩니다. 또한 시스템의 NTP 서비스 활성화 또는 비활성화를 제어하는 데 도움이 됩니다. timezone 명령의 --ntpservers 옵션은 더 이상 사용되지 않으며 이 새 명령으로 교체되었습니다.

inst. 접두사 없이 Anaconda 부팅 인수에 대한 지원을 더 이상 사용할 수 없습니다.

inst. 접두사가 없는 Anaconda 부팅 인수는 RHEL 7 이후 더 이상 사용되지 않습니다. RHEL 9에서는 이러한 부팅 인수에 대한 지원이 제거되었습니다. 이러한 옵션을 계속 사용하려면 inst. 접두사를 사용합니다.

설치 중에 암호화된 DNS 구성을 활성화하기 위해 CA 인증서에 대한 Kickstart 지원 추가

설치 프로그램 환경 및 설치된 시스템에 CA 인증서를 설치하기 위해 Kickstart 파일의 %certificate 지원이 추가되었습니다. 이렇게 하면 설정 프로세스가 간소화되고 설치 후 암호화된 DNS가 작동하는지 확인하여 수동 구성 및 보안 격차를 줄일 수 있습니다. 인증서는 Base64 ASCII 형식으로 인라인되고 --dir 및 --filename 옵션을 통해 가져옵니다. 이번 개선된 기능을 통해 Zero Trust Architecture 요구 사항의 일부로 암호화된 DNS 구성이 용이해집니다. 설치 중에 설정된 암호화된 DNS는 처음부터 안전한 DNS 확인을 보장하여 자동화된 배포의 보안 및 규정 준수를 개선합니다. 자세한 내용은 Kickstart 인증서 섹션을 참조하십시오.

제거된 Kickstart 명령 및 옵션

다음 Kickstart 명령 및 옵션이 RHEL 9에서 제거되었습니다. Kickstart 파일에서 해당 파일을 사용하면 오류가 발생합니다.

제거된 부팅 옵션

다음 부팅 옵션이 Red Hat Enterprise Linux에서 제거되었습니다.

RHEL 이미지 빌더에서는 고급 파티션으로 디스크 이미지 생성 지원

사용자 지정 마운트 옵션, LVM 기반 파티션 및 LVM 기반 SWAP를 포함하여 블루프린트의 파티셔닝을 사용자 지정하고 고급 파티션 레이아웃을 사용하여 디스크 이미지를 생성할 수 있습니다.

ISO 이미지를 생성할 때 Kickstart 파일을 삽입할 수 있습니다.

[customization.installer] 블루프린트 사용자 지정 필드를 사용하여 ISO 이미지를 빌드할 때 자체 Kickstart 파일을 삽입할 수 있습니다. 사용자 지정을 사용하면 참여 중, 부분 또는 완전히 무인 설치를 선택할 수 있습니다.

추가 엣지 이미지 유형 생성 지원

RHEL 이미지 빌더에서는 이제 AWS edge-ami 및 Vmware VSphere edge-vsphere 용 RHEL for Edge 빌드를 지원합니다.

디스크 이미지 파티션 테이블의 통합

qcow2,ami,vhd,vsphere, gce 와 같은 RHEL 이미지 빌더 툴을 사용하여 생성된 디스크 이미지에 이제 1GiB의 공간이 있는 별도의 부팅이 있습니다.

이미지 빌더의 파일 시스템 사용자 지정 정책 변경

블루프린트에서 RHEL 이미지 빌더 파일 시스템 사용자 지정을 사용할 때 다음 정책 변경 사항이 적용됩니다.

RHEL 이미지 빌더에서는 /etc 디렉터리에 사용자 지정 파일 및 디렉터리 생성 지원

새로운'[[customizations.files]]' 및 [customizations.directories]] 및 [customizations.directories]] 를 사용하여 /etc 이미지 디렉터리에 사용자 지정 파일 및 디렉터리를 생성할 수 있습니다. 현재 이러한 사용자 지정은 /etc 디렉터리에서만 사용할 수 있습니다. 다음과 같이 OSTree 커밋을 배포하는 이미지 유형을 제외하고 사용 가능한 모든 이미지 유형에 대한 사용자 정의를 사용할 수 있습니다.

.V HD 이미지는 RHEL 이미지 빌더로 빌드된 64비트 ARM 지원

이미지 빌더를 사용하여 .vhd 이미지를 빌드하고 Microsoft Azure 클라우드에 업로드할 수 있습니다.

RHEL 이미지 빌더에서 LVM에서 사용자 지정 파일 시스템 파티션 지원

LVM에서 사용자 지정 파일 시스템 파티션을 지원하는 경우 파일 시스템 사용자 지정을 시스템에 추가하면 파일 시스템이 LVM 파티션으로 변환됩니다.

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

Red Hat Enterprise Linux 9.0부터 Image Builder는 기본 레이아웃 구성을 사용하는 대신 특정 디스크 레이아웃으로 이미지를 생성하기 위해 사용자 지정 파일 시스템 구성을 사용자에 게 지정할 수 있도록 지원합니다.

RHEL 이미지 빌더에서 부팅 가능한 ISO 설치 프로그램 이미지를 생성할 수 있습니다.

RHEL 이미지 빌더 GUI 및 CLI를 사용하여 부팅 가능한 ISO 설치 프로그램 이미지를 생성할 수 있습니다. 이러한 이미지는 베어 메탈 서버에 직접 설치하는 데 사용할 수 있는 루트 파일 시스템이 포함된 tar 파일로 구성됩니다.

추가 엣지 이미지 유형 생성 지원

9.4부터 RHEL 이미지 빌더는 scap 보안 프로필에 대한 맞춤형 파일을 추가하여 블루프린트에서 OpenSCAP 사용자 정의를 지원합니다. 다음 옵션을 사용하여 프로필의 사용자 지정 맞춤 옵션을 osbuild-composer 블루프린트 사용자 지정에 추가할 수 있습니다.

AWS EC2 이미지에서는 BIOS 및 UEFI 부팅을 모두 지원

이번 업데이트에서는 기존 BIOS 부팅 외에도 UEFI 부팅을 지원하도록 RHEL 이미지 빌더에서 생성한 AWS EC2 AMD 또는 Intel 64비트 아키텍처 .ami 이미지를 확장합니다.

VMware VSphere(OVA) 빌드 지원

RHEL 이미지 빌더는 vSphere GUI 클라이언트를 사용하여 VMware vSphere에 더 쉽게 배포할 수 있는 VMware VSphere Open Virtual 어플라이언스(OVA) 파일을 빌드할 수 있습니다.

RHEL 이미지 빌더 웹 콘솔에서 블루프린트 및 이미지를 생성하는 새롭고 개선된 방법

이미지 빌더 툴의 새로운 통합 버전을 사용하면 훨씬 더 쉽게 마인드와 이미지를 생성할 수 있습니다. 주요 개선 사항은 다음과 같습니다.

다양한 파티션 모드를 지원하는 이미지를 생성하는 기능

RHEL 이미지 빌더를 사용하면 VMware VSphere Open Virtual appliance(OVA) 파일을 빌드할 수 있습니다. vSphere GUI 클라이언트를 사용하여 이러한 파일을 VMware vSphere에 배포할 수 있습니다.

이미지 빌더의 파일 시스템 사용자 지정 정책 변경

블루프린트에서 RHEL 이미지 빌더 파일 시스템 사용자 지정을 사용할 때 다음 정책 변경 사항이 적용됩니다.

RHEL 이미지 빌더에서는 /etc 디렉터리에 사용자 지정 파일 및 디렉터리 생성 지원

새로운'[[customizations.files]]' 및 [customizations.directories]] 및 [customizations.directories]] 를 사용하여 /etc 이미지 디렉터리에 사용자 지정 파일 및 디렉터리를 생성할 수 있습니다. 현재 이러한 사용자 지정은 /etc 디렉터리에서만 사용할 수 있습니다. 다음과 같이 OSTree 커밋을 배포하는 이미지 유형을 제외하고 사용 가능한 모든 이미지 유형에 대한 사용자 정의를 사용할 수 있습니다.

.V HD 이미지는 RHEL 이미지 빌더로 빌드된 64비트 ARM 지원

이미지 빌더를 사용하여 .vhd 이미지를 빌드하고 Microsoft Azure 클라우드에 업로드할 수 있습니다.

RHEL 이미지 빌더에서 LVM에서 사용자 지정 파일 시스템 파티션 지원

LVM에서 사용자 지정 파일 시스템 파티션을 지원하는 경우 파일 시스템 사용자 지정을 시스템에 추가하면 파일 시스템이 LVM 파티션으로 변환됩니다.

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

Red Hat Enterprise Linux 9.0부터 Image Builder는 기본 레이아웃 구성을 사용하는 대신 특정 디스크 레이아웃으로 이미지를 생성하기 위해 사용자 지정 파일 시스템 구성을 사용자에 게 지정할 수 있도록 지원합니다.

RHEL 이미지 빌더에서 부팅 가능한 ISO 설치 프로그램 이미지를 생성할 수 있습니다.

이미지 uilder GUI 및 CLI를 사용하여 부팅 가능한 ISO 설치 프로그램 이미지를 생성할 수 있습니다. 이러한 이미지는 베어 메탈 서버에 직접 설치하는 데 사용할 수 있는 루트 파일 시스템이 포함된 tar 파일로 구성됩니다.

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

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

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

동적 스케줄링을 사용하면 컴파일 시간 대신 부팅 또는 런타임에 커널의 선점 모드를 변경할 수 있습니다. 동적 선점 기능을 사용하면 기본 선점 모델을 재정의하여 스케줄링 대기 시간을 개선할 수 있습니다.

tuna 툴에 새로운 명령줄 인터페이스가 추가되었습니다.

이제 tuna 툴에서 사용 및 유지 관리가 더 쉬운 명령 및 옵션의 보다 표준화된 메뉴가 포함된 명령줄 인터페이스를 제공합니다. 새로운 명령줄 인터페이스는 argparse 구문 분석 모듈을 기반으로 합니다. 이번 개선된 기능을 통해 다음 작업을 수행할 수 있습니다.

실시간 커널에 사용 가능한 런타임 확인 메커니즘

런타임 확인은 시스템 이벤트와 공식 사양 간의 동작 동등성을 확인하는 가볍고 엄격한 방법입니다. 런타임 확인에는 추적 지점에 연결하는 커널에 통합된 모니터가 있습니다. 상태가 정의된 사양에서 벗어나는 경우 런타임 확인 프로그램은 반응자를 활성화하여 로그 파일에서 이벤트를 캡처하거나 시스템 종료와 같은 응답을 활성화하여 극단적인 경우 실패 전파를 방지합니다.

RHEL 9에서는 CONFIG_RT_GROUP_SCHED 가 비활성화되어 있습니다.

RHEL 8에서는 기본 제어 그룹이 cgroups v1 였으며 /sys/fs/cgroup/cpu,cpuacct/cpu.rt_period_us 및 /sys/fs/cgroup/cpu,cpuacct/cpu ,cpuacct/cpu.rt_runtime_us 등 제어 파일을 사용하여 cgroup 별로 실시간 작업에 대한 CPU 대역폭을 지정할 수 있습니다. 그러나 RHEL 9에서는 cgroups v2가 기본 제어 그룹이고 cgroups v2 CPU 컨트롤러에 해당하는 제어 파일이 없으므로 CONFIG_RT_GROUP_SCHED 커널 구성 옵션이 비활성화됩니다. /proc/sys/kernel/sched_rt_runtime_us 및 /proc/sys/kernel/sched_rt_period_us 전역 설정을 계속 사용할 수 있으며 stalld 백그라운드 프로세스와 함께 CPU 시간 별지를 방지할 수 있습니다.

64k 페이지 크기 커널

Red Hat은 4k 페이지를 지원하는 RHEL 9 for ARM 커널 외에도 64k 페이지 ( kernel-64k )를 지원하는 선택적 커널 패키지를 제공합니다.

RHEL 9에서는 TPM 1.2 보안 암호화 프로세서가 더 이상 지원되지 않음

신뢰할 수 있는 플랫폼 모듈 (TPM) 보안 암호화 프로세서 버전 1.2가 제거되었으며 RHEL 9 이상 버전에서 더 이상 지원되지 않습니다. TPM 2.0은 TPM 1.2를 대체하고 TPM 1.2에 비해 많은 개선사항을 제공합니다. TPM 2.0은 이전 버전과 호환되지 않습니다.

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

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

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

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

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

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

RHEL 9에서 kernelopts 환경 변수가 제거됨

RHEL 8에서는 GRUB 부트 로더를 사용하는 시스템의 커널 명령줄 매개 변수가 kernelopts 환경 변수에 정의되어 있습니다. 이 변수는 각 커널 부팅 항목에 대해 /boot/grub2/grubenv 파일에 저장되었습니다. 그러나 kernelopts 를 사용하여 커널 명령줄 매개 변수를 저장하는 것은 강력하지 않았습니다. 따라서 Red Hat에서 kernelopts 및 커널 명령줄 매개 변수가 이제 /boot/loader/entries/<KERNEL_BOOT_ENTRY>.conf 파일에 대신 LS(Boot Loader Specification) 스니펫에 저장됩니다.

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

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

POSIX_FADV_NOREUSE 조언 지원이 제거되었습니다.

RHEL 9.5 이전에는 커널이 POSIX_FADV_NOREUSE 에 대한 조언을 무시합니다. RHEL 9.5에서는 이 권장 사항에 대한 지원이 도입되었습니다. 그러나 이 조언을 구현하면 MADV_RANDOM 조언을 사용하는 애플리케이션의 성능에 큰 영향을 미쳤습니다. 결과적으로 MADV_RANDOM 에 대한 RHEL 9의 예상 동작을 보존하고 POSIX_FADV_NOREUSE 에 대한 구현을 되돌리기 위해 복원됩니다.

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

RHEL 9.1부터 RHEL이 설치된 유일한 운영 체제이고 이전 부팅에 성공한 경우 GRUB 부트 로더가 기본적으로 부팅 메뉴를 숨기도록 구성되어 있습니다. 이로 인해 이러한 시스템에서 부팅 환경이 더 원활해집니다.

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

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

RHEL이 32비트 UEFI에서 더 이상 부팅되지 않음

32비트 UEFI 펌웨어에 대한 지원이 GRUB 및 shim 부트 로더에서 제거되었습니다. 결과적으로 RHEL 9에는 64 비트 UEFI가 필요하며 32 비트 UEFI를 사용하는 64 비트 시스템에서 더 이상 부팅할 수 없습니다.

RHEL Lightspeed를 지원하는 선택적 AI 툴 명령줄 도우미를 RHEL에서 사용할 수 있습니다.

명령줄 도우미를 설치하고 AI 도구를 사용하여 문제를 해결하고, 여러 Red Hat 리소스의 지식에 액세스하고, 새로운 RHEL 기능을 구현하고, 정보를 찾을 수 있습니다.

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

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

PRP 및 CryostatR 프로토콜은 기술 프리뷰로 사용 가능

RHEL 9.3부터 hsr 커널 모듈은 지원되지 않는 기술 프리뷰로 제공됩니다. 이 모듈은 다음 프로토콜을 제공합니다.

SRv6 (SRv6)을 통한 세그먼트 라우팅을 기술 프리뷰로 사용 가능

RHEL 9.3 커널은 지원되지 않는 기술 프리뷰로 IPv6(SRv6)를 통한 Segment Routing을 제공합니다. 이 기능을 사용하여 에지 컴퓨팅의 트래픽 흐름을 최적화하거나 데이터 센터의 네트워크 프로그래밍 가능성을 개선할 수 있습니다. 그러나 가장 중요한 사용 사례는 5G 배포 시나리오에서 E2E(End-to-end) 네트워크 분할입니다. 이 영역에서 SRv6 프로토콜은 특정 애플리케이션 또는 서비스에 대한 네트워크 요구 사항을 해결하기 위해 프로그래밍 가능한 사용자 지정 네트워크 슬라이스 및 리소스 예약을 제공합니다. 동시에 솔루션을 단일 용도 어플라이언스에 배포할 수 있으며 더 작은 컴퓨팅 공간의 필요성을 충족합니다.

NetworkManager 및 Nmstate API는 MACsec 하드웨어 오프로드 지원

하드웨어가 이 기능을 지원하는 경우 NetworkManager 및 Nmstate API를 모두 사용하여 MACsec 하드웨어 오프로드를 활성화할 수 있습니다. 결과적으로 CPU에서 네트워크 인터페이스 카드로 암호화와 같은 MACsec 작업을 오프로드할 수 있습니다.

네트워크 팀이 더 이상 사용되지 않음

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

NetworkManager는 키 파일 형식으로 새 네트워크 구성을 저장합니다.

이전에는 NetworkManager에서 새 네트워크 구성을 /etc/sysconfig/network-scripts/ 에 ifcfg 형식으로 저장했습니다. RHEL 9.0부터 RHEL은 새 네트워크 구성을 /etc/NetworkManager/system-connections/ 에 키 파일 형식으로 저장합니다. /etc/sysconfig/network-scripts/ 에 구성이 저장되는 연결은 여전히 중단되지 않습니다. 기존 프로필의 수정 사항은 이전 파일을 계속 업데이트합니다.

WEP Wi-Fi 연결 방법이 제거되었습니다.

안전하지 않은 WEP(WEP) Wi-Fi 연결 방법이 RHEL 9에서 제거되었습니다. 보안 Wi-Fi 연결의 경우 Wi-Fi Protected Access 3 (WPA3) 또는 WPA2 연결 방법을 사용하십시오.

NetworkManager의 dhclient 가 더 이상 사용되지 않음

기본 내부 DHCP 라이브러리 대신 RHEL 9의 NetworkManager는 dhclient 패키지의 DHCP 클라이언트를 사용하도록 구성할 수 있습니다. dhclient 를 사용하는 옵션은 더 이상 사용되지 않으며 NetworkManager 시작 시 경고가 표시됩니다. 내부 DHCP 라이브러리로 전환하는 것이 좋습니다. RHEL 10에서는 dhclient 를 더 이상 사용할 수 없으며 dhclient 를 사용하도록 구성된 애플리케이션은 이제 내부 DHCP 라이브러리를 사용합니다.

MPtcpd 서비스를 사용할 수 있습니다.

이번 업데이트를 통해 MPtcpd 서비스를 사용할 수 있습니다. 통합된 MP tcpize 도구가 있는 사용자 공간 기반 MPTCP 경로 관리자입니다.

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

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

지원되지 않는 xt_u32 Netfilter 모듈이 제거되었습니다.

RHEL 8에는 지원되지 않는 xt_u32 모듈이 포함되어 iptables 사용자가 패킷 헤더 또는 페이로드에서 임의의 32비트를 일치시킬 수 있었습니다. 이 모듈은 RHEL 9에서 제거되었습니다. 대신 nftables 패킷 필터링 프레임워크를 사용합니다. nftables 에 네이티브 일치 항목이 없는 경우 nftables 의 원시 페이로드와 일치하는 기능을 사용합니다. 자세한 내용은 시스템의 nft(8) 도움말 페이지의 원시 페이로드 표현식 섹션을 참조하십시오.

ibdev2netdev 스크립트가 RHEL 9에서 제거되었습니다.

ibdev2netdev 는 네트워크 장치와 RDMA(Remote Direct Memory Access) 어댑터 포트 간의 모든 연결을 표시할 수 있는 도우미 유틸리티였습니다. 이전에는 Red Hat이 rdma-core 패키지에 ibdev2netdev 를 포함했습니다. Red Hat Enterprise Linux 9에서 ibdev2netdev 가 제거되어 rdmatool 유틸리티로 대체되었습니다. 이제 iproute 패키지에 rdmatool 이 포함됩니다.

RHEL 9에는 레거시 네트워크 스크립트가 포함되어 있지 않습니다.

RHEL 9에는 RHEL 8에서 더 이상 사용되지 않는 레거시 네트워크 스크립트를 제공하는 network-scripts 패키지가 포함되어 있지 않습니다. RHEL 9에서 네트워크 연결을 구성하려면 NetworkManager를 사용합니다. 자세한 내용은 네트워킹 구성 및 관리 설명서를 참조하십시오.

지원되지 않는 xt_u32 Netfilter 모듈이 제거되었습니다.

RHEL 8에는 지원되지 않는 xt_u32 모듈이 포함되어 iptables 사용자가 패킷 헤더 또는 페이로드에서 임의의 32비트를 일치시킬 수 있었습니다. 이 모듈은 RHEL 9에서 제거되었습니다. 대신 nftables 패킷 필터링 프레임워크를 사용합니다. nftables 에 네이티브 일치 항목이 없는 경우 nftables 의 원시 페이로드와 일치하는 기능을 사용합니다. 자세한 내용은 시스템의 nft(8) 도움말 페이지의 원시 페이로드 표현식 섹션을 참조하십시오.

Red Hat Enterprise Linux 9의 net-snmp 통신에는 데이터 암호화 표준(DES) 알고리즘을 사용할 수 없습니다.

이전 버전의 RHEL에서 DES는 net-snmp 클라이언트와 서버 간의 보안 통신을 위한 암호화 알고리즘으로 사용되었습니다. RHEL 9에서는 OpenSSL 라이브러리에서 DES 알고리즘을 지원하지 않습니다. 알고리즘은 비보안으로 표시되어 있으므로 net-snmp에 대한 DES 지원이 제거되었습니다.

legacy-rx 모드의 기능이 제거되었습니다.

iavf 드라이버에는 legacy-rx 라는 대체 패킷 수신 모드가 있었습니다. 명령에서 ethtool --set-priv-flags $INTERFACE legacy-rx를 사용하여 해당 모드를 활성화할 수 있습니다. 이번 업데이트를 통해 legacy-rx 의 기능이 제거되었습니다. 그러나 모드 자체는 존재하지만 커널 로그에 경고 메시지를 내보내는 것을 제외하고는 아무런 효과가 없습니다.

Performance Co-Pilot의 버전 6.0을 기반으로 재조정

RHEL 9.2부터PCP( Performance Co-Pilot )가 버전 6.0으로 업데이트되었습니다. 주요 개선사항은 다음과 같습니다.

새로운 PCP PMDA - pmdabpf

RHEL 9는 pcp-pmda-bpf 패키지를 통해 배포됩니다. 이 패키지는 pmdabpf Performance Co-2011(PCP) Performance Metric Domain Agent(PMDA)를 제공합니다.

DRAFT로 제공되는 CIS 및 DISAonnectionFactory 프로파일

CIS(Center for Internet Security) 및 Defence Industry Security Association Security Implementation Guides (DISAbaremetal)의 벤치마크를 기반으로 하는 프로필은 아직 RHEL 9에 대한 공식 벤치마크를 게시하지 않았기 때문에 DRAFT로 제공됩니다. 또한 OSSP 프로파일은 구현되기 때문에 DRAFT에 있습니다.

OpenSCAP이 더 이상 SHA-1 및 MD5를 지원하지 않음

Red Hat Enterprise Linux 9에서 SHA-1 및 MD5 해시 함수가 제거되었기 때문에 OVAL filehash_test 에 대한 지원이 OpenSCAP에서 제거되었습니다. 또한 SHA-1 및 MD5 해시 함수에 대한 지원이 OpenSCAP의 OVAL filehash58_test 구현에서 제거되었습니다. 결과적으로 OpenSCAP는 OVAL filehash_test 를 검사하지 않은 상태로 사용하는 SCAP 콘텐츠에서 규칙을 평가합니다. 또한 OpenSCAP은 filehash58_object 가 SHA-1 또는 MD5 로 설정된 hash_type 요소를 사용하여 OVAL filehash58_test 를 평가할 때도 검사되지 않았습니다.

OpenSCAP은 XCCDF 파일 대신 데이터 스트림 파일을 사용합니다.

SCAP 소스 데이터 스트림 파일(ssg-rhel9-ds.xml)에는 이전 버전의 RHEL에 있는 모든 데이터가 XCCDF 파일(sg-rhel9-xccdf.xml)에 포함되어 있습니다. SCAP 소스 데이터 스트림은 규정 준수 검사를 수행하는 데 필요한 모든 구성 요소(XCCDF, OVAL, cp)를 포함하는 컨테이너 파일입니다. RHEL 7부터 XCCDF 대신 SCAP 소스 데이터 스트림을 사용하는 것이 좋습니다. 이전 버전의 RHEL에서는 XCCDF 파일과 SCAP 소스 데이터 스트림의 데이터가 복제되었습니다. RHEL 9에서는 RPM 패키지 크기를 줄이기 위해 이러한 중복이 제거됩니다. 데이터 스트림 대신 별도의 파일을 사용해야 하는 경우 이 명령을 사용하여 데이터 스트림 파일을 분할할 수 있습니다. # oscap ds sds-split /usr/share/xml/scap/ssg/content/ssg-rhel9-ds.xml output_directory.

SHA-1 사용 중단

RHEL 9에서는 암호화에 대한 SHA-1 사용은 DEFAULT 시스템 전체 암호화 정책에서 제한됩니다. HMAC를 제외하고 SHA-1은 TLS, DTLS, SSH, IKEv2, DNSSEC 및 Kerberos 프로토콜에서 더 이상 허용되지 않습니다. RHEL 시스템 전체 암호화 정책에 의해 제어되지 않는 개별 애플리케이션도 RHEL 9에서 SHA-1 해시를 사용하지 않습니다.

모든 정책 수준에서 사용되지 않는 알고리즘

다음은 RHEL 9와 함께 제공되는 LEGACY,DEFAULT 및 FUTURE 암호화 정책에서 비활성화되는 알고리즘은 다음과 같습니다.

TLS 변경 사항

RHEL 9에서 TLS 구성은 시스템 전체 암호화 정책 메커니즘을 사용하여 수행됩니다. 1.2 미만의 TLS 버전은 더 이상 지원되지 않습니다. DEFAULT,FUTURE 및 LEGACY 암호화 정책은 TLS 1.2 및 1.3만 허용합니다. 자세한 내용은 시스템 전체 암호화 정책 사용을 참조하십시오.

EUS ( Extended Master Secret TLS Extension)가 FIPS 지원 시스템에서 적용됩니다.

RHSA-2023:3722 권고가 릴리스되면서 TLS 확장 마스터 시크릿 (ECDSA) 확장(RFC 7627)은 FIPS 지원 RHEL 9 시스템에서 TLS 1.2 연결에 필요합니다. 이는 FIPS-140-3 요구 사항에 따라 수행됩니다. TLS 1.3은 영향을 받지 않습니다.

RHEL 9에서는 SCP가 지원되지 않음

SCP(Secure Copy Protocol) 프로토콜은 더 이상 지원되지 않으므로 보호하기가 어렵습니다. 이로 인해 이미 보안 문제가 발생했습니다(예: CVE-2020-15778). RHEL 9에서 SCP는 기본적으로 SSH 파일 전송 프로토콜(S SFTP)으로 대체됩니다.

이제 OpenSSH 서버는 /etc/sysconfig/sshd/sshd/의 CRYPTO_POLICY= 행 대신 /etc/ssh/sshd_config.d/ 를 사용합니다.

RHEL 9에서는 시스템 전체 암호화 정책에 따라 SSH 서버를 비활성화하려면 새로운 /etc/ssh/sshd_config.d/ 드롭인 디렉터리를 사용해야 합니다. RHEL 8에서 허용되는 암호화 알고리즘 및 암호를 지정하는 데 사용되는 /etc/sysconfig/sshd 구성 파일의 CRYPTO_POLICY= 지시문은 무시됩니다. 자세한 내용은 보안 강화 문서 의 시스템 전체 암호화 정책 옵트아웃 예제 및 sshd는 RHEL 9 솔루션(Red Hat Knowledgebase)의 /etc/ssh/sshd_config의 Ciphers, MAC 및 KexAlgorithms를 무시합니다.

CNSA 1.0으로 인한 영향을 받는 FIPS:OSPP 호스트의 상호 운용성

OSPP 하위 정책은 CCNSA(Commercial National Security Algorithm) 1.0과 일치했습니다. 이는 다음과 같은 주요 측면과 FIPS:OSPP 정책-subpolicy 조합을 사용하는 호스트의 상호 운용성에 영향을 미칩니다.

OpenSSH root 암호 로그인이 기본적으로 비활성화됨

RHEL 9에서 OpenSSH의 기본 구성은 사용자가 암호를 사용하여 root 로 로그인하지 못하도록 하여 공격자가 암호에 대한 무차별 공격을 통해 액세스할 수 없도록 합니다.

OpenSSH는 SHA-2를 추가로 적용합니다.

암호화 목적으로 덜 안전한 SHA-1 메시지 다이제스트에서 추가로 마이그레이션하려는 노력의 일환으로 OpenSSH에서 다음과 같은 변경이 이루어졌습니다.

GnuTLS에는 FIPS 모드에서 TLS 1.2가 있는 ECDSA가 필요합니다.

FIPS-140-3 표준을 준수하기 위해 GnuTLS 서버 및 클라이언트에는 FIPS 모드에서 협상된 모든 TLS 1.2 연결에 대해 Extended Master Secret(ECDSA) 확장(RFC 7627)이 필요합니다. 시나리오에 ECDSA를 지원하지 않는 이전 서버 및 클라이언트와의 호환성을 유지해야 하며 TLS 1.3을 사용할 수 없는 경우 시스템 전체 암호화 하위 정책을 적용할 수 있습니다.

GnuTLS는 더 이상 TPM 1.2를 지원하지 않습니다.

GnuTLS 라이브러리는 더 이상 신뢰할 수 있는 플랫폼 모듈(TPM) 1.2 기술을 지원하지 않습니다. GnuTLS API를 통해 TPM를 사용하는 애플리케이션은 TPM 2.0을 지원해야 합니다.

GOST에 대한 GnuTLS 지원이 제거되었습니다.

RHEL 8에서는 시스템 전체 암호화 정책을 통해 GOST 암호가 비활성화되었습니다. RHEL 9에서는 이러한 암호에 대한 지원이 GnuTLS 라이브러리에서 제거되었습니다.

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

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

NSS가 FIPS 모드에서 ECDSA 적용

NSS(Network Security Services) 라이브러리에는 FIPS 140-3 표준에서 요구하는 모든 TLS 1.2 연결에 대해 확장 마스터 보안(ECDSA) 확장(RFC 7627)이 필요한 TLS-REQUIRE- ECDSA 정책이 포함됩니다. 시스템 전체 암호화 정책이 FIPS 로 설정된 경우 NSS는 새 정책을 사용합니다.

NSS는 더 이상 DBM 및 pk12util 기본값을 지원하지 않습니다

NNSS(Network Security Services) 라이브러리는 더 이상 신뢰 데이터베이스에 대한 DBM 파일 형식을 지원하지 않습니다. RHEL 8에서는 SQLite 파일 형식이 기본 형식이 되어 기존 DBM 데이터베이스가 읽기 전용 모드에서 열리고 SQLite로 자동 변환되었습니다. RHEL 9로 업그레이드하기 전에 DBM에서 SQLite로 신뢰 데이터베이스를 모두 업데이트합니다.

NSS pk12util 은 기본적으로 DES-3 및 SHA-1을 더 이상 사용하지 않음

이제 pk12util 툴에서 개인 키를 내보낼 때 기본적으로 DES-3 및 SHA-1 대신 AES 및 SHA-256 알고리즘을 사용합니다.

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

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

FIPS 모드에서 OpenSSL ENGINE 확장 API가 지원되지 않음

레거시 확장 시스템인 ENGINE API는 새로운 공급자 API와 호환되지 않습니다. 따라서 openssl-pkcs11 및 openssl-ibmca 모듈과 같은 OpenSSL 엔진에서 제공하는 기능에 의존하는 애플리케이션은 FIPS 모드에서 사용할 수 없습니다.

제대로 작동하려면 OpenSSL의 FIPS 모드를 활성화해야 합니다.

FIPS 모드가 활성화된 openssl.cnf 구성 파일에서 기본값이 아닌 값을 사용하는 경우 특히 타사 FIPS 공급자를 사용하는 경우 openssl.cnf 파일에 fips=yes 를 추가합니다.

OpenSSL은 FIPS 모드에서 명시적 곡선 매개변수를 허용하지 않습니다.

일반 곡선 암호화 매개변수, 개인 키, 공개 키 및 명시적 곡선 매개변수가 더 이상 FIPS 모드에서 작동하지 않는 인증서입니다. FIPS 승인 곡선 중 하나를 사용하는 ASN.1 오브젝트 식별자로 곡선 매개변수를 지정하면 FIPS 모드에서 계속 작동합니다.

OpenSSL이 더 이상 X.509 v1 인증서를 생성하지 않음

RHEL 9.5에 도입된 OpenSSL TLS 툴킷 3.2.1을 사용하면 openssl CA 툴을 사용하여 X.509 버전 1 형식으로 인증서를 생성할 수 없습니다. X.509 v1 형식이 현재 웹 요구 사항을 충족하지 않습니다.

OpenSSL 암호화 제품군은 더 이상 비활성화된 해시 또는 MAC이 있는 암호화 제품군을 활성화하지 않음

이전 버전에서는 OpenSSL TLS 1.3 특정 Ciphersuites 옵션 값이 암호화 정책의 암호화 옵션에 의해서만 제어되었기 때문에 사용자 지정 암호화 정책을 적용하면 해시 또는 MAC이 비활성화된 경우에도 특정 TLS 1.3 암호화 제품군을 사용할 수 있었습니다. 이번 업데이트를 통해 암호화 제품군 활성화 여부를 결정할 때 crypto-policies 가 더 많은 알고리즘을 고려합니다. 결과적으로 사용자 정의 암호화 정책이 있는 시스템에서 OpenSSL이 시스템 설정에 따라 이전에 활성화된 TLS 1.3 암호화 제품군의 일부를 협상하지 못할 수 있습니다.

Libreswan 이제 기본적으로 ESN을 요청합니다.

Libreswan에서 설정 옵션 esn= 의 기본값은 no 에서 중 하나로 변경되었습니다. 즉, 연결을 시작할 때 Libreswan은 기본적으로 ESN(Extended Serial Number) 사용을 요청합니다. 특히 하드웨어 오프로드를 사용할 때 이 새로운 동작은 특정 네트워크 인터페이스 카드(NIC)가 ESN을 지원하지 않는 경우 IPsec 연결을 설정하는 것을 방지합니다. ESN을 비활성화하려면 esn= 를 no 로 설정하고 replay_window= 옵션을 32 이하의 값으로 설정합니다. 예를 들면 다음과 같습니다.

RHEL에서 암호화된 DNS는 기술 프리뷰로 사용 가능

RHEL 9.6에서는 암호화된 DNS를 활성화하여 DoT(DNS-over-TLS)를 사용하는 DNS 통신을 보호할 수 있습니다. 암호화된 DNS(eDNS)는 비보안 프로토콜에 대한 대체 없이 모든 DNS 트래픽 엔드 투 엔드를 암호화하고ZTA(Zero Trust Architecture) 원칙과 일치합니다.

/etc/selinux/config 를 통한 SELinux 비활성화 지원 삭제

RHEL 9.0 릴리스에서는 /etc/selinux/config 파일의 SELINUX=disabled 옵션을 통해 SELinux 비활성화 지원이 커널에서 제거되었습니다. /etc/selinux/config 를 통해서만 SELinux를 비활성화하면 시스템이 SELinux를 활성화하지만 정책이 로드되지 않고 SELinux 보안 후크가 커널에 등록되어 있습니다. 즉, /etc/selinux/config 를 사용하여 SELinux를 비활성화하면 여전히 일부 시스템 리소스가 필요하며 대신 모든 성능에 민감한 시나리오에서 커널 명령줄을 사용하여 SELinux를 비활성화해야 합니다.

SELinux 정책에 제한된 추가 서비스

RHEL 9.3 릴리스에는 다음 systemd 서비스를 제한하는 SELinux 정책에 추가 규칙이 추가되었습니다.

glusterd SELinux 모듈이 별도의 glusterfs-selinux 패키지로 이동

이번 업데이트를 통해 glusterd SELinux 모듈이 별도의 glusterfs-selinux 패키지에서 유지 관리됩니다. 따라서 모듈은 더 이상 selinux-policy 패키지에 포함되지 않습니다. glusterd 모듈과 관련된 모든 작업의 경우 glusterfs-selinux 패키지를 설치하고 사용합니다.

Red Hat Enterprise Linux 9의 net-snmp 통신에는 데이터 암호화 표준(DES) 알고리즘을 사용할 수 없습니다.

이전 버전의 RHEL에서 DES는 net-snmp 클라이언트와 서버 간의 보안 통신을 위한 암호화 알고리즘으로 사용되었습니다. RHEL 9에서는 OpenSSL 라이브러리에서 DES 알고리즘을 지원하지 않습니다. 알고리즘은 안전하지 않은 것으로 표시되고 net-snmp에 대한 DES 지원이 제거되었습니다.

ABRT 툴이 제거됨

RHEL 9에서는 애플리케이션 충돌을 탐지하고 보고하기 위한 자동 버그 보고 툴(ABRT)을 사용할 수 없습니다.

RHEL 9 systemd에서는 hidepid=n 마운트 옵션이 지원되지 않습니다.

mount 옵션은 /proc/[ pid ] 디렉토리의 정보에 액세스할 수 있는 사람을 제어하는 ​​파이스 옵션은 RHEL 9에서 제공되는 systemd 인프라와 호환되지 않습니다.

dump 패키지의 dump 유틸리티가 제거됨

파일 시스템 백업에 사용된 덤프 유틸리티는 Red Hat Enterprise Linux 8에서 더 이상 사용되지 않으며 RHEL 9에서는 사용할 수 없습니다.

RHEL 9에는 ReaR crontab이 포함되어 있지 않습니다.

rear 패키지의 /etc/cron.d/ rear crontab은 디스크 레이아웃이 변경된 후 후 rear mkrescue 를 실행하는 RHEL 9에서 제거되었습니다.

raw 명령행 툴에 대한 지원이 제거되었습니다.

이번 릴리스에서는 Linux 커널이 버전 5.14 이후 원시 장치를 지원하지 않기 때문에 raw (/usr/bin/raw) 명령줄 도구가 util-linux 패키지에서 제거되었습니다.

RHEL 9에서는 cgroupsv1 이 더 이상 사용되지 않음

cgroup 은 프로세스 추적, 시스템 리소스 할당 및 파티셔닝에 사용되는 커널 하위 시스템입니다. systemd 서비스 관리자는 cgroups v1 모드 및 cgroups v2 모드에서 부팅을 지원합니다. Red Hat Enterprise Linux 9에서 기본 모드는 v2 입니다. 다음 주요 릴리스에서 systemd는 cgroups v1 모드에서 부팅을 지원하지 않으며 cgroup v2 모드만 사용할 수 있습니다.

RHEL 9에서는 lsb-release 바이너리를 사용할 수 없습니다.

/etc/os-release 파일의 정보는 이전에 lsb-release 바이너리를 호출하여 사용할 수 있었습니다. 이 바이너리는 RHEL 9에서 제거된 redhat-lsb 패키지에 포함되어 있습니다. 이제 /etc/os-release 파일을 읽고 배포, 버전, 코드 이름 및 관련 메타데이터와 같은 운영 체제에 대한 정보를 표시할 수 있습니다. 이 파일은 Red Hat에서 제공하며 이에 대한 모든 변경 사항은 redhat-release 패키지의 각 업데이트로 덮어씁니다. 파일 형식은 KEY=VALUE 이며 쉘 스크립트의 데이터를 안전하게 가져올 수 있습니다.

logrotate 는 systemd에 의해 시작됩니다.

logrotate는 로그 파일을 관리하기 위한 유틸리티입니다. 이전에는 /etc/cron.daily/logrotate 파일에 구성된 cron 작업에 의해 시작되었습니다. RHEL 9에서 logrotate 는 systemd 타이머로 시작하고 관리합니다. /usr/lib/ systemd /system/logrotate.timer 파일에서 해당 systemd 타이머 장치 파일을 찾을 수 있습니다.

RHEL 사용자의 이미지 모드는 이제 dnf --transient 를 사용하여 재부팅 시 재설정되는 패키지 트랜잭션을 수행할 수 있습니다.

이전 버전에서는 RHEL 사용자의 이미지 모드에서 bootc usr-overlay 명령을 실행하여 시스템을 잠금 해제한 다음 DNF 명령을 실행하여 패키지를 일시적으로 설치, 제거 및 업그레이드할 수 있었습니다. bootc usr-overlay 를 사용하는 경우 시스템이 재부팅되면 /usr 디렉토리 오버레이가 사라지고 변경 사항이 모두 재설정됩니다. /etc 의 구성 및 /var 의 프로그램 상태를 포함한 다른 디렉토리에 대한 변경 사항은 재부팅해도 유지됩니다.

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

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

virt-who 는 /etc/sysconfig/virt-who대신 /etc/virt-who.conf 를 전역 옵션에 사용합니다.

RHEL 9에서는 시스템의 virt-who 유틸리티의 글로벌 옵션이 /etc/virt-who.conf 파일에 저장됩니다. 따라서 /etc/sysconfig/virt-who 파일은 더 이상 사용되지 않으며 삭제되었습니다.

RHEL 9 컨트롤 노드는 RHEL 7, RHEL 8 및 RHEL 9 노드만 관리할 수 있습니다.

RHEL 9에는 ansible-core 2.14가 포함되어 있습니다. 이 Ansible 버전은 RHEL 7, RHEL 8 및 RHEL 9 노드 관리를 지원합니다. RHEL 10 노드를 관리하려면 RHEL 10 제어 노드가 필요합니다.

Ansible Engine 2.9에 대한 지원은 RHEL 9에서 더 이상 제공되지 않음

Ansible Engine 2.9 는 Red Hat Enterprise Linux 9에서 더 이상 제공되지 않습니다. 이전에 Ansible Engine 2.9 에서 실행된 플레이북에서는 누락된 플러그인 또는 모듈과 관련된 오류 메시지를 생성할 수 있습니다. Ansible의 사용 사례가 RHEL에서 제공되는 Ansible Core에 대한 제한된 지원 범위를 벗어나는 경우 Red Hat에 문의하여 사용 가능한 서비스에 대해 논의하십시오.

RHEL 시스템 역할에서 Ansible Core 사용

RHEL 9 General Availability 릴리스에서 Ansible Core 는 RHEL을 지원하는 자동화 사용 사례를 지원하기 위해 제한된 지원 범위를 제공합니다. Ansible Core 는 RHEL용 AppStream 리포지토리에서 사용할 수 있습니다. 지원 범위에 대한 자세한 내용은 RHEL 9 AppStream에 포함된 Ansible Core 패키지에 대한 지원 범위를 참조하십시오.

subscription-manager register 명령의 더 이상 사용되지 않는 --token 옵션은 2024년 11월 말에 작동을 중지합니다.

기본 인타이틀먼트 서버 subscription.rhsm.redhat.com 은 더 이상 2024년 11월 말부터 토큰 기반 인증을 허용하지 않습니다. 결과적으로 subscription-manager register 명령의 더 이상 사용되지 않는 --token=<TOKEN > 옵션이 더 이상 지원되는 인증 방법이 아닙니다. 결과적으로 subscription-manager register --token=<TOKEN > 을 사용하는 경우 다음 오류 메시지와 함께 등록이 실패합니다.

RHEL 8이 유지 관리 지원 단계로 전환

RHEL 8.10 릴리스 후 RHEL 8은 유지 관리 지원 단계로 전환되었으며 더 이상 새로운 기능을 제공하지 않습니다. 결과적으로 RHEL 9.5부터 새로운 기능은 RHEL 9에서만 사용할 수 있습니다. 따라서 최신 개선 사항에 액세스하려면 RHEL 시스템 역할 제어 노드에 RHEL 9를 사용하십시오.

KVM 가상화는 IBM POWER에서 더 이상 지원되지 않습니다.

RHEL 9.0 이상용 Red Hat KVM(커널 기반 가상 머신)은 IBM POWER 하드웨어에서 지원되지 않습니다.

KVM 가상화는 64비트 ARM 아키텍처에서 완전 지원

RHEL 9.4 이상에서는 64비트 ARM(AArch64라고도 함) CPU를 사용하는 시스템에서 KVM 가상 머신을 완전히 생성할 수 있습니다. 그러나 AMD64 및 Intel 64 시스템에서 사용할 수 있는 특정 가상화 기능 및 기능은 다르게 작동하거나 64비트 ARM 시스템에서 지원되지 않을 수 있습니다.

RHEL 7.5 및 이전 버전을 기반으로 하는 VM 머신 유형은 지원되지 않음

RHEL 9에서 VM(가상 머신)은 RHEL 7.5 이전 버전을 기반으로 한 머신 유형을 더 이상 지원하지 않습니다. 여기에는 RHEL의 이전 주요 버전에서 기본적으로 사용 가능한 func-i440fx-rhel7.5.0 및 이전 시스템 유형도 포함됩니다. 결과적으로 RHEL 9 호스트에서 이러한 머신 유형을 사용하여 VM을 시작하려고 하면 지원되지 않는 구성 오류가 발생합니다. 호스트를 RHEL 9로 업그레이드한 후 이 문제가 발생하면 RHEL 9 및 최신 하이퍼바이저에서 작업하는 데 사용된 Red Hat 지식베이스 솔루션 Invalid 가상 머신을 참조하십시오.

모듈식 libvirt 데몬

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

가상 머신의 외부 스냅샷

RHEL 9.4 이상에서는 이전에 더 이상 사용되지 않는 내부 스냅샷 메커니즘을 대체하는 VM(가상 머신)의 외부 스냅샷 메커니즘을 지원합니다. 결과적으로 완전히 지원되는 VM 스냅샷을 생성, 삭제 및 되돌릴 수 있습니다. 외부 스냅샷은 명령줄과 RHEL 웹 콘솔에서 더 안정적으로 작동합니다. 이는 라이브 스냅샷이라는 실행 중인 VM의 스냅샷에도 적용됩니다.

virsh iface-* 명령은 이제 지원되지 않습니다.

virsh iface-start 및 virsh iface-destroy 과 같은 virsh iface-* 명령은 RHEL 9에서 더 이상 지원되지 않습니다. netcf 패키지를 제거했기 때문에 대부분의 패키지가 작동하지 않습니다. 네트워크 인터페이스를 만들고 수정하려면 NetworkManager 유틸리티(예: nmcli )를 사용합니다.

QEMU에는 더 이상 SGA 옵션om이 포함되지 않습니다.

RHEL 9에서 직렬 그래픽 어댑터(SGA) 옵션 Rom은 SeaBIOS의 동등한 기능으로 교체되었습니다. 그러나 VM(가상 머신) 구성에서 다음 XML 취약점을 사용하는 경우 이러한 변경 사항은 VM 기능에 영향을 미치지 않습니다.

TPM 패스스루가 제거됨

더 이상 RHEL 9의 VM에 패스스루 백엔드를 사용하여 물리적 TPM(Trusted Platform Module) 장치를 할당할 수 없습니다. 이는 RHEL 8에서 지원되지 않는 기능입니다. 대신 에뮬레이터 백엔드를 사용하고 완전히 지원되는 vTPM 기능을 사용합니다.

기타 지원되지 않는 장치

QEMU는 다음 가상 장치를 더 이상 지원하지 않습니다.

Intel vGPU 제거

Intel vGPU 기능에 필요한 패키지는 RHEL 9.3에서 제거되었습니다.

SPICE가 지원되지 않음

RHEL 9에서는 SPICE 원격 디스플레이 프로토콜이 더 이상 지원되지 않습니다. SPICE에서 사용하는 그래픽 장치인 QXL도 지원되지 않습니다. RHEL 9 호스트에서 SPICE 또는 QXL을 사용하도록 구성된 VM이 시작되지 않고 대신 지원되지 않는 설정 오류가 표시됩니다.

RHEL 9.2 이상의 새 설치 시 원격 루트 로그인 비활성화

보안상의 이유로 RHEL 9.2 이상의 새 설치에서는 원격 시스템에서 root 사용자로 웹 콘솔에 연결할 수 없습니다.