킥스타트 설치 중에 모듈을 비활성화할 수 있음

이번 개선된 기능을 통해 이제 모듈을 비활성화하여 모듈에서 패키지 설치를 방지할 수 있습니다. Kickstart 설치 중에 모듈을 비활성화하려면 명령을 사용합니다.

repo.git 섹션에 대한 지원에서 블루프린트로 사용 가능

새 repo.git 청사진 섹션을 사용하면 사용자가 이미지 빌드에 추가 파일을 포함할 수 있습니다. 파일은 lorax-composer 빌드 서버에서 액세스할 수 있는 git 리포지토리에서 호스팅해야 합니다.

Image Builder에서 더 많은 클라우드 공급자에 대한 이미지 생성을 지원

이번 업데이트를 통해 Image Builder는 Image Builder에서 이미지를 생성할 수 있는 클라우드 프로바이더 수를 확장했습니다. 따라서 이제 Google Cloud 및¢ Cloud에도 배포할 수 있는 RHEL 이미지를 만들고 이러한 플랫폼에서 사용자 지정 인스턴스를 실행할 수 있습니다.

dnf-utils 의 이름이 yum-utils로 변경되었습니다.

이번 업데이트를 통해 YUM 스택의 일부인 dnf-utils 패키지의 이름이 yum-utils 로 변경되었습니다. 호환성을 위해 dnf-utils 이름을 사용하여 패키지를 계속 설치할 수 있으며 시스템을 업그레이드할 때 원래 패키지를 자동으로 대체합니다.

subscription-manager 에서 역할, 사용량 및 애드온 값을 보고

이번 업데이트를 통해 subscription-manager 는 이제 고객 포털 또는 Satellite에 등록된 현재 조직에서 사용 가능한 각 서브스크립션의 Role, Usage 및 Add-ons 값을 표시할 수 있습니다.

버전 2.12로 업데이트 조정

tuned 패키지가 업스트림 버전 2.12로 업그레이드되어 이전 버전에 비해 여러 버그 수정 및 개선 사항을 제공합니다.

Chrony 가 버전 3.5로 업데이트

chrony 패키지가 업스트림 버전 3.5로 업그레이드되어 이전 버전에 비해 여러 버그 수정 및 개선 사항을 제공합니다.

새로운 FSRouting 라우팅 프로토콜 스택을 사용할 수 있습니다.

이번 업데이트를 통해 Quagga 는 새로운 라우팅 프로토콜 스택인 Free Range Routing (Free Range Routing )(즉, 새 라우팅 프로토콜 스택)으로 교체되었습니다. GAR은 AppStream 리포지토리에서 사용할 수 있는 frr 패키지에서 제공합니다.

GNU enscript에서 ISO-8859-15 인코딩 지원

이번 업데이트를 통해 ISO-8859-15 인코딩 지원이 GNU 서브스크립션 프로그램에 추가되었습니다.

phc2sys에서 시스템 클럭 오프셋 측정의 정확도 향상

linuxptp 패키지의 phc2sys 프로그램은 이제 시스템 클록의 오프셋을 측정하는 보다 정확한 방법을 지원합니다.

ptp4l 에서 active-backup 모드에서 팀 인터페이스를 지원

이번 업데이트를 통해 active-backup 모드에서 팀 인터페이스에 대한 지원이 PTP 경계/조직 시계 (ptp4l)에 추가되었습니다.

macvlan 인터페이스의 PTP 시간 동기화 지원

이번 업데이트에서는 macvlan 인터페이스의 하드웨어 타임스탬프 지원이 Linux 커널에 추가되었습니다. 결과적으로 macvlan 인터페이스는 이제 시간 동기화에 PTP( Precision Time Protocol )를 사용할 수 있습니다.

새 패키지: fapolicyd

fapolicyd 소프트웨어 프레임워크에는 사용자 정의 정책에 따라 애플리케이션 화이트리스트 및 블랙리스트 형식이 도입되었습니다. 애플리케이션 화이트리스트 기능은 시스템에서 신뢰할 수 없고 악의적인 애플리케이션 실행을 방지하기 위한 가장 효율적인 방법 중 하나를 제공합니다.

새 패키지: udica

새 udica 패키지는 컨테이너에 대한 SELinux 정책을 생성하는 도구를 제공합니다. 오디 카를 사용하면 컨테이너에서 스토리지, 장치 및 네트워크와 같은 호스트 시스템 리소스에 액세스하는 방법을 보다 효과적으로 제어하기 위한 맞춤형 보안 정책을 만들 수 있습니다. 이를 통해 보안 위반에 대해 컨테이너 배포를 강화할 수 있으며 규정 준수의 달성 및 유지를 단순화할 수 있습니다.

SELinux 사용자 공간 도구가 버전 2.9로 업데이트

libsepol,libselinux,libsemanage,policycoreutils,checkpolicy 및 mcstrans SELinux 사용자 공간 툴이 최신 업스트림 릴리스 2.9로 업그레이드되어 이전 버전에 비해 많은 버그 수정 및 개선 사항을 제공합니다.

setools 버전 4.2.2로 업데이트

툴 및 라이브러리의 SETools 컬렉션이 다음 변경 사항을 제공하는 최신 업스트림 릴리스 4.2.2로 업그레이드되었습니다.

SELinux-policy 가 3.14.3으로 업데이트

selinux-policy 패키지가 업스트림 버전 3.14.3으로 업그레이드되었으며 이전 버전에 비해 허용 규칙에 많은 버그 수정 및 개선 사항을 제공합니다.

새로운 SELinux 유형: excludedd_t

3개의 장치를 관리하기 위한 시스템 데몬인 새로운 SELinux 유형인 salt d _t 는 바뀝니다. 결과적으로 이제 SELinux 강제 모드에서 제한된 서비스로 강제 실행됩니다.

새 SELinux 정책 클래스: bpf

새로운 SELinux 정책 클래스 bpf 가 도입되었습니다. bpf 클래스를 사용하면 사용자가 SElinux를 통해 BPF(Berkeley Packet Filter) 흐름을 제어할 수 있으며, EBPF(Extended Berkeley Packet Filter) 프로그램과 맵을 검사하고 간단하게 조작할 수 있습니다.

OpenSCAP을 버전 1.3.1로 업데이트

openscap 패키지가 업스트림 버전 1.3.1로 업그레이드되어 이전 버전에 대해 많은 버그 수정 및 개선 사항을 제공합니다. 특히 다음과 같습니다.

OpenSCAP 에서 SCAP 1.3 지원

OpenSCAP 제품군은 SCAP 1.3 최신 버전을 준수하는 데이터 스트림을 지원합니다. scap-security-guide 패키지에 포함된 것과 같은 SCAP 1.3 데이터 스트림을 추가 사용 제한 없이 SCAP 1.2 데이터 스트림과 동일한 방식으로 사용할 수 있습니다.

scap-security-guide 가 버전 0.1.46로 업데이트

scap-security-guide 패키지가 업스트림 버전 0.1.46로 업그레이드되어 이전 버전에 대해 많은 버그 수정 및 개선 사항을 제공합니다. 특히 * SCAP 콘텐츠는 SCAP 표준의 최신 버전을 준수하는 SCAP 1.3 * SCAP 콘텐츠는 UBI 이미지를 지원합니다.

OpenSSH 가 8.0p1로 업데이트

openssh 패키지가 업스트림 버전 8.0p1로 업그레이드되어 이전 버전에 대해 많은 버그 수정 및 개선 사항을 제공합니다. 특히 다음과 같습니다.

libssh 가 시스템 차원의 암호화 정책을 준수합니다.

이제 libssh 클라이언트와 서버는 이제 각각 /etc/libssh/libssh_client.config 파일과 /etc/libssh/libssh_server.config 파일을 자동으로 로드합니다. 이 구성 파일에는 libssh 백엔드를 위한 시스템 전체의 crypto-policies 구성 요소와 /etc/ssh /ssh _config 또는 /etc/ssh/sshd_config OpenSSH 구성 파일에 설정된 옵션이 포함됩니다. 구성 파일의 자동 로드를 통해 libssh 는 이제 crypto-policies 에 의해 설정된 시스템 전체 암호화 설정을 사용합니다. 이러한 변경으로 인해 애플리케이션에서 사용하는 암호화 알고리즘 집합에 대한 제어가 간소화됩니다.

rsyslog 가 FROMHOST 케이스를 유지하는 옵션을 사용할 수 있습니다.

이번 업데이트에서는 imudp 및 im tcp 모듈에 대한 FROMHOST 속성의 문자 대소문자 보존을 관리하는 옵션을 도입했습니다. preservecase 값을 on 으로 설정하면 FROMHOST 속성이 대/소문자를 구분하여 처리됩니다. 기존 구성을 중단하지 않으려면 imtcp 및 off 의 경우 preservecase 의 기본값이 im udp 에 설정되어 있습니다.

VXLAN 및 GENEVE 터널에서 PMTU 검색 및 경로 리디렉션 지원

RHEL(Red Hat Enterprise Linux) 8.0의 커널은 VXLAN(Virtual Extensible LAN) 및GENEVE(Generic Network Virtualization Encapsulation) 터널을 위한 ICMP(Internet Control Message Protocol) 및 ICMPv6 메시지를 처리하지 않았습니다. 그 결과 RHEL 릴리스의 VXLAN 및 GENEVE 터널에서는 8.1 이전의 Path MTU(PMTU) 검색 및 경로 리디렉션이 지원되지 않았습니다. 이번 업데이트를 통해 커널은 PMTU를 조정하고 전달 정보를 수정하여 ICMP "Destination Unreachable" 및 "Redirect Message"와 ICMPv6 "Packet Too Big" 및 "Destination Unreachable" 오류 메시지를 처리합니다. 결과적으로 RHEL 8.1은 VXLAN 및 GENEVE 터널을 사용하여 PMTU 검색 및 경로 리디렉션을 지원합니다.

커널의 XDP 및 네트워킹 eBPF 기능 주요 변경 사항

커널 패키지의 XDP 및 네트워킹 eBPF 기능이 업스트림 버전 5.0으로 업그레이드되어 이전 버전에 비해 여러 버그 수정 및 개선 사항을 제공합니다.

ioctl() 의 새로운 PTP_SYS_OFFSET_EXTENDED 제어는 측정된 system-PHC ofsets의 정확성을 개선합니다.

이 향상된 기능으로 PTP_SYS_OFFSET_EXTENDED 제어를 추가하여 ioctl() 함수에 PTP_SYS_OFFSET_EXTENDED 제어를 추가하여 시스템 PTP(Precision Time Protocol) 오프셋을 더욱 정확하게 측정할 수 있습니다. 예를 들어, chrony 서비스에서 PHC와 시스템 클록 간의 오프셋을 측정하는 데 사용하는 PTP_SYS_OFFSET 제어는 충분히 정확하지 않습니다. 새로운 PTP_SYS_OFFSET_EXTENDED 제어를 사용하면 드라이버에서 가장 낮은 비트 읽기를 격리할 수 있습니다. 이렇게 하면 측정된 오프셋의 정확도가 향상됩니다. 일반적으로 네트워크 드라이버는 여러 PCI 레지스터를 읽고 드라이버는 두 개의 시스템 클록 읽기 사이에 PHC 타임스탬프의 가장 낮은 비트를 읽지 않습니다.

ipset을 7.1 버전으로 다시 설정

ipset 패키지가 업스트림 버전 7.1으로 업그레이드되어 이전 버전에 비해 많은 버그 수정 및 개선 사항을 제공합니다.

RHEL 8.1의 커널 버전

Red Hat Enterprise Linux 8.1은 커널 버전 4.18.0-147과 함께 배포됩니다.

커널의 라이브 패치 사용 가능

커널 kpatch 에 대한 실시간 패치는 프로세스를 재부팅하거나 다시 시작하지 않고도 실행 중인 커널을 패치하는 메커니즘을 제공합니다. 심각 및 중요한 CVE를 해결하기 위해 EUS (Extended Update Support) 정책에 적용되는 일부 RHEL 마이너 릴리스 스트림에 대한 라이브 커널 패치가 제공됩니다.

RHEL 8의 Extended Berkeley Packet Filter

eBPF(Extended Berkeley Packet Filter) 는 제한된 기능 집합에 액세스할 수 있는 제한된 샌드박스 환경에서 커널 공간에서 코드를 실행할 수 있는 커널 내 가상 시스템입니다. 가상 시스템은 특수 어셈블리와 유사한 코드를 실행합니다. 그런 다음 코드가 커널로 로드되고 즉시 컴파일을 사용하여 기본 머신 코드로 변환됩니다. Red Hat은 eBPF 가상 시스템을 활용하는 수많은 구성 요소를 제공합니다. 각 구성 요소는 다른 개발 단계에 있으므로 현재 모든 구성 요소가 완전히 지원되지는 않습니다.

Red Hat Enterprise Linux 8이 초기 kdump지원

early kdump 기능을 사용하면 크래시 커널과 initramfs가 초기 충돌 시 vmcore 정보를 캡처할 수 있을 만큼 충분히 빨리 로드할 수 있습니다.

RHEL 8에서 ipcmni_extend지원

Red Hat Enterprise Linux 8에 새로운 커널 명령행 매개 변수 ipcmni_extend 가 추가되었습니다. 매개 변수는 현재 최대 32KB(15비트)에서 16MB(24비트)까지 고유한 시스템 V 프로세스 간 통신(IPC) 식별자를 확장합니다. 결과적으로 많은 공유 메모리 세그먼트를 생성하는 애플리케이션이 32KB 제한을 초과하지 않고 더 강력한 IPC 식별자를 만들 수 있습니다.

영구 메모리 초기화 코드에서 병렬 초기화 지원

영구 메모리 초기화 코드를 사용하면 영구 메모리 노드가 여러 개인 시스템에서 병렬 초기화가 가능합니다. 병렬 초기화는 대량의 영구 메모리가 있는 시스템의 전체 메모리 초기화 시간이 크게 단축됩니다. 따라서 이제 이러한 시스템을 훨씬 더 빨리 부팅할 수 있습니다.

TPM 사용자 공간 도구가 마지막 버전으로 업데이트되었습니다

tpm2-tools 사용자 공간 도구가 버전 2.0으로 업데이트되었습니다. 이번 업데이트를 통해 tpm2-tools 는 많은 결함을 수정할 수 있습니다.

The rngd 데몬은 이제 루트가 아닌 권한으로 실행될 수 있습니다.

임의 번호 생성기 데몬(rngd)은 임의로 소스에서 제공한 데이터가 임의로 임의로 지정되었는지 확인한 다음 커널의 임의 번호 엔트로피 풀에 데이터를 저장합니다. 이번 업데이트를 통해 rngd 는 루트가 아닌 사용자 권한으로 를 실행하여 시스템 보안을 강화할 수 있습니다.

ibmvnic 드라이버에 대한 전체 지원

Red Hat Enterprise Linux 8.0이 도입되면서 IBM POWER 아키텍처용 IBM VNIC(Virtual Network Interface Controller) 드라이버인 ibmvnic 을 기술 프리뷰로 사용할 수 있었습니다. vNIC는 엔터프라이즈 기능을 제공하고 네트워크 관리를 간소화하는 PowerVM 가상 네트워킹 기술입니다. SR-IOV NIC와 결합하면 가상 NIC 수준에서 대역폭 제어 QoS(Quality of Service) 기능을 제공하는 고성능의 효율적인 기술입니다. vNIC는 가상화 오버헤드를 크게 줄여 네트워크 가상화에 필요한 CPU 및 메모리를 포함하여 대기 시간을 줄이고 서버 리소스가 줄어듭니다.

Intel ® Fedora-Path Architecture(OPA) 호스트 소프트웨어

Intel MBA(OPA) 호스트 소프트웨어는 Red Hat Enterprise Linux 8.1에서 완벽하게 지원됩니다. Intel OPA는 클러스터형 환경의 컴퓨팅 노드와 I/O 노드 간의 고성능 데이터 전송(고급 대역폭, 높은 메시지 속도, 짧은 대기 시간)을 위해 HFI(Host Fabric Interface) 하드웨어에 초기화 및 설정을 제공합니다.

RHEL 8의 디버그 커널에서 UBSan 이 활성화되었습니다

The undefined Behavior Sanitizer (UBSan)유틸리티는 런타임 시 C 코드 언어에서 정의되지 않은 동작 결함을 노출합니다. 컴파일러 동작이 개발자의 기대치와 다른 경우도 있기 때문에 이 유틸리티는 디버그 커널에서 활성화되었습니다. 특히 미묘한 버그가 나타나는 컴파일러 최적화의 경우. 결과적으로 UBSan 이 활성화된 디버그 커널을 실행하면 시스템에서 이러한 버그를 쉽게 감지할 수 있습니다.

fadump 인프라에서 RHEL 8의 재등록 지원

크래시 메모리 범위를 업데이트하기 위해 메모리 핫 애드/제거 작업 후에 펌웨어 지원 덤프(fdump) 인프라의 재등록(등록 및 등록 취소)에 대한 지원이 추가되었습니다. 이 기능은 udev 이벤트 중 사용자 공간에서 fadump 를 취소하고 등록하는 동안 시스템이 잠재적인 경쟁 문제를 방지하는 것을 목표로 합니다.

RHEL for Real Time 8에서 determine_maximum_mpps.sh 스크립트가 도입되었습니다.

queuelat 테스트 프로그램을 사용하는 데 도움이 되도록 determine_maximum_mpps.sh 스크립트가 도입되었습니다. 스크립트는 대기열에 따라 시스템이 처리할 수 있는 초당 최대 패킷을 결정합니다.

kernel-rt 소스 트리가 최신 RHEL 8 트리와 일치

커널-rt 소스는 이전 버전에 비해 여러 버그 수정 및 개선 사항을 제공하는 최신 Red Hat Enterprise Linux 커널 소스 트리를 기반으로 업그레이드되었습니다.

RHEL for Real Time 8에 ssdd 테스트가 추가되었습니다.

추적 하위 시스템의 스트레스 테스트를 활성화하기 위해 ssdd 테스트가 추가되었습니다. 테스트에서는 추적 시스템 내에서 잠금이 올바른지 확인하기 위해 여러 추적 스레드를 실행합니다.

Optane DC 영구 메모리 기술의 메모리 모드가 완전히 지원됩니다.

Intel Optane DC 영구 메모리 스토리지 장치는 데이터 센터급 영구 메모리 기술을 제공하여 트랜잭션 처리량을 크게 높일 수 있습니다.

IBM Z에서 시스템 부팅 서명 확인 지원

Secure Boot를 사용하면 시스템 펌웨어가 커널 공간 코드에 서명하는 데 사용된 암호화 키의 신뢰성을 확인할 수 있습니다. 따라서 신뢰할 수 있는 벤더의 코드만 실행할 수 있으므로 이 기능을 통해 보안이 향상됩니다.

DIF/DIX(데이터 무결성 필드/데이터 무결성 확장) 지원

DIF/DIX는 하드웨어 벤더가 이를 검증하고 RHEL의 특정 HBA(Host Bus Adapter) 및 스토리지 어레이 구성에 대한 완벽한 지원을 제공하는 구성에서 지원됩니다.

Optane DC 메모리 시스템에서 EDAC 보고서 지원

이전 버전에서는 메모리 주소가 NVDIMM 모듈 내에 있는 경우 EDAC에서 메모리 수정/올바른 이벤트를 보고하지 않았습니다. 이번 업데이트를 통해 EDAC는 올바른 메모리 모듈 정보를 사용하여 이벤트를 올바르게 보고할 수 있습니다.

VDO Ansible 모듈이 Ansible 패키지로 이동

이전에는 VDO Ansible 모듈이 vdo RPM 패키지에서 제공되었습니다. 이 릴리스에서는 모듈이 ansible 패키지에서 대신 제공됩니다.

Aero 어댑터가 완전히 지원됨

이전에 기술 프리뷰로 사용할 수 있는 다음과 같은 Aero 어댑터가 이제 완전하게 지원됩니다.

LUKS2에서 온라인 재암호화 지원

Linux 통합 키 설정 버전 2(LUKS2) 형식은 이제 장치가 사용 중인 동안 암호화된 장치를 재암호화하는 기능을 지원합니다. 예를 들어 다음 작업을 수행하기 위해 장치에서 파일 시스템을 마운트 해제할 필요가 없습니다.

RHEL 8에서 사용 가능한 ext4의 새로운 기능

RHEL8에서 다음은 ext4의 새로운 완전히 지원되는 기능입니다.

NVMe over RDMA에서 IBM Coral 시스템의 대상 모드에서 Infiniband 지원

RHEL 8.1에서 NVMe over RDMA는 이제 IBM Coral 시스템의 대상 모드에서 Infiniband 를 지원하며 하나의 NVMe PCIe가 대상 카드로 추가됩니다.

Pacemaker에서 동시 펜싱 클러스터 속성을 true로 기본값으로 설정합니다.

여러 클러스터 노드를 동시에 펜싱해야 하고 구성된 다른 펜스 장치를 사용하는 경우 Pacemaker에서 이전과 같이 직렬화되지 않고 동시에 펜싱을 실행합니다. 이로 인해 여러 노드를 펜싱해야 하는 경우 대규모 클러스터에서 복구가 크게 증가할 수 있습니다.

공유 논리 볼륨을 확장해도 더 이상 모든 클러스터 노드에서 새로 고침할 필요가 없습니다.

이번 릴리스에서는 공유 논리 볼륨을 확장하는 데 한 클러스터 노드에서 lvextend 명령을 실행한 후 모든 클러스터 노드에서 더 이상 새로 고침할 필요가 없습니다. GFS2 파일 시스템의 크기를 확장하기 위한 전체 절차는 GFS2 파일 시스템 증가를 참조하십시오.

지원되는 RHEL HA 클러스터의 최대 크기 16개 노드에서 32개 노드로 증가

이번 릴리스에서는 Red Hat은 최대 32개의 전체 클러스터 노드의 클러스터 배포를 지원합니다.

corosync 링크 추가, 변경 및 제거 명령이 pcs에 추가되었습니다.

이제 Kronosnet(knet) 프로토콜을 사용하여 실행 중인 클러스터에서 knet 링크를 추가하고 제거할 수 있습니다. 이 기능을 지원하기 위해 pcs 명령은 knet 링크를 추가, 변경 및 제거하고 기존 클러스터에서 upd/udpu 링크를 변경하는 명령을 제공합니다. 기존 클러스터에서 링크 추가 및 수정에 대한 자세한 내용은 기존 클러스터에서 링크 추가 및 수정을 참조하십시오. (BZ#1667058)

새 모듈 스트림: php:7.3

RHEL 8.1에는 여러 가지 새로운 기능과 향상된 기능을 제공하는 PHP 7.3 이 도입되었습니다. 주요 변경 사항은 다음과 같습니다.

새 모듈 스트림: ruby:2.6

새 모듈 스트림 ruby:2.6 을 사용할 수 있습니다. RHEL 8.1에 포함된 Ruby 2.6.3 은 RHEL 8.0에 배포된 버전 2.5에 비해 여러 가지 새로운 기능, 개선 사항, 버그 및 보안 수정 사항 및 성능 개선 사항을 제공합니다.

새 모듈 스트림: nodejs:12

RHEL 8.1에는 버전 10에 비해 여러 가지 새로운 기능과 향상된 기능을 제공하는 Node.js 12 가 도입되었습니다. 주요 변경 사항은 다음과 같습니다.

CRB에서 Judy-devel 사용 가능

Judy-devel 패키지는 이제 CRB( CodeReady Linux Builder 리포지토리) 에서 mariadb-devel:10.3 모듈의 일부로 사용할 수 있습니다. 결과적으로 개발자는 이제 Judy 라이브러리를 사용하여 애플리케이션을 빌드할 수 있습니다.

Python 3의 FIPS 준수

이번 업데이트에서는 OpenSSL FIPS 모드 지원이 Python 3 에 추가되었습니다. 이름:

python3-서브스크립트의 FIPS 준수 변경

이번 python3-¢ 패키지 업데이트는 FIPS와 호환되지 않는 데이터를 서명하고 확인하기 위한 기본 구현을 제거합니다.

새 모듈 스트림: nginx:1.16

버전 1.14에 비해 여러 가지 새로운 기능과 향상된 기능을 제공하는 nginx 1.16 웹 및 프록시 서버를 사용할 수 있습니다. 예를 들면 다음과 같습니다.

perl-IO-Socket-SSL 을 2.066 버전으로 업데이트

perl-IO-Socket-SSL 패키지가 버전 2.066으로 업그레이드되어 이전 버전에 비해 여러 버그 수정 및 개선 사항을 제공합니다. 예를 들면 다음과 같습니다.

perl-Net-SSLeay 가 버전 1.88로 업데이트

perl-Net-SSLeay 패키지가 버전 1.88로 업그레이드되어 여러 버그 수정 및 개선 사항을 제공합니다. 주요 변경 사항은 다음과 같습니다.

GCC Toolset 9 사용 가능

Red Hat Enterprise Linux 8.1에는 최신 버전의 개발 툴이 포함된 애플리케이션 스트림인 GCC Toolset 9가 도입되었습니다.

업그레이드된 컴파일러 도구 세트

애플리케이션 스트림으로 배포된 다음 컴파일러 툴 세트가 RHEL 8.1로 업그레이드되었습니다.

SystemTap 버전 4.1로 업데이트

SystemTap 계측 툴이 업스트림 버전 4.1로 업데이트되었습니다. 주요 개선사항은 다음과 같습니다.

DHAT 툴의 GA

Red Hat Enterprise Linux 8.1은 DHAT 툴의 GA를 도입했습니다. valgrind 툴 버전 3.15.0을 기반으로 합니다.

elfutils를 버전 0.176으로 다시 기반

elfutils 패키지가 업스트림 버전 0.176으로 업데이트되었습니다. 이 버전은 다양한 버그 수정을 제공하고 다음 취약점을 해결합니다.

glibc에서 추가 메모리 할당 검사

애플리케이션 메모리 손상은 애플리케이션 및 보안 결함의 주요 원인입니다. 이러한 손상을 조기 감지하여 탐지 비용과 균형을 이루면 애플리케이션 개발자에게 상당한 이점을 제공할 수 있습니다.

GDB는 더 많은 POWER8 레지스터에 액세스할 수 있습니다.

이번 업데이트를 통해 GDB(GNU 디버거) 및 원격 스텁 gdbserver 는 다음과 같은 추가 레지스터에 액세스하고 IBM의 POWER8 프로세서 라인의 레지스터 세트에 액세스할 수 있습니다.

binutils disassemble r는 N개의 바이너리 파일을 처리할 수 있습니다.

binutils 패키지의 disassembler 툴이 NFS(Netronome Flow Processor) 하드웨어 시리즈의 바이너리 파일을 처리하도록 확장되었습니다. 이 기능은 bpftool Berkeley Packet Filter(BPF) 코드 컴파일러에서 추가 기능을 활성화하는 데 필요합니다.

IBM Z 아키텍처에서 부분적으로 쓰기 가능한 GOT 섹션 지원

로더의 "lazy 바인딩" 기능을 사용하는 IBM Z 바이너리는 부분적으로 쓰기 가능한 GOT(Global offset table) 섹션을 생성하여 강화할 수 있습니다. 이러한 바이너리에는 읽기-쓰기 GOT가 필요하지만 모든 항목을 쓸 수 있는 것은 아닙니다. 이번 업데이트에서는 잠재적인 공격으로부터 항목을 보호합니다.

binutils 에서 IBM Z의 Arch13 프로세서 지원

이번 업데이트에서는 Arch13 프로세서와 관련된 확장 기능을 IBM Z 아키텍처의 binutils 패키지에 추가로 지원합니다. 결과적으로 IBM Z의 arch13 지원 CPU에서 사용할 수 있는 기능을 사용할 수 있는 커널을 구축할 수 있습니다.

Dyninst 가 버전 10.1.0으로 업데이트

Dyninst 계측 라이브러리가 업스트림 버전 10.1.0으로 업데이트되었습니다. 주요 변경 사항은 다음과 같습니다.

일본어 Reiwa 기간의 업데이트 포맷 날짜

GNU C 라이브러리는 이제 2019년 5월 1일부터 Reiwa 시대를 위한 올바른 일본어 시대 이름 포맷을 제공합니다. strftime 및 strptime 함수에서 사용하는 데이터를 포함하여 API 데이터 처리 시간이 업데이트되었습니다. 모든 API는 %EC, %EY 또는 % Ey 와 같은 시대 변환 지정자 중 하나와 함께 strftime 을 사용하는 경우를 포함하여 Reiwa 시대를 올바르게 인쇄합니다.

Performance Co-Pilot이 버전 4.3.2로 업데이트

RHEL 8.1에서는 PCP(Performance Co-Pilot) 툴이 업스트림 버전 4.3.2로 업데이트되었습니다. 주요 개선사항은 다음과 같습니다.

IdM에서 설치 및 관리를 위한 Ansible 역할 및 모듈 지원

이번 업데이트에서는 IdM(Identity Management) 배포 및 관리를 위한 Ansible 역할 및 모듈을 제공하는 ansible-freeipa 패키지가 도입되었습니다. Ansible 역할을 사용하여 IdM 서버, 복제본 및 클라이언트를 설치 및 제거할 수 있습니다. Ansible 모듈을 사용하여 IdM 그룹, 토폴로지 및 사용자를 관리할 수 있습니다. 사용 가능한 예제 플레이북도 있습니다.

IdM 배포의 전반적인 적합성을 테스트하는 새로운 도구는 다음과 같습니다. 상태 점검

이번 업데이트에서는 IdM(Identity Management)의 Healthcheck 도구가 도입되었습니다. 툴에서는 현재 IdM 서버가 올바르게 구성되고 실행되고 있는지 확인하는 테스트를 제공합니다.

서버가 오프라인 상태일 때 IdM에서 만료된 시스템 인증서 갱신 지원

이 향상된 기능을 통해 IdM(Identity Management)이 오프라인 상태일 때 관리자가 만료된 시스템 인증서를 갱신할 수 있습니다. 시스템 인증서가 만료되면 IdM이 시작되지 않습니다. 새로운 ipa-cert-fix 명령은 갱신 프로세스를 진행하도록 날짜를 수동으로 설정하기 위한 해결방법을 대체합니다. 따라서 언급된 시나리오에서는 다운타임 및 지원 비용이 줄어듭니다.

ID 관리는 Windows Server 2019를 통한 신뢰를 지원합니다.

Identity Management를 사용하면 이제 Windows Server 2019에서 실행되는 Active Directory 포리스트에 지원되는 포리스트 신뢰성을 설정할 수 있습니다. 지원되는 포리스트 및 도메인 기능 수준은 변경되지 않았으며 최대 Windows Server 2016까지 지원됩니다.

Samba 기반 버전 4.10.4

samba 패키지가 업스트림 버전 4.10.4로 업그레이드되어 이전 버전에 비해 여러 버그 수정 및 개선 사항을 제공합니다.

OpenLDAP에 대한 시스템 전체 인증서 저장소 위치 업데이트

OpenLDAP의 신뢰할 수 있는 CA의 기본 위치는/etc/ openldap/certs 대신 시스템 전체 인증서 저장소(/etc/pki/ca-trust/ source)를 사용하도록 업데이트되었습니다. 이 변경은 CA 신뢰의 설정을 간소화하기 위해 만들어졌습니다.

IdM CRL 마스터 관리를 간소화하기 위해 새로운 ipa-crl-generation 명령이 도입되었습니다.

이번 업데이트에서는 ipa-crl-generation status/enable/disable 명령이 도입되었습니다. 이러한 명령은 root 사용자가 실행하고 IdM의 CRL(인증서 폐기 목록)으로 작업을 간소화합니다. 이전에는 CRL 생성 마스터를 한 IdM CA 서버에서 다른 서버로 이동하는 것은 길고 오류가 발생하기 쉬운 절차였습니다.

keycloak-httpd-client-install에서 OpenID Connect 지원

keycloak-httpd-client-install ID 프로바이더는 이전에 mod_auth_mellon 인증 모듈을 사용하여 SAML(Security Assertion Markup Language) 인증만 지원했습니다. 이 리베이스에는 OpenID Connect 인증 인증도 구성할 수 있는 mod_auth_openidc 인증 모듈 지원이 도입되었습니다.

숨겨진 복제본으로 IdM을 기술 프리뷰로 설정할 수 있습니다

이 향상된 기능을 통해 관리자는 IdM(Identity Management) 복제본을 숨겨진 복제본으로 설정할 수 있습니다. 숨겨진 복제본은 모든 서비스가 실행 중이고 사용 가능한 IdM 서버입니다. 그러나 DNS의 서비스에 대한 SRV 레코드가 없고 LDAP 서버 역할이 활성화되어 있지 않으므로 다른 클라이언트 또는 마스터에 알리지 않습니다. 따라서 클라이언트는 서비스 검색을 사용하여 숨겨진 복제본을 탐지할 수 없습니다.

SSSD에서 기본적으로 AD GPO 적용

이제 SSSD 옵션 ad_gpo_access_control 의 기본 설정이 강제 적용됩니다. RHEL 8에서 SSSD는 기본적으로 Active Directory Group Policy Objects(GPO)를 기반으로 액세스 제어 규칙을 적용합니다.

GNOME Classic에서 수정된 작업 공간 전환기

GNOME Classic 환경의 작업 공간 전환기가 수정되었습니다. 스위터는 이제 아래쪽 막대의 오른쪽 부분에 위치하며 수평면 패널로 설계되었습니다. 필요한 축소판 이미지를 클릭하면 작업 영역 간 전환이 가능합니다. 또는 Ctrl+Alt+아래쪽/위 화살표 키의 조합을 사용하여 작업 영역 간에 전환할 수도 있습니다. 활성 작업 공간의 내용은 창 목록 형태로 하단 표시줄의 왼쪽 부분에 표시됩니다.

부트 스트랩에서 Linux 커널 버전 5.1로 업데이트

DRM( Direct Rendering Manager ) 커널 그래픽 하위 시스템은 업스트림 Linux 커널 버전 5.1로 업데이트되어 이전 버전에 비해 여러 버그 수정 및 개선 사항을 제공합니다. 가장 중요한 것은 다음과 같습니다.

AMD Picasso 그래픽 카드 지원

이번 업데이트에서는 amdgpu 그래픽 드라이버가 도입되었습니다. 그 결과 이제 RHEL 8에서 AMD Picasso 그래픽 카드가 완전히 지원됩니다.

SMT 활성화 및 비활성화

RHEL 8에서는 동시 SMT(Multi-Threading) 구성을 사용할 수 있습니다. 웹 콘솔에서 SMT를 비활성화하면 다음과 같은 CPU 보안 취약점 클래스를 완화할 수 있습니다.

서비스 페이지에 검색 상자 추가

이제 Services 페이지에 다음과 같이 서비스를 필터링하기 위한 검색 상자가 있습니다.

방화벽 영역에 대한 지원 추가

Networking 페이지의 방화벽 설정에서 다음을 지원합니다.

가상 머신 구성 개선 사항 추가

이번 업데이트를 통해 RHEL 8 웹 콘솔에는 Virtual Machines(가상 시스템) 페이지에 많은 개선 사항이 포함되어 있습니다. 이제 다음을 수행할 수 있습니다.

RHEL 시스템 역할에 추가된 새로운 스토리지 역할

스토리지 역할은 rhel-system-roles 패키지에서 제공하는 RHEL 시스템 역할에 추가되었습니다. 스토리지 역할은 Ansible을 사용하여 로컬 스토리지를 관리하는 데 사용할 수 있습니다.

WALinuxAgent 가 2.2.38 버전으로 업데이트

WALinuxAgent 패키지가 업스트림 버전 2.2.38로 업그레이드되어 이전 버전에 비해 여러 버그 수정 및 개선 사항을 제공합니다.

Windows는 필요한 virtio-win 드라이버를 자동으로 찾습니다.

이제 Windows는 사용자가 위치한 폴더를 선택할 필요 없이 드라이버 ISO에서 필요한 virtio-win 드라이버를 자동으로 찾을 수 있습니다.

KVM이 5 레벨 페이징 지원

Red Hat Enterprise Linux 8을 통해 KVM 가상화는 5단계 페이징 기능을 지원합니다. 선택한 호스트 CPU에서 호스트 및 게스트 시스템에서 사용할 수 있는 실제 및 가상 주소 공간이 크게 증가합니다.

ActivClient 드라이버를 사용하여 Windows 게스트에서 스마트 카드 공유 지원

이번 업데이트에서는 Windows 게스트 OS 및 ActivClient 드라이버를 사용하는 VM(가상 머신)의 스마트 카드 공유를 지원합니다. 이는 이러한 VM에서 에뮬레이트된 또는 공유 스마트 카드를 사용하여 사용자 로그인에 대한 스마트 카드 인증을 활성화합니다.

virt-xml에 대한 새로운 옵션이 추가되었습니다

virt-xml 유틸리티는 이제 다음 명령줄 옵션을 사용할 수 있습니다.

KVM에서 지원하는 IBM z14 GA2 CPU

이번 업데이트를 통해 KVM은 IBM z14 GA2 CPU 모델을 지원합니다. 따라서 RHEL 8을 게스트의 IBM z14 GA2 CPU가 있는 호스트 OS로 사용하는 IBM z14 GA2 호스트에서 가상 시스템을 생성할 수 있습니다.

NVIDIA NVLink2가 IBM POWER9의 가상 머신과 호환 가능

NVLink2 기능을 지원하는 NVIDIA VGPU를 이제 IBM POWER9 시스템의 RHEL 8 호스트에서 실행 중인 VM(가상 머신)에 할당할 수 있습니다. 이렇게 하면 해당 VM이 NVLink2의 전체 성능 잠재력을 사용할 수 있습니다.

버전 또는 inst.version 커널 부팅 매개변수를 사용하면 더 이상 설치 프로그램이 중지되지 않습니다.

이전에는 버전 또는 inst.version 부팅 매개 변수를 사용하여 커널 명령줄에서 설치 프로그램을 부팅하는 경우 버전이 출력되었습니다 (예: anaconda 30.25.6 ).

xorg-x11-drv-fbdev,xorg-x11-drv-vesa 및 xorg-x11-drv-vmware 비디오 드라이버는 기본적으로 설치됩니다.

이전에는 특정 AMD 가속화 처리 장치가 있는 NVIDIA 그래픽 카드 및 워크스테이션 모델이 있는 워크스테이션에서 RHEL 8.0 서버를 설치한 후 그래픽 로그인 창을 표시하지 않았습니다. 이 문제는 Hyper-V와 같은 그래픽 지원을 위해 EFI에 의존하는 가상 시스템도 영향을 받았습니다. 이번 업데이트를 통해 xorg-x11-drv-fbdev,xorg-x11-drv-vesa 및 xorg-x11-drv-vmware 비디오 드라이버가 기본적으로 설치되고 RHEL 8.0 이상 서버 설치 후 그래픽 로그인 창이 표시됩니다.

오류 메시지를 표시하지 않고 복구 모드가 더 이상 실패하지 않습니다

이전 버전에서는 Linux 파티션이 없는 시스템에서 복구 모드를 실행하여 설치 프로그램이 예외로 실패했습니다. 이번 업데이트를 통해 Linux 파티션이 없는 시스템이 감지되면 설치 프로그램에 "Linux 파티션이 없습니다" 오류 메시지가 표시됩니다.

설치 프로그램에서 이미지 설치에 대한 lvm_metadata_backup Blivet 플래그를 설정합니다.

이전에는 설치 프로그램에서 이미지 설치에 대한 lvm_metadata_backup Blivet 플래그를 설정하지 못했습니다. 결과적으로 LVM 백업 파일은 이미지 설치 후 /etc/lvm/ 하위 디렉터리에 있었습니다. 이번 업데이트를 통해 설치 프로그램에서 lvm_metadata_backup Blivet 플래그를 설정하므로 이미지 설치 후 /etc/lvm/ 하위 디렉터리에 LVM 백업 파일이 없습니다.

RHEL 8 설치 프로그램은 RPM의 문자열을 처리

이전에는 python3-rpm 라이브러리에서 문자열을 반환할 때 설치 프로그램이 예외로 실패했습니다. 이번 업데이트를 통해 이제 설치 프로그램에서 RPM의 문자열을 처리할 수 있습니다.

inst.repo 커널 부트 매개변수는 루트가 아닌 경로가 있는 하드 드라이브의 리포지토리에서 작동합니다.

이전에는 inst.repo=hd:<device>:<path> 커널 부팅 매개 변수가 하드 드라이브의 리포지토리(ISO 이미지가 아님)를 가리키고 있고 루트가 아닌(/) 경로가 사용된 경우 수동으로 조작하지 않고 RHEL 8 설치 프로세스를 진행할 수 없었습니다. 이번 업데이트를 통해 이제 설치 프로그램에서 하드 드라이브에 있는 리포지토리에 대해 <path> 를 전파하여 설치가 정상적으로 진행되도록 할 수 있습니다.

--changesok 옵션을 사용하면 설치 프로그램에서 루트 암호를 변경할 수 있습니다.

이전에는 Kickstart 파일에서 Red Hat Enterprise Linux 8을 설치할 때 --changesok 옵션을 사용하여 설치 프로그램에서 root 암호를 변경할 수 없었습니다. 이번 업데이트를 통해 Kickstart에 --changesok 옵션이 성공적으로 전달되므로 Kickstart 파일에 pwpolicy root -changesok 옵션을 지정하는 사용자는 Kickstart에서 이미 암호를 설정한 경우에도 GUI를 사용하여 root 암호를 변경할 수 있습니다.

lorax-composer API를 사용할 때 이미지 빌드가 더 이상 실패하지 않습니다

이전에는 서브스크립션된 RHEL 시스템에서 lorax-composer API를 사용할 때 이미지 빌드 프로세스가 항상 실패했습니다. 호스트의 서브스크립션 인증서가 전달되지 않으므로 Anaconda에서 리포지토리에 액세스할 수 없습니다. 문제를 해결하려면 lorax-composer,pykickstart 및 Anaconda 패키지를 업데이트합니다. 지원하는 CDN 인증서를 전달할 수 있습니다.

디버그 모드의 systemd 가 더 이상 불필요한 로그 메시지를 생성하지 않음

디버그 모드에서 systemd 시스템 및 서비스 관리자를 사용할 때 이전에 systemd 에서 시작한 불필요한 로그 메시지가 생성되었습니다.

fapolicyd 가 더 이상 RHEL 업데이트를 금지하지 않음

업데이트가 실행 중인 애플리케이션의 바이너리를 교체하면 커널은 " (deleted)" 접미사를 추가하여 메모리의 애플리케이션 바이너리 경로를 수정합니다. 이전에는 fapolicyd 파일 액세스 정책 데몬이 애플리케이션을 신뢰할 수 없는 것으로 처리하여 다른 파일을 열고 실행할 수 없었습니다. 그 결과 업데이트를 적용한 후 시스템을 부팅할 수 없는 경우가 있었습니다.

SELinux가 더 이상 Tomcat이 이메일을 보내지 않도록 차단하지 않습니다

이번 업데이트 이전에는 SELinux 정책에서 tomcat_t 및 pki_tomcat_t 도메인이 SMTP 포트에 연결하는 것을 허용하지 않았습니다. 그 결과 SELinux는 Tomcat 서버의 애플리케이션이 이메일을 보내는 것을 거부했습니다. 이 selinux-policy 패키지를 업데이트하면 이 정책을 통해 Tomcat 도메인의 프로세스가 SMTP 포트에 액세스할 수 있으며 SELinux는 더 이상 Tomcat의 애플리케이션이 이메일을 보내지 않습니다.

Lockdev 가 SELinux에서 올바르게 실행됩니다.

이전에는 lockdev _t의 SELinux 정책이 정의된 경우에도 lockdev 툴이 lockdev_t 컨텍스트로 전환할 수 없었습니다. 그 결과 root 사용자가 사용할 때 'unconfined_t' 도메인에서 lockdev 를 실행할 수 있었습니다. 이로 인해 시스템에 취약점이 발생했습니다. 이번 업데이트를 통해 lockdev_t 로 전환이 정의되어 이제 강제 모드에서 SELinux에서 lockdev 를 올바르게 사용할 수 있습니다.

이제 SELinux에서 iotop 이 올바르게 실행됩니다.

이전에는 SELinux 정책 for iotop _t가 정의된 경우에도 theiotop 툴이 iotop_t 컨텍스트로 전환할 수 없었습니다. 그 결과, iotop 은 root 사용자가 사용할 때 'unconfined_t' 도메인에서 실행할 수 있었습니다. 이로 인해 시스템에 취약점이 발생했습니다. 이번 업데이트를 통해 전환을 iotop_t 로 정의했습니다. 이제 강제 모드에서 SELinux에서 and iotop 을 올바르게 사용할 수 있습니다.

이제 SELinux가 NFS 'crossmnt'를 올바르게 처리합니다.

프로세스가 서버에서 마운트 지점으로 이미 사용된 하위 디렉터리에 액세스할 때 crossmnt 옵션이 있는 NFS 프로토콜은 내부 마운트를 자동으로 생성합니다. 이전에는 SELinux에서 NFS 마운트 디렉토리에 액세스하는 프로세스에 마운트 권한이 있는지 확인하여 AVC 거부가 발생했습니다. 현재 버전에서 SELinux 권한 확인은 이러한 내부 마운트를 건너뜁니다. 결과적으로 서버측에 마운트된 NFS 디렉터리에 액세스할 때 마운트 권한이 필요하지 않습니다.

SELinux 정책을 다시 로드해도 더 이상 잘못된 ENOMEM 오류가 발생하지 않습니다

이전에는 SELinux 정책을 다시 로드하면 내부 보안 컨텍스트 조회 테이블이 응답하지 않았습니다. 그 결과 정책을 다시 로드하는 동안 커널이 새 보안 컨텍스트가 발생했을 때 잘못된 "메모리의 출력"(ENOMEM) 오류로 인해 작업이 실패했습니다. 이번 업데이트를 통해 내부 보안 식별자(SID) 조회 테이블이 다시 설계되어 더 이상 중지되지 않습니다. 결과적으로 커널은 SELinux 정책 다시 로드 중에 더 이상 잘못된 ENOMEM 오류를 반환하지 않습니다.

제한되지 않은 도메인에서 smc_socket을 사용할 수 있음

이전에는 SELinux 정책에 smc_socket 클래스에 대한 허용 규칙이 없었습니다. 결과적으로 SELinux는 제한되지 않은 도메인의 smc_socket 에 대한 액세스를 차단했습니다. 이번 업데이트를 통해 SELinux 정책에 허용 규칙이 추가되었습니다. 결과적으로 제한되지 않은 도메인에서 smc_socket 을 사용할 수 있습니다.

Kerberos 정리 절차가 이제 krb5.conf의 GSSAPIDelegateCredentials 및 기본 캐시와 호환됩니다.

이전 버전에서는 default_ccache_name 옵션이 krb5.conf 파일에 구성될 때 kerberos 자격 증명이 GSSAPIDelegateCredentials 및 GSSAPIupCredentials 옵션으로 정리되지 않았습니다. 이 버그는 설명된 사용 사례에서 인증 정보 캐시를 정리하도록 소스 코드를 업데이트하여 해결되었습니다. 구성 후 사용자가 구성하면 인증 정보 캐시가 종료 시 정리됩니다.

OpenSSH에서 일치하지 않는 키의 PKCS #11 URI를 올바르게 처리합니다.

이전에는 개체 부분(키 레이블)으로 PKCS #11 URI를 지정하면 OpenSSH가 PKCS #11에서 관련 개체를 찾지 못할 수 있었습니다. 이번 업데이트를 통해 일치하는 오브젝트를 찾을 수 없는 경우 라벨이 무시되고 키는 해당 ID와만 일치합니다. 결과적으로 OpenSSH는 이제 전체 PKCS #11 URI를 사용하여 참조되는 스마트 카드에서 키를 사용할 수 있습니다.

VMware 호스트 시스템과의 SSH 연결이 올바르게 작동합니다

이전 버전의 OpenSSH 제품군에서는 SSH 패킷의 기본 IPQoS(IPQoS) 플래그를 변경하여 VMware 가상화 플랫폼에서 올바르게 처리하지 않았습니다. 결과적으로 VMware의 시스템과 SSH 연결을 설정할 수 없었습니다. VMWare Workstation 15에서 이 문제가 해결되었으며 VMware 호스트 시스템과의 SSH 연결이 올바르게 작동합니다.

curve25519-sha256 은 OpenSSH에서 기본적으로 지원

이전에는 기본 정책 수준을 준수하더라도 OpenSSH 클라이언트 및 서버의 시스템 전체 암호화 정책 구성에서 curve25519-sha256 SSH 키 교환 알고리즘이 누락되었습니다. 결과적으로 클라이언트 또는 서버가 curve25519-sha256 을 사용하고 이 알고리즘이 호스트에서 지원하지 않는 경우 연결에 실패할 수 있습니다. 이번 crypto-policies 패키지 업데이트는 버그를 수정하고 설명된 시나리오에서 SSH 연결이 더 이상 실패하지 않습니다.

OSPP 및 PCI-DSS 프로필에 대한 Ansible 플레이북이 더 이상 실패하면 종료되지 않습니다

이전에는 OSPP(Security Content Automation Protocol) 및 PCI-DSS(Payment Card Industry Data Security Standard) 프로필에 대한 Ansible 수정이 잘못된 순서 및 수정의 기타 오류로 인해 실패했습니다. 이번 업데이트에서는 생성된 Ansible 해결 플레이북의 순서 및 오류를 수정하고 Ansible 해결이 올바르게 작동합니다.

Audit transport=KRB5 가 올바르게 작동합니다.

이번 업데이트 이전에는 감사 KRB5 전송 모드가 올바르게 작동하지 않았습니다. 결과적으로 Kerberos 피어 인증을 사용한 감사 원격 로깅이 작동하지 않았습니다. 이번 업데이트를 통해 문제가 수정되었으며 설명된 시나리오에서 감사 원격 로깅이 제대로 작동합니다.

커널은 bitmap:ipmac, hash:ipmac 및 hash:mac IP 세트 유형에서 대상 MAC 주소를 지원합니다.

이전에는 bitmap:ipmac, hash:ipmac 및 hash:mac IP 세트 유형의 커널 구현은 소스 MAC 주소에서만 일치하는 것을 허용했지만 대상 MAC 주소를 지정할 수는 있었지만 설정된 항목과 일치하지 않았습니다. 결과적으로 관리자는 이러한 IP 집합 유형 중 하나에서 대상 MAC 주소를 사용한 iptables 규칙을 만들 수 있지만 지정된 사양과 일치하는 패킷은 실제로 분류되지 않았습니다. 이번 업데이트를 통해 커널은 대상 MAC 주소를 비교하고 지정된 분류가 패킷의 대상 MAC 주소에 해당하는 경우 일치를 반환합니다. 결과적으로 대상 MAC 주소에 대한 패킷과 일치하는 규칙이 올바르게 작동합니다.

gnome-control-center 애플리케이션에서 고급 IPsec 설정 편집 지원

이전에는 gnome-control-center 애플리케이션에 IPsec VPN 연결의 고급 옵션만 표시되었습니다. 결과적으로 사용자는 이러한 설정을 변경할 수 없었습니다. 이번 업데이트를 통해 이제 고급 설정의 필드를 편집할 수 있으며 사용자는 변경 사항을 저장할 수 있습니다.

iptables-extensions(8) 도움말 페이지의 TRACE 대상이 업데이트되었습니다.

이전에는 iptables-extensions(8) 도움말 페이지의 TRACE 대상에 대한 설명이 Compat 변형 만 참조했지만 Red Hat Enterprise Linux 8에서는 the nf_tables 변형을 사용합니다. 결과적으로 도움말 페이지에서는 TRACE 이벤트를 표시하기 위해 xtables-monitor 명령줄 유틸리티를 참조하지 않았습니다. 도움말 페이지가 업데이트되어 이제 xtables-monitor 가 표시됩니다.

ipset 서비스에 로그인하는 중 오류가 개선되었습니다.

이전에는 ipset 서비스에서 systemd 로그의 의미 있는 심각도와 함께 구성 오류를 보고하지 않았습니다. 유효하지 않은 구성 항목의 심각도 수준은 정보로만 제공 되었으며 서비스에서 사용할 수 없는 구성에 대한 오류를 보고하지 않았습니다. 그 결과 관리자가 ipset 서비스 구성에서 문제를 식별하고 해결하기 어려웠습니다. 이번 업데이트를 통해 ipset 는 systemd 로그 의 구성 문제를 경고로 보고하고 서비스가 시작되지 않으면 자세한 내용을 포함하여 오류 심각도가 있는 항목을 기록합니다. 결과적으로 이제 ipset 서비스 구성에서 문제를 쉽게 해결할 수 있습니다.

ipset 서비스에서 시작하는 동안 잘못된 설정 항목을 무시합니다

ipset 서비스는 구성을 별도의 파일에 세트로 저장합니다. 이전 버전에서는 서비스가 시작되면 수동으로 세트를 편집하여 삽입할 수 있는 유효하지 않은 항목을 필터링하지 않고 단일 작업에서 모든 세트의 구성이 복원되었습니다. 이로 인해 단일 구성 항목이 유효하지 않은 경우 서비스가 관련이 없는 추가 세트를 복원하지 않았습니다. 문제가 해결되었습니다. 결과적으로 ipset 서비스는 복원 작업 중에 유효하지 않은 구성 항목을 탐지하고 제거하고 잘못된 구성 항목을 무시합니다.

ipset list 명령은 해시 세트 유형에 대한 일관된 메모리를 보고합니다.

해시 세트 유형에 항목을 추가할 때 ipset 유틸리티는 메모리 블록을 할당하여 새 항목의 크기를 에 맞게 조정해야 합니다. 이전에는 ipset 에서 할당된 총 크기를 현재 메모리 내 크기에 값을 추가하는 대신 새 블록의 크기로만 설정했습니다. 그 결과 ip list 명령은 일관되지 않은 메모리 크기를 보고했습니다. 이번 업데이트를 통해 ipset 은 메모리 내 크기를 올바르게 계산합니다. 결과적으로 ipset list 명령은 이제 세트의 올바른 메모리 내 크기를 표시하고, 출력은 해시 세트 유형에 대해 실제 할당된 메모리와 일치합니다.

ICMPv6 패킷 Too Big 메시지를 받을 때 커널이 PMTU를 올바르게 업데이트합니다.

링크-로컬 주소 등의 특정 상황에서는 둘 이상의 경로가 소스 주소와 일치할 수 있습니다. 이전에는 커널이ICMPv6) 패킷을 수신할 때 입력 인터페이스를 확인하지 않았습니다. 따라서 경로 조회에서 입력 인터페이스와 일치하지 않는 대상을 반환할 수 있었습니다. 그 결과 ICMPv6 패킷 Too Big 메시지를 수신할 때 커널은 다른 입력 인터페이스에 대해 PMTU(Path maximum maximum Transmission Unit)를 업데이트할 수 있습니다. 이번 업데이트를 통해 커널은 경로 조회 중에 입력 인터페이스를 확인합니다. 그 결과 커널이 소스 주소를 기반으로 올바른 대상을 업데이트하고 설명된 시나리오에서 PMTU가 예상대로 작동합니다.

/etc/hosts.allow 및 /etc/hosts.deny 파일에 더 이상 tcp_wrappers제거에 대한 오래된 참조가 포함되어 있지 않습니다.

이전에는 /etc/hosts.allow 및 /etc/hosts.deny 파일에 tcp_wrappers 패키지에 대한 오래된 정보가 포함되어 있었습니다. 파일은 제거된 tcp_wrappers 에 더 이상 필요하지 않으므로 RHEL 8에서 제거됩니다.

tpm2-abrmd-selinux 에 이제 selinux-policy-targeted에 올바르게 종속되어 있습니다.

이전에는 tpm2-abrmd-selinux 패키지에 selinux-policy- targeted 패키지 대신 selinux-policy- base 패키지에 종속되어 있었습니다. 결과적으로 시스템에 selinux-policy- targeted 대신 selinux-policy- minimum 이 설치된 경우 tpm2-abrmd-selinux 패키지 설치에 실패했습니다. 이번 업데이트에서는 버그가 수정되어 설명된 시나리오에 tpm2-abrmd-selinux 를 올바르게 설치할 수 있습니다.

모든 /sys/kernel/debug 파일에 액세스할 수 있습니다.

이전에는 오류와 관계없이 함수가 끝날 때까지 EPERM(운영 불가) 오류에 대한 반환 값이 설정되었습니다. 결과적으로 특정 /sys/kernel/debug (debug fs) 파일에 액세스하는 모든 시도가 보장되지 않은 EPERM 오류로 실패했습니다. 이번 업데이트에서는 EPERM 반환 값을 다음 블록으로 이동합니다. 따라서 설명된 시나리오에서 문제 없이 debugfs 파일에 액세스할 수 있습니다.

NIC는 41000 및 45000 FastLinQ 시리즈의 qede 드라이버의 버그의 더 이상 영향을 받지 않습니다.

이전에는 41000 및 45000 FastLinQ 시리즈의 qede 드라이버의 버그로 인해 펌웨어 업그레이드 및 디버그 데이터 수집 작업이 실패했습니다. NIC를 사용할 수 없게 되었습니다. 호스트의 재부팅(PCI 재설정)으로 NIC가 다시 작동했습니다.

일반 EDACES 드라이버에서 오류를 보고한 DIMM을 감지합니다.

이전에는 EDACES 드라이버 에서 오류를 보고한 DIMM을 탐지할 수 없었습니다. 결과적으로 다음과 같은 오류 메시지가 표시되었습니다.

Podman 은 RHEL 8의 컨테이너를 확인할 수 있습니다.

이전에는 CRIU(Checkpoint and Restore In Userspace) 패키지 버전이 오래되었습니다. 결과적으로 CRIU는 컨테이너 체크포인트 및 복원 기능을 지원하지 않았으며 podman 유틸리티에서 컨테이너를 확인하지 못했습니다. podman container checkpoint 명령을 실행할 때 다음과 같은 오류 메시지가 표시되었습니다.

dracut.conf에서 add_dracutmodules+=earlykdump 옵션을 사용하면 early-kdump 및 표준 kdump 가 더 이상 실패하지 않습니다.

이전에는 early-kdump 를 위해 설치 중인 커널 버전과 커널 버전 initramfs 간에 불일치가 발생했습니다. 그 결과 kdump 가 활성화되면 부팅에 실패했습니다. 또한 early-kdump 가 표준 kdump initramfs 이미지에 포함되어 있음을 감지하면 종료가 강제되었습니다. 따라서 early-kdump 가 기본 dracut 모듈로 추가된 경우 kdump initramfs를 다시 빌드하려고 할 때도 표준 kdump 서비스도 실패했습니다. 그 결과 early-kdump 및 표준 kdump 는 둘 다 실패했습니다. 이번 업데이트를 통해 early-kdump 는 설치 중에 일관된 커널 이름을 사용하므로 버전만 실행 중인 커널과 다릅니다. 또한 표준 kdump 서비스는 이미지 생성 실패를 방지하기 위해 early-kdump 를 강제로 삭제합니다. 따라서 설명된 시나리오에서 early-kdump 및 표준 kdump 가 더 이상 실패하지 않습니다.

SME를 활성화한 첫 번째 커널이 vmcore 덤프에 성공

이전에는 활성 SME(Secure Memory Encryption) 기능을 사용한 첫 번째 커널의 암호화된 메모리로 인해 kdump 메커니즘이 실패했습니다. 결과적으로 첫 번째 커널은 메모리의 콘텐츠(vmcore)를 덤프할 수 없었습니다. 이번 업데이트를 통해 암호화된 메모리를 다시 매핑하고 관련 코드를 수정하기 위해 ioremap_encrypted() 함수가 추가되었습니다. 결과적으로 암호화된 첫 번째 커널의 메모리에 올바르게 액세스하고 설명된 시나리오의 크래시 툴에서 vmcore를 덤프하고 구문 분석할 수 있습니다.

SEV를 활성화한 첫 번째 커널이 vmcore 덤프에 성공

이전에는 활성 SEV(Secure Encrypted Virtualization) 기능을 사용한 첫 번째 커널의 암호화된 메모리로 인해 kdump 메커니즘이 실패했습니다. 결과적으로 첫 번째 커널은 메모리의 콘텐츠(vmcore)를 덤프할 수 없었습니다. 이번 업데이트를 통해 암호화된 메모리를 다시 매핑하고 관련 코드를 수정하기 위해 ioremap_encrypted() 함수가 추가되었습니다. 결과적으로 첫 번째 커널의 암호화된 메모리에 올바르게 액세스하고 설명된 시나리오의 크래시 툴에서 vmcore를 덤프하고 구문 분석할 수 있습니다.

커널이 SWIOTLB에 더 많은 공간을 예약

이전에는 커널에서 SEV(Secure Encrypted Virtualization) 또는 SME(Secure Memory Encryption) 기능이 활성화되었을 때 SWIOTLB(Software Input Output Translation Lookaside Buffer) 기술을 활성화하고 상당한 양의 메모리를 사용해야 했습니다. 결과적으로 캡처 커널이 부팅되지 않거나 메모리 부족 오류가 발생했습니다. 이번 업데이트에서는 SEV/SME가 활성화된 상태에서 SWIOTLB에 대한 추가 크래시커널 메모리를 예약하여 버그가 수정되었습니다. 결과적으로 캡처 커널은 SWIOTLB용으로 예약된 메모리가 많으며 설명된 시나리오에는 더 이상 버그가 표시되지 않습니다.

이제 hwlatdetect 실행 중에 C 상태 전환을 비활성화할 수 있습니다

실시간 성능을 달성하려면 hwlatdetect 유틸리티에서 테스트 실행 중에 CPU 절전을 비활성화할 수 있어야 합니다. 이번 업데이트를 통해 테스트 실행 기간 동안 hwlatdetect 가 C 상태 전환을 해제하고 hwlatdetect 는 하드웨어 대기 시간을 보다 정확하게 감지할 수 있습니다.

openmpi 패키지를 지금 설치할 수 있습니다

이전에는 opensm 패키지의 리베이스로 인해 soname 메커니즘이 변경되었습니다. 결과적으로 확인되지 않은 종속성으로 인해 openmpi 패키지를 설치할 수 없었습니다. 이번 업데이트에서는 문제가 해결되었습니다. 그 결과 openmpi 패키지를 문제없이 설치할 수 있습니다.

RHEL 8 설치 프로그램은 이제 항목 ID를 사용하여 기본 부팅 항목을 설정합니다.

이전에는 RHEL 8 설치 프로그램에서 첫 번째 부팅 항목의 색인을 항목 ID를 사용하는 대신 기본값으로 사용했습니다. 그 결과 새 부팅 항목을 추가하는 것이 먼저 정렬되어 첫 번째 인덱스로 설정되었으므로 기본값이 되었습니다. 이번 업데이트를 통해 설치 프로그램은 항목 ID를 사용하여 기본 부팅 항목을 설정하며, 결과적으로 부팅 항목이 추가되어 기본값 앞에 정렬된 경우에도 기본 항목이 변경되지 않습니다.

이제 SME가 smartpqi로 활성화되면 시스템이 성공적으로 부팅됩니다.

이전에는 SME(Secure Memory Encryption) 기능이 활성화되어 루트 디스크에서 smartpqi 드라이버를 사용하는 경우 특정 AMD 시스템에서 시스템을 부팅하지 못했습니다.

FCoE LUN은 bnx2fc 카드에서 생성된 후 사라집니다.

이전에는 bnx2fc 카드에 FCoE LUN을 생성한 후 FCoE LUN이 올바르게 연결되지 않았습니다. 결과적으로 RHEL 8.0의 bnx2fc 카드에 생성된 후 FCoE LUN이 사라졌습니다. 이번 업데이트를 통해 FCoE LUN이 올바르게 연결됩니다. 결과적으로 bnx2fc 카드에 생성된 후 FCoE LUN을 검색할 수 있습니다.

다른 엔드 플랫폼으로 이동한 후 더 이상 VDO 볼륨의 중복 제거 조언이 손실되지 않습니다

이전에는 VDO 볼륨을 다른 endian을 사용하는 플랫폼으로 이동한 후 UDS(Universal Deduplication Service) 인덱스가 중복 제거되는 모든 권고를 손실했습니다. 결과적으로 VDO는 볼륨을 이동하기 전에 저장된 데이터에 대해 새로 작성된 데이터를 중복 제거할 수 없어 공간 절약을 줄일 수 있었습니다.

Kdump 서비스는 대규모 IBM POWER 시스템에서 작동합니다.

이전에는 RHEL8 kdump 커널이 시작되지 않았습니다. 결과적으로 대형 IBM POWER 시스템에서 kdump initrd 파일이 생성되지 않았습니다. 이번 업데이트를 통해 squashfs-tools-4.3-19.el8 구성 요소가 추가되었습니다. 이번 업데이트에서는 사용 가능한 모든 CPU를 사용하는 대신 squashfs-tools-4.3-19.el8 구성 요소가 사용할 수 있는 CPU 수에 제한(128)이 추가되었습니다. 이로 인해 리소스 부족 오류가 수정되었습니다. 결과적으로 kdump 서비스는 대규모 IBM POWER 시스템에서 작동합니다.

이제 nfs.conf에 자세한 정보 표시 디버그 옵션이 추가되었습니다.

이전에는 /etc/nfs.conf 파일과 nfs.conf(5) 도움말 페이지에 다음 옵션이 포함되지 않았습니다.

socket::inet_aton() 을 여러 스레드에서 안전하게 사용할 수 있음

이전에는 안전하지 않은 gethostbyname () glibc 함수라는 여러 Perl 스레드에서 도메인 이름을 확인하는 데 사용된 Socket::inet_aton () 함수가 있었습니다. 결과적으로 잘못된 IPv4 주소가 반환되거나 Perl 인터프리터가 예기치 않게 종료되었습니다. 이번 업데이트를 통해 gethostbyname () 대신 thread-safe getaddrinfo() glibc 함수를 사용하도록 Socket::inet_aton () 구현이 변경되었습니다. 결과적으로 Perl 소켓 모듈의 inet_aton() 함수를 여러 스레드에서 안전하게 사용할 수 있습니다.

메모리가 부족한 경우에도 gettext 는 번역되지 않은 텍스트를 반환합니다.

이전에는 텍스트 로컬화에 대한 gettext() 함수에서 메모리 부족 시 텍스트 값이 아닌 NULL 값을 반환하여 애플리케이션에 텍스트 출력 또는 레이블이 없었습니다. 이 버그가 수정되어 이제 gettext() - 메모리 부족 시 해석되지 않은 텍스트를 예상대로 반환합니다.

이제 locale 명령으로 실행 중에 오류가 발생할 때마다 LOCPATH 가 설정됨을 경고합니다.

이전에는 locale 명령에서 잘못된 LOCPATH로 인해 오류가 발생할 때 LOCPATH 환경 변수에 대한 진단을 제공하지 않았습니다 . LOCPATH가 실행 중에 오류가 발생할 때마다 LOCPATH 가 설정되었음을 경고하도록 locale 명령이 설정됩니다. 그 결과 로케일 에서 발생하는 기본 오류와 함께 LOCPATH 를 보고합니다.

GDB 는 aarch64 SVE의 코어 파일에서 z 레지스터를 읽고 올바르게 나타낼 수 있습니다.

이전에는 gdb 구성 요소가 aarch64 확장 가능한 벡터 확장(SVE) 아키텍처를 사용하여 코어 파일에서 z 레지스터를 읽지 못했습니다. 이번 업데이트를 통해 이제 gdb 구성 요소가 코어 파일에서 z 레지스터를 읽을 수 있습니다. 결과적으로 info register 명령이 z 레지스터 콘텐츠를 성공적으로 표시합니다.

GCC가 버전 8.3.1으로 업데이트

GCC(GNU 컴파일러 컬렉션)가 업스트림 버전 8.3.1으로 업데이트되었습니다. 이 버전은 많은 수의 버그 수정을 제공합니다.

freeradacy에서 IPv6 주소를 가리키는 호스트 이름을 확인합니다.

이전 RHEL 8 버전의 FreeRADIUS에서 ipaddr 유틸리티는 IPv4 주소만 지원했습니다. 결과적으로 IPv6 주소를 확인하기 위해 시스템을 RHEL 7에서 RHEL 8로 업그레이드한 후 구성의 수동 업데이트가 필요했습니다. 이번 업데이트에서는 기본 코드가 수정되었으며 FreeRADIUS의 ipaddr 도 IPv6 주소를 사용합니다.

Nuxwdog 서비스는 더 이상 HSM 환경에서 PKI 서버를 시작하지 못합니다.

이전 버전에서는 버그로 인해 keyutils 패키지가 pki-core 패키지의 종속성으로 설치되지 않았습니다. 또한 Nuxwdog 워치독 서비스에서 HSM(하드웨어 보안 모듈)을 사용하는 환경에서 PKI(공개 키 인프라) 서버를 시작하지 못했습니다. 이러한 문제는 해결되었습니다. 결과적으로 필수 keyutils 패키지가 종속성으로 자동으로 설치되고 Nuxwdog 는 HSM이 있는 환경에서 PKI 서버를 예상대로 시작합니다.

IdM 서버가 FIPS 모드에서 올바르게 작동합니다.

이전에는 Tomcat 서버의 SSL 커넥터가 불완전하게 구현되었습니다. 결과적으로 인증서 서버가 설치된 IdM(Identity Management) 서버가 FIPS 모드가 활성화된 시스템에서 작동하지 않았습니다. 이 버그는 JSSTrustManager 및 JSSKeyManager 를 추가하여 해결되었습니다. 결과적으로 설명된 시나리오에서 IdM 서버가 올바르게 작동합니다.

KCM 인증 정보 캐시가 단일 인증 정보 캐시의 많은 인증 정보에 적합합니다.

이전에는 KCM(Kerberos Credential Manager)에 많은 수의 자격 증명이 포함된 경우 kinit 와 같은 Kerberos 작업은 데이터베이스의 항목 크기와 이러한 항목 수를 제한하여 실패했습니다.

sss ID 매핑 플러그인을 사용할 때 Samba에서 더 이상 액세스를 거부하지 않습니다

이전 버전에서는 이 구성이 있는 도메인 멤버에서 Samba를 실행하고 sss ID 매핑 백엔드를 /etc/samba/smb.conf 파일에 사용한 구성을 추가하면 디렉터리를 공유하면 ID 매핑 백엔드가 변경되어 오류가 발생했습니다. 그 결과 Samba는 사용자 또는 그룹이 존재하는 경우에도 특정 사례에서 파일에 대한 액세스를 거부하고 SSSD에서 알고 있었습니다. 문제가 해결되었습니다. 따라서 sss 플러그인을 사용할 때 Samba가 더 이상 액세스를 거부하지 않습니다.

기본 SSSD 시간 제한 값이 더 이상 서로 충돌하지 않음

이전에는 기본 시간 제한 값 사이에 충돌이 발생했습니다. 다음 옵션의 기본값이 페일오버 기능을 개선하도록 변경되었습니다.

systemctl isolate multi-user.target 에 콘솔 프롬프트가 표시

systemctl isolate multi-user.target 명령을 GNOME 데스크탑 세션에서 GNOME Terminal에서 실행할 때 콘솔 프롬프트가 아니라 커서만 표시되었습니다. 이번 업데이트 fixgdm 및 설명된 상황에서 콘솔 프롬프트가 예상대로 표시됩니다.

'i915' 디스플레이 드라이버는 이제 디스플레이 구성을 최대 34K까지 지원합니다.

이전에는 Xorg 세션에서 'i915' 표시 드라이버를 사용할 때 표시 구성이 24K보다 큰 경우가 있었습니다. 이번 업데이트를 통해 'i915' 드라이버는 이제 최대 34K의 디스플레이 구성을 지원합니다.

GPU 드라이버를 초기화할 때 Linux 게스트에 더 이상 오류가 표시되지 않습니다

이전에는 GPU 드라이버를 초기화할 때 Linux 게스트에서 경고를 반환했습니다. 이는 Intel Graphics Virtualization Technology -g (GVT -g)가 게스트에 대한 DisplayPort (DP) 인터페이스만 시뮬레이션하고 'EDP_PSR_IMR' 및 'EDP_PSR_IIR' 레지스터를 기본 메모리 매핑 I/O(MMIO) 읽기/쓰기 레지스터로 등록하기 때문에 발생했습니다. 이 문제를 해결하기 위해 핸들러가 이러한 레지스터에 추가되고 경고가 더 이상 반환되지 않습니다.

session_recording 쉘을 사용하여 RHEL 웹 콘솔에 로그인할 수 있습니다.

이전에는 세션 기록을 활성화하는 tlog 쉘의 사용자가 RHEL 웹 콘솔에 로그인할 수 없었습니다. 이번 업데이트에서는 버그가 수정되었습니다. 업데이트를 설치한 후 tlog-rec-session 쉘을 /etc/shells/ 에 추가하는 이전 해결방법을 복원해야 합니다.

pcie-to-pci 브리지 컨트롤러에 PCI 장치를 핫플러그하는 것이 올바르게 작동합니다.

이전 버전에서는 게스트 가상 머신 구성에 게스트가 시작될 때 엔드포인트 장치가 연결되지 않은 pcie-to-pci-bridge 컨트롤러가 포함되어 있으면 해당 컨트롤러에 새 장치를 핫플러그할 수 있었습니다. 이번 업데이트에서는 PCIe 시스템에서 레거시 PCI 장치를 핫플러그하는 방법이 개선되어 문제가 발생하지 않습니다.

중첩된 가상화를 활성화해도 더 이상 실시간 마이그레이션이 차단되지 않습니다

이전에는 중첩된 가상화 기능이 실시간 마이그레이션과 호환되지 않았습니다. 결과적으로 RHEL 8 호스트에서 중첩된 가상화를 활성화하면 호스트에서 VM(가상 시스템)을 마이그레이션하고 VM 상태 스냅샷을 디스크에 저장하지 못했습니다. 이번 업데이트에서는 설명된 문제가 해결되어 영향을 받는 VM을 마이그레이션할 수 있습니다.

redhat-support-tool 에서 sosreport 아카이브 생성

이전에는 redhat-support-tool 유틸리티에서 sosreport 아카이브를 생성할 수 없었습니다. 해결방법은 sosreport 명령을 별도로 실행한 다음 redhat-support-tool addattachment -c 명령을 입력하여 아카이브를 업로드하는 것이었습니다. 또한 사용자는 고객 사례를 생성하고 sosreport 아카이브를 업로드하는 고객 포털에서 웹 UI를 사용할 수 있습니다.

TIPC 는 완전 지원

TIPC(Transparent Inter Process Communication)는 느슨하게 연결된 노드의 클러스터 내에서 효율적인 통신을 위해 특별히 설계된 프로토콜입니다. 커널 모듈로 작동하며 iproute2 패키지에서 팁 도구를 제공하여 설계자가 클러스터 내부의 위치에 관계없이 다른 애플리케이션과 빠르고 안정적으로 통신할 수 있는 애플리케이션을 만들 수 있습니다. 이 기능은 이제 RHEL 8에서 완벽하게 지원됩니다.

tc용 eBPF를 기술 프리뷰로 이용 가능

기술 프리뷰로 tc(트래픽 제어) 커널 하위 시스템과 the tc 툴은 eBPF(extended Berkeley Packet Filtering) 프로그램을 패킷 분류기 및 수신 및 송신 대기열 지정 규칙 모두에 대한 작업으로 연결할 수 있습니다. 이를 통해 커널 네트워크 데이터 경로 내에서 프로그래밍 가능한 패킷 처리가 가능합니다.

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

NMState는 호스트에 대한 네트워크 API입니다. 기술 프리뷰로 사용할 수 있는 nmstate 패키지는 선언적 방식으로 호스트 네트워크 설정을 관리하는 라이브러리 및 nmstatectl 명령줄 유틸리티를 제공합니다. 네트워킹 상태는 사전 정의된 스키마에서 설명합니다. 현재 상태를 보고하고 원하는 상태로 변경 사항이 모두 스키마를 준수합니다.

AF_XDP 를 기술 프리뷰로 사용 가능(_X)

AF_XDP(Address Family eXpress Data Path ) 소켓은 고성능 패킷 처리를 위해 설계되었습니다. XDP와 결합하고 추가 처리를 위해 프로그래밍 방식으로 선택한 패킷을 사용자 공간 애플리케이션에 효율적으로 리디렉션합니다.

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

기술 프리뷰로 사용할 수 있는 eXpress Data Path(XDP) 기능은 커널 수신 데이터 경로의 초기 지점에서 고성능 패킷 처리를 위해 eBPF(Extended Berkeley Packet Filter) 프로그램을 연결하여 효율적으로 프로그래밍 가능한 패킷 분석, 필터링 및 조작을 허용합니다.

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

Red Hat Enterprise Linux 8에서 KTLS(Kernel Transport Layer Security)는 기술 프리뷰로 제공됩니다. KTLS는 AES-GCM 암호화를 위한 커널에서 대칭 암호화 또는 암호 해독 알고리즘을 사용하여 TLS 레코드를 처리합니다. 또한 KTLS는 이 기능을 지원하는 NIC(네트워크 인터페이스 컨트롤러)로 TLS 레코드 암호화를 오프로드하는 인터페이스를 제공합니다.

systemd-resolved 서비스를 기술 프리뷰로 사용 가능

systemd 확인 서비스는 로컬 애플리케이션에 대한 이름 확인을 제공합니다. 이 서비스는 캐싱을 구현하고 DNS 스텁 확인자, LLMNR(링크-로컬 멀티캐스트 이름 확인자) 및 멀티캐스트 DNS 확인자 및 응답자를 검증합니다.

Control Group v2를 RHEL 8에서 기술 프리뷰로 이용 가능

Control Group v2 메커니즘은 통합된 계층 컨트롤 그룹입니다. Control Group v2는 프로세스를 계층적으로 구성하고 제어 및 설정 가능한 방식으로 계층에 따라 시스템 리소스를 배포합니다.

기술 프리뷰로 kexec 빠른 재부팅

kexec 빠른 재부팅 기능은 기술 프리뷰로 계속 사용할 수 있습니다. 이제 kexec 빠른 재부팅으로 인해 재부팅 속도가 훨씬 빨라졌습니다. 이 기능을 사용하려면 kexec 커널을 수동으로 로드한 다음 운영 체제를 재부팅합니다.

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

eBPF(Extended Berkeley Packet Filter) 는 제한된 기능 집합에 액세스할 수 있는 제한된 샌드박스 환경에서 커널 공간에서 코드를 실행할 수 있는 커널 내 가상 시스템입니다.

soft-RoCE를 기술 프리뷰로 이용 가능

RoCE(Remote Direct Memory Access) over Converged Ethernet (RoCE)는 이더넷을 통해 RDMA를 구현하는 네트워크 프로토콜입니다. 소프트 로빈은 RoCE v1 및 RoCE v2의 두 프로토콜 버전을 지원하는 RoCE의 소프트웨어 구현입니다. soft-RoCE 드라이버인 rdma_rxe 는 RHEL 8에서 지원되지 않는 기술 프리뷰로 사용할 수 있습니다.

RHEL 8의 기술 프리뷰로 사용 가능한 igc 드라이버

이제 igc Intel 2.5G 이더넷 Linux 유선 LAN 드라이버를 RHEL 8의 모든 아키텍처에서 기술 프리뷰로 사용할 수 있습니다. ethtool 유틸리티는 igc 유선 LAN도 지원합니다.

NVMe/TCP를 기술 프리뷰로 사용 가능

TCP/IP 네트워크(NVMe/TCP)를 통한 NVMe(Nonvolatile Memory Express) 스토리지 액세스 및 공유 및 해당 nvme-tcp.ko 및 nvmet-tcp.ko 커널 모듈이 기술 프리뷰로 추가되었습니다.

ext4 및 XFS에서 기술 프리뷰로 파일 시스템 DAX 사용 가능

Red Hat Enterprise Linux 8.1에서는 DAX 파일 시스템을 기술 프리뷰로 사용할 수 있습니다. DAX는 애플리케이션이 영구 메모리를 주소 공간으로 직접 매핑할 수 있는 수단을 제공합니다. DAX를 사용하려면 시스템에 몇 가지 형태의 영구 메모리를 사용할 수 있어야 합니다. 일반적으로 하나 이상의 비Volatile 듀얼 인라인 메모리 모듈(NVDIMM) 형식이며 DAX를 지원하는 파일 시스템은 NVDIMM에서 생성해야 합니다. 또한 dax 마운트 옵션을 사용하여 파일 시스템을 마운트해야 합니다. 그런 다음 dax 마운트된 파일 시스템에 있는 파일의 mmap 을 통해 스토리지가 애플리케이션의 주소 공간에 직접 매핑됩니다.

OverlayFS

Overlayfs는 유니언 파일 시스템 유형입니다. 이를 통해 한 파일 시스템을 다른 파일 시스템에서 오버레이할 수 있습니다. 변경 사항은 상위 파일 시스템에 기록되는 반면 하위 파일 시스템은 수정되지 않았습니다. 이를 통해 여러 사용자가 기본 이미지가 읽기 전용 미디어에 있는 컨테이너 또는 DVD-ROM과 같은 파일 시스템 이미지를 공유할 수 있습니다. https://www.kernel.org/doc/Documentation/filesystems/overlayfs.txt 에 대한 자세한 내용은 Linux 커널 설명서를 참조하십시오.

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

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

IdM 호스트에 로그인한 IdM 및 AD 사용자가 사용할 수 있는 Samba 서버는 IdM 도메인 멤버에 기술 프리뷰로 설정할 수 있습니다.

이번 업데이트를 통해 IdM(Identity Management) 도메인 멤버에 Samba 서버를 설정할 수 있습니다. 동일한 패키지에서 제공하는 새로운 ipa-client-samba 유틸리티는 Samba별 Kerberos 서비스 주체를 IdM에 추가하고 IdM 클라이언트를 준비합니다. 예를 들어 유틸리티는 sss ID 매핑 백엔드에 대한 ID 매핑 구성을 사용하여 /etc/samba/smb.conf 를 만듭니다. 결과적으로 관리자가 IdM 도메인 멤버에 Samba를 설정할 수 있습니다.

Pacemaker podman 번들을 기술 프리뷰로 이용 가능

이제 Pacemaker 컨테이너 번들은 기술 프리뷰로 사용할 수 있는 컨테이너 번들 기능과 함께 podman 컨테이너 플랫폼에서 실행됩니다. 이 기능에는 기술 프리뷰가 한 가지 예외가 있습니다. Red Hat은 Red Hat Openstack을 위한 Pacemaker 번들 사용을 완전히 지원합니다.

corosync-qdevice 의 추론을 기술 프리뷰로 사용 가능

복구는 시작 시 로컬로 실행되는 명령 집합, 클러스터 멤버십 변경, 성공적으로 연결되고 corosync-qnetd 에 연결되며 선택적으로 주기적으로 실행됩니다. 모든 명령이 시간에 성공적으로 완료되면(반환 오류 코드가 0임) 추론이 전달되고, 그렇지 않으면 실패합니다. 추론 결과는 corosync-qnetd 로 전송됩니다. 여기서 어떤 파티션을 정족수로 결정하기 위해 계산에 사용됩니다.

새로운 fence-agents-heuristics-ping 펜스 에이전트

Pacemaker는 기술 프리뷰로 fence_heuristics_ping 에이전트를 지원합니다. 이 에이전트는 자체적으로 실제 펜싱을 수행하지 않고 새로운 방식으로 펜싱 수준의 동작을 활용하는 실험적 펜스 에이전트 클래스를 여는 것을 목표로 합니다.

ID 관리 JSON-RPC API를 기술 프리뷰로 사용 가능

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

IdM에서 DNSSEC 사용 가능

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

VNC 원격 콘솔은 64비트 ARM 아키텍처에 대한 기술 프리뷰로 사용 가능

64비트 ARM 아키텍처에서 VNC(Virtual Network Computing) 원격 콘솔은 기술 프리뷰로 사용할 수 있습니다. 나머지 그래픽 스택은 현재 64비트 ARM 아키텍처에 대해 확인되지 않습니다.

RHEL 시스템 역할의 postfix 역할을 기술 프리뷰로 사용 가능

Red Hat Enterprise Linux 시스템 역할은 Red Hat Enterprise Linux 하위 시스템에 대한 구성 인터페이스를 제공하므로 Ansible 역할을 포함하여 시스템 구성이 더 쉬워집니다. 이 인터페이스를 사용하면 여러 버전의 Red Hat Enterprise Linux에서 시스템 구성을 관리할 수 있을 뿐 아니라 새로운 주요 릴리스를 채택할 수 있습니다.

rhel-system-roles-sap 을 기술 프리뷰로 이용 가능

rhel-system-roles-sap 패키지는 SAP 워크로드를 실행하기 위해 RHEL 시스템의 구성을 자동화하는 데 사용할 수 있는 SAP용 RHEL(Red Hat Enterprise Linux) 시스템 역할을 제공합니다. 이러한 역할은 관련 SAP Notes에 설명된 모범 사례를 기반으로 하는 최적의 설정을 자동으로 적용하여 SAP 워크로드를 실행하는 시스템을 구성하는 시간을 크게 단축합니다. 액세스는 SAP 솔루션용 RHEL로 제한됩니다. 서브스크립션에 대한 지원이 필요한 경우 Red Hat 고객 지원에 문의하십시오.

rhel-system-roles-sap 이 버전 1.1.1로 업데이트

RHBA-2019:4258 권고를 통해 여러 버그 수정을 제공하도록 rhel-system-roles-sap 패키지가 업데이트되었습니다. 특히:

Intel 네트워크 어댑터가 Hyper-V의 RHEL 게스트에서 SR-IOV 지원

Hyper-V 하이퍼바이저에서 실행되는 Red Hat Enterprise Linux 게스트 운영 체제는 이제 ixgbevf 및 iavf 드라이버에서 지원하는 Intel 네트워크 어댑터에 SR-IOV(Single-root I/O Virtualization) 기능을 사용할 수 있습니다. 이 기능은 다음 조건이 충족되면 활성화됩니다.

RHEL 8 Hyper-V 가상 머신에서 KVM 가상화 사용 가능

이제 Microsoft Hyper-V 하이퍼바이저에서 중첩된 KVM 가상화를 기술 프리뷰로 사용할 수 있습니다. 결과적으로 Hyper-V 호스트에서 실행 중인 RHEL 8 게스트 시스템에 가상 머신을 생성할 수 있습니다.

KVM 가상 머신용 AMD SEV

RHEL 8은 KVM 하이퍼바이저를 사용하는 AMD EPYC 호스트 시스템을 위한 SEV(Secure Encrypted Virtualization) 기능을 기술 프리뷰로 도입하고 있습니다. 가상 머신(VM)에서 활성화된 경우 SEV는 VM 메모리를 암호화하여 호스트가 VM의 데이터에 액세스할 수 없도록 합니다. 이제 호스트가 악성 코드에에 의해 감염된 경우 VM의 보안이 향상됩니다.

Intel vGPU

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

IBM POWER 9에서 중첩된 가상화 사용 가능

이제 IBM POWER 9 시스템에서 실행 중인 RHEL 8 호스트 시스템에서 기술 프리뷰로 중첩된 가상화 기능을 사용할 수 있습니다. 중첩된 가상화를 통해 KVM 가상 머신(VM)이 하이퍼바이저로 작동하여 VM 내에서 VM을 실행할 수 있습니다.

중첩된 가상 머신 생성

RHEL 8의 KVM 가상 머신(VM)에 중첩된 가상화를 기술 프리뷰로 사용할 수 있습니다. 이 기능을 사용하면 물리적 호스트에서 실행되는 VM이 하이퍼바이저 역할을 하며 고유한 VM을 호스팅할 수 있습니다.

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

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

몇 가지 Kickstart 명령 및 옵션이 더 이상 사용되지 않음

RHEL 8 Kickstart 파일에서 다음 명령과 옵션을 사용하면 로그에 경고가 출력됩니다.

ignoredisk Kickstart 명령의 --interactive 옵션이 더 이상 사용되지 않음

Red Hat Enterprise Linux의 향후 릴리스에서 --interactive option을 사용하면 치명적인 설치 오류가 발생합니다. 옵션을 제거하려면 Kickstart 파일을 수정하는 것이 좋습니다.

rpmbuild --sign 명령이 더 이상 사용되지 않음

이번 업데이트를 통해 rpmbuild --sign 명령이 더 이상 사용되지 않습니다. Red Hat Enterprise Linux의 향후 릴리스에서 이 명령을 사용하면 오류가 발생할 수 있습니다. 대신 rpmsign 명령을 사용하는 것이 좋습니다.

TLS 1.0 및 TLS 1.1이 더 이상 사용되지 않음

TLS 1.0 및 TLS 1.1 프로토콜은 DEFAULT 시스템 전체 암호화 정책 수준에서 비활성화됩니다. 예를 들어 Firefox 웹 브라우저에서 비디오 회의 애플리케이션을 시나리오에 사용해야 하는 경우 더 이상 사용되지 않는 프로토콜을 사용해야 하는 경우 시스템 전체 암호화 정책을 LEGACY 수준으로 전환합니다.

RHEL 8에서 DSA 사용 중단

Red Hat Enterprise Linux 8에서는 DSA(Digital Signature Algorithm)가 더 이상 사용되지 않습니다. DSA 키에 의존하는 인증 메커니즘은 기본 구성에서 작동하지 않습니다. OpenSSH 클라이언트는 LEGACY 시스템 전체 암호화 정책 수준에서도 DSA 호스트 키를 허용하지 않습니다.

SSL2 Client Hello가 NSS에서 더 이상 사용되지 않음

TLS(Transport Layer Security) 프로토콜 버전 1.2 이전의 SSL(Secure Sockets Layer) 프로토콜 버전 2와 역호환되는 방식으로 서식이 지정된 Client Hello 메시지와 협상을 시작할 수 있습니다. NSS(Network Security Services) 라이브러리에서 이 기능에 대한 지원은 더 이상 사용되지 않으며 기본적으로 비활성화되어 있습니다.

TPM 1.2가 더 이상 사용되지 않음

TPM(신뢰할 수 있는 플랫폼 모듈) 보안 암호화 프로세서 표준 버전이 2016년 버전 2.0으로 업데이트되었습니다. TPM 2.0은 TPM 1.2보다 많은 개선 사항을 제공하며 이전 버전과는 역호환되지 않습니다. RHEL 8에서는 TPM 1.2가 더 이상 사용되지 않으며 다음 주요 릴리스에서 제거될 수 있습니다.

RHEL 8에서 네트워크 스크립트가 더 이상 사용되지 않음

네트워크 스크립트가 Red Hat Enterprise Linux 8에서 더 이상 사용되지 않으므로 이제 기본적으로 제공되지 않습니다. 기본 설치는 nmcli 툴을 통해 NetworkManager 서비스를 호출하는 ifup 및 ifdown 스크립트의 새 버전을 제공합니다. Red Hat Enterprise Linux 8에서 ifup 및 ifdown 스크립트를 실행하려면 NetworkManager를 실행해야 합니다.

디스크리스 부팅이 더 이상 사용되지 않음

디스크리스 부팅을 사용하면 여러 시스템에서 네트워크를 통해 루트 파일 시스템을 공유할 수 있습니다. 편리하지만 실시간 워크로드에서 네트워크 대기 시간을 소개하기 쉽습니다. 향후 RHEL for Real Time 8의 마이너 업데이트에서는 더 이상 디스크리스 부팅이 지원되지 않습니다.

The rdma_rxe soft -RoCE 드라이버는 더 이상 사용되지 않습니다.

소프트웨어 RXE(Remote Direct Memory Access over Converged Ethernet)는 RDMA(Remote Direct Memory Access)를 에뮬레이션하는 기능입니다. RHEL 8에서는 soft-RoCE 기능은 지원되지 않는 기술 프리뷰로 사용할 수 있습니다. 그러나 안정성 문제로 인해 이 기능은 더 이상 사용되지 않으며 RHEL 9에서 제거됩니다.

qla3xxx 드라이버가 더 이상 사용되지 않음

RHEL 8에서는 qla3xxx 드라이버가 더 이상 사용되지 않습니다. 드라이버는 이 제품의 향후 주요 릴리스에서 지원되지 않을 가능성이 크므로 새로운 배포에 권장되지 않습니다.

dl2k,dnet,ethoc 및 dlci 드라이버는 더 이상 사용되지 않습니다.

RHEL 8에서는 dl2k,dnet,ethoc 및 dlci 드라이버가 더 이상 사용되지 않습니다. 드라이버는 이 제품의 향후 주요 릴리스에서 지원되지 않을 가능성이 크므로 새로운 배포에 권장되지 않습니다.

종료된 커널 명령줄 매개변수는 더 이상 사용되지 않습니다.

이전 RHEL 릴리스에서는 모든 장치에 대한 디스크 스케줄러를 설정하는 데 종료된 커널 명령줄 매개 변수가 사용되었습니다. RHEL 8에서는 매개 변수가 더 이상 사용되지 않습니다.

UDP를 통한 NFSv3이 비활성화

NFS 서버는 기본적으로 더 이상 UDP(User Datagram Protocol) 소켓을 열거나 수신하지 않습니다. 버전 4는 TCP(Transmission Control Protocol)가 필요하기 때문에 이 변경은 NFS 버전 3에만 영향을 미칩니다.

libgnome-keyring 라이브러리가 더 이상 사용되지 않음

libgnome-keyring 은 업스트림에서 유지 관리되지 않으며 RHEL에 필요한 암호화 정책을 따르지 않으므로 libgnome-keyring 라이브러리는 lib secret 라이브러리를 대신하여 더 이상 사용되지 않습니다. 새로운 libsecret 라이브러리는 필요한 보안 표준을 따르는 교체입니다.

AGP 그래픽 카드는 더 이상 지원되지 않습니다.

AGP(Acccelerated Graphics Port) 버스를 사용하는 그래픽 카드는 Red Hat Enterprise Linux 8에서는 지원되지 않습니다. PCI-Express 버스를 사용하는 그래픽 카드를 권장되는 대체로 사용합니다.

웹 콘솔에서 더 이상 불완전한 번역을 지원하지 않습니다

RHEL 웹 콘솔은 더 이상 콘솔의 번역 가능한 문자열의 50% 미만으로 사용할 수 있는 언어에 대한 번역을 제공하지 않습니다. 브라우저가 이러한 언어로 번역을 요청하는 경우 사용자 인터페이스는 대신 영어로 진행됩니다.

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

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

RHEL 8에서 가상 머신 스냅샷이 올바르게 지원되지 않음

가상 머신(VM) 스냅샷을 생성하는 현재 메커니즘이 안정적으로 작동하지 않기 때문에 더 이상 사용되지 않습니다. 따라서 RHEL 8에서 VM 스냅샷을 사용하지 않는 것이 좋습니다.

Cirrus VGA 가상 GPU 유형이 더 이상 사용되지 않음

향후 Red Hat Enterprise Linux에 대한 주요 업데이트가 있을 경우 KVM 가상 머신에서 Cirrus VGA GPU 장치가 더 이상 지원되지 않습니다. 따라서 Red Hat은 Cirrus VGA 대신 stdvga, virtio-vga 또는 qxl 장치 사용을 권장합니다.

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

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

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

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

Anaconda 설치에는 최소한의 리소스 설정 요구 사항의 낮은 제한이 포함되어 있습니다.

Anaconda는 사용 가능한 최소한의 리소스 설정이 있는 시스템에서 설치를 시작하고 성공적으로 설치를 수행하는 데 필요한 리소스에 대한 이전 메시지를 제공하지 않습니다. 결과적으로 설치에 실패할 수 있으며 출력 오류가 가능한 디버그 및 복구를 위한 명확한 메시지를 제공하지 않습니다. 이 문제를 해결하려면 시스템에 설치에 필요한 최소한의 리소스 설정이 있는지 확인합니다. PPC64(LE)의 메모리 2GB, x86_64의 경우 1GB. 따라서 성공적으로 설치를 수행할 수 있어야 합니다.

reboot --kexec 명령을 사용하는 경우 설치 실패

reboot --kexec 명령이 포함된 Kickstart 파일을 사용하면 RHEL 8 설치에 실패합니다. 문제를 방지하려면 Kickstart 파일에서 reboot --kexec 대신 reboot 명령을 사용합니다.

설치 프로그램에서 s390x의 보안 부팅 지원

RHEL 8.1은 보안 부팅 사용을 적용하는 IBM Z 환경에서 사용하기 위한 부팅 디스크를 준비하도록 지원합니다. 설치 중에 사용되는 서버 및 하이퍼바이저의 기능은 디스크상의 디스크 형식에 보안 부팅 지원이 포함되어 있는지 확인합니다. 설치 중에 디스크 형식에 영향을 줄 수 있는 방법은 없습니다.

RHEL 8 초기 설정은 SSH를 통해 수행할 수 없습니다.

현재 SSH를 사용하여 시스템에 로그인하면 RHEL 8 초기 설정 인터페이스가 표시되지 않습니다. 따라서 SSH를 통해 관리되는 RHEL 8 시스템에서는 초기 설정을 수행할 수 없습니다. 이 문제를 해결하려면 기본 시스템 콘솔(ttyS0)에서 초기 설정을 수행하고 나중에 SSH를 사용하여 로그인합니다.

secure= 부팅 옵션의 기본값은 auto로 설정되어 있지 않습니다.

현재 secure= 부팅 옵션의 기본값은 auto로 설정되지 않습니다. 결과적으로 현재 기본값이 비활성화되어 있으므로 보안 부팅 기능을 사용할 수 없습니다. 이 문제를 해결하려면 /etc/zipl.conf 파일의 [defaultboot] 섹션에서 secure=auto 를 수동으로 설정합니다. 따라서 보안 부팅 기능을 사용할 수 있습니다. 자세한 내용은 zipl.conf 도움말 페이지를 참조하십시오.

Binary DVD.iso 파일의 내용을 파티션에 복사해도 .treeinfo 및 .discinfo 파일이 복사되지 않음

로컬 설치 중에 RHEL 8 바이너리 DVD.iso 이미지 파일의 내용을 파티션에 복사하는 동안 cp <path>/\* <mounted partition>/dir 명령의 * 는 .treeinfo 및. discinfo 파일을 복사하지 못합니다. 이러한 파일은 성공적으로 설치되어야 합니다. 결과적으로 BaseOS 및 AppStream 리포지토리가 로드되지 않으며 anaconda.log 파일의 디버그 관련 로그 메시지가 문제의 유일한 레코드입니다.

Kickstart 설치에는 자체 서명 HTTPS 서버를 사용할 수 없습니다.

현재 설치 소스가 Kickstart 파일에 지정되고 --noverifyssl 옵션이 사용되는 경우 자체 서명된 https 서버에서 설치 프로그램이 설치되지 않습니다.

yum repolist 는 skip_if_unavailable=false를 사용하여 처음 사용할 수 없는 리포지토리에서 종료됩니다.

리포지토리 구성 옵션 skip_if_unavailable 은 기본적으로 다음과 같이 설정됩니다.

syspurpose 애드온은 subscription-manager attach --auto 출력에 아무 영향을 미치지 않습니다.

Red Hat Enterprise Linux 8에서는 syspurpose 명령줄 툴의 4가지 속성(role,usage, service _level_agreement, addons )이 추가되었습니다. 현재는 role,usage 및 service_level_agreement 만 subscription-manager attach --auto 명령을 실행하는 출력에 영향을 미칩니다. addons 인수에 값을 설정하려는 사용자는 자동 연결된 서브스크립션에 어떤 영향을 미치지 않습니다.

Wayland 프로토콜을 사용하는 애플리케이션은 원격 디스플레이 서버로 전달할 수 없습니다.

Red Hat Enterprise Linux 8.1에서 대부분의 애플리케이션은 기본적으로 X11 프로토콜 대신 Wayland 프로토콜을 사용합니다. 결과적으로 ssh 서버는 Wayland 프로토콜을 사용하는 애플리케이션을 전달할 수 없지만 X11 프로토콜을 사용하는 애플리케이션을 원격 디스플레이 서버로 전달할 수 있습니다.

systemd-resolved.service 가 부팅 시 시작되지 않음

systemd 확인 서비스가 부팅 시 시작되지 않는 경우가 있습니다. 이 경우 다음 명령을 사용하여 부팅이 완료된 후 서비스를 수동으로 다시 시작합니다.

dnsmasq의 DNSSEC 지원

dnsmasq 패키지에서는 DNSSEC(Domain Name System Security Extensions) 지원을 도입하여 루트 서버에서 받은 호스트 이름 정보를 확인합니다.

redhat-support-tool 이 FUTURE 암호화 정책에서 작동하지 않음

고객 포털 API의 인증서에서 사용하는 암호화 키가 FUTURE 시스템 전체 암호화 정책의 요구 사항을 충족하지 않으므로 redhat-support-tool 유틸리티는 현재 이 정책 수준에서 작동하지 않습니다. 이 문제를 해결하려면 고객 포털 API에 연결하는 동안 DEFAULT 암호화 정책을 사용하십시오.

/etc/selinux/config 에서 SELINUX=disabled 가 제대로 작동하지 않음

/etc/selinux/config 에서 SELINUX=disabled 옵션을 사용하여 SELinux를 비활성화하면 커널이 SELinux가 활성화된 상태로 부팅되고 부팅 프로세스 후반부에서 비활성화 모드로 전환됩니다. 이로 인해 메모리 누수와 경쟁 조건이 발생할 수 있으므로 커널 패닉도 발생할 수 있습니다. 이 문제를 해결하려면 시나리오가 실제로 SELinux 제목을 완전히 비활성화해야 하는 경우 SELinux 제목 사용의 부팅 시 SELinux 모드 변경 섹션에 설명된 대로 커널 명령줄에 selinux=0 매개 변수를 추가하여 SELinux를 비활성화합니다.

libselinux-python 은 모듈을 통해서만 사용할 수 있습니다

libselinux-python 패키지에는 SELinux 애플리케이션 개발을 위한 Python 2 바인딩만 포함되어 있으며 이전 버전과의 호환성에 사용됩니다. 이러한 이유로 libselinux-python 은 dnf install libselinux-python 명령을 통해 기본 RHEL 8 리포지토리에서 더 이상 사용할 수 없습니다.

udica 는 --env container=podman으로 시작되는 경우에만 UBI 8 컨테이너를처리합니다.

Red Hat Universal Base Image 8(UBI 8) 컨테이너는 컨테이너 환경 변수를 podman 값이 아닌 oci 값으로 설정합니다. 이렇게 하면 udica 툴에서 컨테이너 JSON(JavaScript Object Notation) 파일을 분석하지 못합니다.

rpm-plugin-selinux 패키지를 제거하면 시스템에서 모든 selinux-policy 패키지가 제거됩니다.

rpm-plugin-selinux 패키지를 제거하면 시스템에서 SELinux가 비활성화됩니다. 또한 시스템에서 모든 selinux-policy 패키지를 제거합니다. 그런 다음 rpm-plugin-selinux 패키지를 반복적으로 설치한 후 selinux-policy- targeted 정책이 시스템에 있는 경우에도 selinux-policy- minimum SELinux 정책을 설치합니다. 그러나 반복적으로 설치하면 정책 변경 사항을 고려하여 SELinux 구성 파일이 업데이트되지 않습니다. 결과적으로 rpm-plugin-selinux 패키지를 다시 설치해도 SELinux가 비활성화됩니다.

SELinux는 corosync에서 만든 공유 메모리 파일에서 newfstatat() 를 호출하도록 systemd-journal-gatewayd 를 방지합니다.

SELinux 정책에는 systemd-journal-gatewayd 데몬이 corosync 서비스에서 생성한 파일에 액세스할 수 있도록 하는 규칙이 포함되지 않습니다. 그 결과 SELinux는 systemd-journal-gatewayd 를 거부하여 corosync 에서 만든 공유 메모리 파일에 newfstatat() 함수를 호출합니다.

성능에 대한 기본 로깅 설정의 부정적인 영향

기본 로깅 환경 설정은 rsyslog 를 사용하여 systemd-journald를 실행할 때 4GB 메모리를 사용하거나 rate- limit 값을 조정하는 작업이 복잡할 수 있습니다.

config.enabled 가 포함된 rsyslog 출력의 매개 변수가 알 수 없는 오류

rsyslog 출력에서는 config.enabled 지시문을 사용하여 구성 처리 오류에서 예기치 않은 버그가 발생합니다. 결과적으로 include() 문을 제외하고 config.enabled 지시문을 사용하는 동안 매개 변수가 알 수 없는 오류가 표시됩니다.

특정 rsyslog 우선 순위 문자열이 올바르게 작동하지 않음

암호화를 세밀하게 제어할 수 있는 imtcp 에 대한 GnuTLS 우선순위 문자열 지원은 완료되지 않습니다. 결과적으로, rsyslog 에서 다음 우선 순위 문자열이 제대로 작동하지 않습니다 :

SHA-1 서명이 있는 서버에 대한 연결이 GnuTLS에서 작동하지 않음

인증서의 SHA-1 서명은 GnuTLS 보안 통신 라이브러리에서 안전하지 않은 것으로 거부됩니다. 결과적으로 GnuTLS를 TLS 백엔드로 사용하는 애플리케이션은 이러한 인증서를 제공하는 피어에 TLS 연결을 설정할 수 없습니다. 이 동작은 다른 시스템 암호화 라이브러리와 일치하지 않습니다. 이 문제를 해결하려면 SHA-256 또는 더 강력한 해시로 서명된 인증서를 사용하거나 LEGACY 정책으로 전환하도록 서버를 업그레이드합니다.

TLS 1.3이 FIPS 모드에서 NSS에서 작동하지 않음

FIPS 모드에서 작동하는 시스템에서는 TLS 1.3이 지원되지 않습니다. 따라서 상호 운용성에 TLS 1.3이 필요한 연결은 FIPS 모드에서 작동하는 시스템에서 작동하지 않습니다.

OpenSSL 에서 원시 RSA 또는 RSA-PSS 서명을 지원하지 않는 PKCS #11 토큰을 잘못 처리합니다.

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

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

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

OpenSSL은 TLS 1.3의 CertificateRequest 메시지에 잘못된 형식의 status_request 확장을 생성합니다.

status_request 확장 및 클라이언트 인증서 기반 인증을 지원하는 경우 OpenSSL 서버는 CertificateRequest 메시지에 잘못된 형식의 status_request 확장을 전송합니다. 이러한 경우 OpenSSL은 RFC 8446 프로토콜을 준수하는 구현과 상호 운용되지 않습니다. 그 결과 'CertificateRequest' 메시지의 확장을 올바르게 확인하는 클라이언트는 OpenSSL 서버와의 연결이 중단됩니다. 이 문제를 해결하려면 연결 측에서 TLS 1.3 프로토콜에 대한 지원을 비활성화하거나 OpenSSL 서버에서 status_request 에 대한 지원을 비활성화합니다. 이렇게 하면 서버가 잘못된 형식의 메시지를 보내지 못합니다.

ssh-keyscan 은 FIPS 모드에서 RSA 키를 검색할 수 없습니다

FIPS 모드에서 RSA 서명에 대해 SHA-1 알고리즘이 비활성화되어 ssh-keyscan 유틸리티가 해당 모드에서 작동하는 서버의 RSA 키를 검색하지 못하게 합니다.

감사 규칙의 SCAP-security-guide PCI-DSS 수정이 제대로 작동하지 않음

scap-security-guide 패키지에는 다음 시나리오 중 하나가 될 수 있는 수정 및 검사가 조합되어 있습니다.

SSG의 특정 상호 의존 규칙 세트는 실패할 수 있습니다.

규칙 및 해당 종속 항목의 정의되지 않은 순서로 인해 벤치마크의 SCAP 보안 가이드 (SSG) 규칙 수정이 실패할 수 있습니다. 예를 들어, 한 규칙이 구성 요소를 설치하고 다른 규칙이 동일한 구성 요소를 구성하는 경우와 같이 두 개 이상의 규칙을 특정 순서로 실행해야 하는 경우 해당 규칙을 잘못된 순서로 실행하고 수정을 통해 오류를 보고할 수 있습니다. 이 문제를 해결하려면 수정을 두 번 실행하고 두 번째는 종속 규칙을 수정합니다.

컨테이너 보안 및 준수 검사를 위한 유틸리티를 사용할 수 없음

Red Hat Enterprise Linux 7에서 oscap-docker 유틸리티는 Atomic 기술을 기반으로 한 Docker 컨테이너 스캔에 사용할 수 있었습니다. Red Hat Enterprise Linux 8에서는 Docker 및 Atomic 관련 OpenSCAP 명령을 사용할 수 없습니다.

OpenSCAP 는 가상 머신 및 컨테이너의 오프라인 스캔을 제공하지 않습니다.

OpenSCAP 코드베이스를 리팩토링하면 특정 RPM 프로브가 오프라인 모드에서 VM 및 컨테이너 파일 시스템을 스캔하지 못했습니다. 따라서 openscap-utils 패키지인 oscap- vm 및 oscap- chroot 에서 다음 도구가 제거되었습니다. 또한 openscap-containers 패키지가 완전히 제거되었습니다.

OpenSCAP rpmverifypackage가 올바르게 작동하지 않음

chdir 및 chroot 시스템 호출은 rpmverifypackage 프로브에 의해 두 번 호출됩니다. 그 결과, 사용자 지정 OVAL(Open Vulnerability and Assessment Language) 콘텐츠로 OpenSCAP 스캔 중에 프로브를 사용할 때 오류가 발생합니다.

SCAP Workbench가 사용자 정의 프로파일에서 결과를 기반으로 한 수정을 생성하지 못함

SCAP Workbench 툴을 사용하여 사용자 정의된 프로파일에서 결과 기반 수정 역할을 생성하려고 할 때 다음과 같은 오류가 발생합니다.

OSCAP Anaconda 애드온은 모든 패키지를 텍스트 모드에 설치하지 않음

OSCAP Anaconda Addon 플러그인은 설치가 텍스트 모드에서 실행 중인 경우 시스템 설치 프로그램에서 설치에 대해 선택한 패키지 목록을 수정할 수 없습니다. 결과적으로 Kickstart를 사용하여 보안 정책 프로필을 지정하고 설치가 텍스트 모드로 실행되는 경우 보안 정책에 필요한 추가 패키지는 설치 중에 설치되지 않습니다.

OSCAP Anaconda 애드온 이 사용자 지정 프로파일을 올바르게 처리하지 않음

OSCAP Anaconda 애드온 플러그인은 별도의 파일의 사용자 지정으로 보안 프로필을 올바르게 처리하지 않습니다. 따라서 해당 Kickstart 섹션에서 적절하게 지정하는 경우에도 RHEL 그래픽 설치에서 사용자 지정된 프로필을 사용할 수 없습니다.

arptables 의 자세한 출력 형식이 RHEL 7의 유틸리티 형식과 일치합니다.

RHEL 8에서 iptables-arptables 패키지는 arptables 유틸리티의 nftables기반 교체 기능을 제공합니다. 이전에는 RHEL 7에서 arptables 의 자세한 출력을 쉼표로만 구분한 반면 RHEL 7에서 arptables 는 설명된 출력을 공백과 쉼표로 구분했습니다. 결과적으로 arptables -v -L 명령의 출력을 구문 분석하는 RHEL 7에서 생성된 스크립트를 사용한 경우 이러한 스크립트를 조정해야 했습니다. 이 비호환성은 수정되었습니다. 결과적으로 RHEL 8.1 의 arptables 도 공백 및 쉼표로 카운터 값을 구분합니다.

nftables이 다차원 IP 집합 유형을 지원하지 않음

nftables 패킷 필터링 프레임워크가 연결 및 간격이 있는 집합 유형을 지원하지 않습니다. 그 결과, hash:net,port와 같은 다차원 IP 집합 유형을 nftables와 함께 사용할 수 없습니다.

GRO를 비활성화할 때 IPsec 오프로딩 중에 IPsec 네트워크 트래픽이 실패합니다

장치에서 GRO(Generic Receive Offload)를 비활성화하면 IPsec 오프로딩이 작동하지 않습니다. IPsec 오프로딩이 네트워크 인터페이스에 구성되어 있고 해당 장치에서 GRO가 비활성화되면 IPsec 네트워크 트래픽이 실패합니다.

부팅 시 i40iw 모듈이 자동으로 로드되지 않음

많은 i40e NIC에서 iWarp를 지원하지 않고 i40iw 모듈이 일시 중지/재개를 완전히 지원하지 않기 때문에 이 모듈이 기본적으로 자동 로드되지 않으므로 일시 중지/재개 동작이 제대로 작동하지 않게 됩니다. 이 문제를 해결하려면 수동으로 /lib/udev/rules.d/90-rdma-hw-modules.rules 파일을 편집하여 i40iw의 자동 로드를 활성화해야 합니다.

fadump 를 사용할 때 네트워크 인터페이스의 이름이 kdump-<interface-name> 으로 변경됩니다.

펌웨어 지원 덤프(fadump)를 사용하여 vmcore를 캡처하여 SSH 또는 NFS 프로토콜을 사용하여 원격 머신에 저장하는 경우, & lt;interface-name>이 일반인 경우 네트워크 인터페이스의 이름이 kdump-& lt;interface-name> 으로 변경됩니다(예: *eth# 또는 net#). 이 문제는 초기 RAM 디스크(initrd)의 vmcore 캡처 스크립트를 네트워크 인터페이스 이름에 kdump- 접두사를 추가하여 영구적인 명명을 보안하기 때문에 발생합니다. 동일한 initrd 도 일반 부팅에도 사용되므로 프로덕션 커널의 인터페이스 이름도 변경됩니다.

부팅 프로세스 중 많은 양의 영구 메모리 경험이 있는 시스템

메모리 초기화가 직렬화되므로 많은 양의 영구 메모리가 있는 시스템은 부팅하는 데 시간이 오래 걸립니다. 결과적으로 /etc/fstab 파일에 영구 메모리 파일 시스템이 나열된 경우 장치를 사용할 수 있을 때까지 기다리는 동안 시스템이 시간 초과될 수 있습니다. 이 문제를 해결하려면 /etc/systemd/system.conf 파일에서 DefaultTimeoutStartSec 옵션을 충분히 큰 값으로 구성하십시오.

KSM이 NUMA 메모리 정책을 무시하는 경우가 있음

merge_across_nodes=1 매개 변수를 사용하여 KSM(커널 공유 메모리) 기능을 활성화하면 KSM은 mbind() 함수에서 설정한 메모리 정책을 무시하고 일부 메모리 영역의 페이지를 정책과 일치하지 않는 NUMA(Non-Uniform Memory Access) 노드에 병합할 수 있습니다.

fadump 가 활성화된 경우 부팅 시 시스템이 긴급 모드로 전환됩니다.

systemd 관리자가 마운트 정보를 가져오지 못하고 마운트할 LV 파티션을 구성하지 못하기 때문에 initramfs 스키마에서 fadump (kdump)또는 dracut squash 모듈이 활성화된 경우 시스템이 긴급 모드로 들어갑니다. 이 문제를 해결하려면 다음 커널 명령줄 parameter rd.lvm.lv=<VG>/<LV> 를 추가하여 실패한 LV 파티션을 적절하게 검색하고 마운트합니다. 따라서 설명된 시나리오에서 시스템이 성공적으로 부팅됩니다.

kdump 커널 명령줄에서 irqpoll 을 사용하면 vmcore 생성에 실패합니다.

AWS(Amazon Web Services) 클라우드 플랫폼에서 실행되는 64비트 ARM 아키텍처에서 nvme 드라이버의 기존 기본 문제로 인해 첫 번째 커널에 irqpoll kdump 명령줄 인수를 제공하면 vmcore 생성이 실패합니다. 결과적으로 커널 충돌 후 /var/crash/ 디렉토리에 vmcore가 덤프되지 않습니다. 이 문제를 해결하려면 다음을 수행합니다.

RHEL 8의 크래시 캡처 환경에서 커널을 부팅하지 못했습니다.

디버그 커널의 메모리 수요 특성으로 인해 디버그 커널이 사용 중이고 커널 패닉이 트리거되면 문제가 발생합니다. 결과적으로 디버그 커널은 캡처 커널로 부팅할 수 없으며 대신 스택 추적이 생성됩니다. 이 문제를 해결하려면 크래시 커널 메모리를 적절하게 늘립니다. 결과적으로 디버그 커널이 크래시 캡처 환경에서 성공적으로 부팅됩니다.

softirq 변경으로 인해 로드가 많은 경우 localhost 인터페이스에서 UDP 패킷이 삭제될 수 있습니다.

서비스 거부(DOS) 영향을 줄이기 위해 Linux 커널 소프트웨어 인터럽트(softirq) 처리의 변경이 수행됩니다. 결과적으로 localhost 인터페이스가 많은 로드에서 UDP(User Datagram Protocol) 패킷을 삭제하는 상황이 발생합니다.

경우에 따라 HP NMI 워치독은 크래시 덤프를 생성하지 않습니다.

HP NMI 워치독의 hpwdt 드라이버는 perfmon 드라이버에서 NMI를 대신 사용했기 때문에 HPE 워치독 타이머에서 생성한 NMI(마스크 가능 인터럽트)를 요청할 수 없는 경우가 있습니다. 결과적으로 경우에 따라 hpwdt 는 패닉을 호출하여 크래시 덤프를 생성할 수 없습니다.

QL41000 카드로 구성된 테스트 시스템에 RHEL 8.1을 설치하면 커널 패닉이 발생합니다.

QL41000 카드로 구성된 테스트 시스템에 RHEL 8.1을 설치하는 동안 시스템은 at 000000000000003c 카드의 커널 NULL 포인터 역참조를 처리할 수 없습니다. 결과적으로 커널 패닉 오류가 발생합니다. 이 문제에 대한 해결 방법은 없습니다.

cxgb4 드라이버로 인해 kdump 커널에서 충돌이 발생합니다.

vmcore 파일에 정보를 저장하려는 동안 kdump 커널이 충돌합니다. 결과적으로 cxgb4 드라이버는 kdump 커널이 나중에 분석을 위해 코어를 저장하지 못하게 합니다. 이 문제를 해결하려면 코어 파일을 저장할 수 있도록 kdump 커널 명령줄에 "novmcoredd" 매개변수를 추가합니다.

특정 SCSI 드라이버에서 과도한 양의 메모리를 사용하는 경우가 있습니다.

특정 SCSI 드라이버는 RHEL 7보다 많은 양의 메모리를 사용합니다. HBA(파이버 채널 호스트 버스 어댑터)에서 vPort 생성과 같은 경우에 따라 시스템 구성에 따라 메모리 사용량이 과도하게 사용될 수 있습니다.

UDS가 다시 빌드를 완료할 때까지 VDO는 일시 중단할 수 없습니다.

불명확한 시스템 종료 후 VDO(가상 데이터 최적화 도구) 볼륨이 시작되면 UDS(Universal Deduplication Service) 인덱스를 다시 빌드합니다. UDS 인덱스가 다시 빌드되는 동안 dmsetup suspend 명령을 사용하여 VDO 볼륨을 일시 중지하려고 하면 일시 중지 명령이 응답하지 않을 수 있습니다. 명령은 다시 빌드가 완료된 후에만 완료됩니다.

NFS 4.0 패치를 통해 개방형 워크로드에서 성능이 저하될 수 있습니다.

이전 버전에서는 경우에 따라 NFS open 작업이 서버에서 파일이 제거되거나 이름이 변경된 사실을 간과할 수 있는 버그가 수정되었습니다. 그러나 많은 오픈 작업이 필요한 워크로드에서 수정으로 인해 성능이 저하될 수 있습니다. 이 문제를 해결하기 위해 NFS 버전 4.1 이상을 사용하는 데 도움이 될 수 있습니다. 이 경우 더 많은 경우 클라이언트에 위임을 부여하여 클라이언트가 로컬에서 빠르고 안전하게 오픈 작업을 수행할 수 있습니다.

Nginx 는 하드웨어 보안 토큰에서 서버 인증서를 로드할 수 없습니다.

nginx 웹 서버는 PKCS#11 모듈에서 직접 하드웨어 보안 토큰에서 TLS 개인 키를 로드하는 기능을 지원합니다. 그러나 현재 PKCS#11 URI를 통해 하드웨어 보안 토큰에서 서버 인증서를 로드할 수 없습니다. 이 문제를 해결하려면 파일 시스템에 서버 인증서를 저장하십시오.

php- opcache가 PHP 7.2와 함께 설치되면 PHP- fpm 으로 SELinux AVC가 거부됩니다.

php-opcache 패키지가 설치되면 FastCGI Process Manager(php-fpm)로 인해 SELinux AVC 거부가 발생합니다. 이 문제를 해결하려면 /etc/php.d/10-opcache.ini 파일의 기본 구성을 다음으로 변경합니다.

ltrace 툴이 함수 호출을 보고하지 않음

모든 RHEL 구성 요소에 적용된 바이너리 강화 기능이 개선되었으므로 ltrace 툴은 RHEL 구성 요소의 바이너리 파일에서 함수 호출을 더 이상 감지할 수 없습니다. 따라서 이러한 바이너리 파일에 사용될 때 감지된 모든 호출을 보고하지 않으므로 ltrace 출력이 비어 있습니다. 현재 해결방법은 없습니다.

GSSAPI 인증을 사용할 때 만료된 계정을 가진 AD 사용자는 로그인할 수 있습니다.

SSSD에서 계정이 만료되었는지 확인하는 데 사용하는 accountExpires 속성이 기본적으로 글로벌 카탈로그에 복제되지 않았는지 확인합니다. 결과적으로 GSSAPI 인증을 사용하는 경우 만료된 계정이 있는 사용자는 로그인할 수 있습니다. 이 문제를 해결하기 위해 sssd.conf 파일에 ad_enable_gc=False 를 지정하여 글로벌 카탈로그 지원을 비활성화할 수 있습니다. 이 설정을 사용하면 GSSAPI 인증을 사용하는 경우 만료된 계정의 사용자가 액세스가 거부됩니다.

cert-fix 유틸리티를 --agent-uid pkidbuser 옵션과 함께 사용하면 인증서 시스템이 중단됩니다.

cert-fix 유틸리티를 --agent-uid pkidbuser 옵션과 함께 사용하면 인증서 시스템의 LDAP 구성이 손상됩니다. 결과적으로 인증서 시스템이 불안정해질 수 있으며 시스템을 복구하려면 수동 단계가 필요합니다.

/etc/nsswitch.conf 를 변경하려면 수동 시스템 재부팅이 필요합니다

/etc/nsswitch.conf 파일을 변경하는 경우, 예를 들어 authselect select profile_id 명령을 실행하려면 모든 관련 프로세스에서 업데이트된 /etc/nsswitch.conf 파일을 사용하도록 시스템을 재부팅해야 합니다. 시스템 재부팅이 불가능한 경우 시스템을 Active Directory( System Security Services Daemon ) 또는 winbind 에 조인하는 서비스를 다시 시작합니다.

IdM에서 AD 신뢰 지원을 활성화할 때 필수 DNS 레코드에 대한 정보가 표시되지 않습니다

외부 DNS 관리를 통한 Red Hat Enterprise Linux IdM(Identity Management) 설치에 대한 AD(Active Directory) 신뢰성을 활성화하면 필수 DNS 레코드에 대한 정보가 표시되지 않습니다. AD에 대한 포리스트 신뢰는 필수 DNS 레코드가 추가될 때까지 성공하지 못합니다. 이 문제를 해결하려면 'ipa dns-update-system-records --dry-run' 명령을 실행하여 IdM에 필요한 모든 DNS 레코드 목록을 가져옵니다. IdM 도메인의 외부 DNS가 필요한 DNS 레코드를 정의하는 경우 포레스트 신뢰를 AD로 설정할 수 있습니다.

SSSD에서 로컬 사용자에 대해 잘못된 LDAP 그룹 멤버십 반환

SSSD(시스템 보안 서비스 데몬)에서 로컬 파일의 사용자를 제공하는 경우 파일 프로바이더에 다른 도메인의 그룹 멤버십이 포함되지 않습니다. 그 결과 로컬 사용자가 LDAP 그룹의 멤버인 경우 id local_user 명령은 사용자의 LDAP 그룹 멤버십을 반환하지 않습니다. 이 문제를 해결하려면 시스템이 /etc/nsswitch.conf 파일에서 사용자 그룹 구성원을 찾고 있는 데이터베이스 순서를 되돌리거나 sss 파일을 파일 sss로 교체 하거나 암시적 파일 도메인을 추가하여 암시적 파일 도메인을 비활성화합니다.

systemd-user 의 기본 PAM 설정이 RHEL 8에서 변경되어 SSSD 동작에 영향을 줄 수 있습니다.

Red Hat Enterprise Linux 8에서는 PAM(Pluggable Authentication Module) 스택이 변경되었습니다. 예를 들어 systemd 사용자 세션은 이제 systemd-user PAM 서비스를 사용하여 PAM 대화를 시작합니다. 이제 이 서비스에는 pam_sss.so 인터페이스가 포함될 수 있는 system-auth PAM 서비스가 재귀적으로 포함됩니다. 즉, SSSD 액세스 제어는 항상 호출됩니다.

SSSD가 동일한 우선 순위로 여러 인증서 일치 규칙을 올바르게 처리하지 않음

지정된 인증서가 여러 인증서 일치 규칙과 동일한 우선 순위의 규칙과 일치하면 SSSD(System Security Services Daemon)는 규칙 중 하나만 사용합니다. 이 문제를 해결하려면 LDAP 필터가 | (또는) 운영자와 연결된 개별 규칙의 필터로 구성된 단일 인증서 일치 규칙을 사용합니다. 인증서 일치 규칙의 예는 sss-certamp(5) 도움말 페이지를 참조하십시오.

여러 도메인을 정의할 때 auto_private_group = hybrid로 프라이빗 그룹을 만들 수 없습니다.

여러 도메인이 정의되어 있고 첫 번째 도메인이 아닌 다른 도메인에서 하이브리드 옵션을 사용하는 경우 auto_private_group = 하이브리드 옵션을 사용하여 프라이빗 그룹을 만들 수 없습니다. 암시적 파일 도메인이 sssd.conf' 파일의 AD 또는 LDAP 도메인과 함께 정의되어 있고 'MPG_HYBRID로 표시되지 않는 경우, SSSD는 uid=gid를 가진 사용자의 개인 그룹을 생성하지 못하고 이 gid 그룹이 AD 또는 LDAP에 존재하지 않습니다.

python-ply 는 FIPS와 호환되지 않습니다

python-ply 패키지의 ✓CC 모듈은 MD5 해싱 알고리즘을 사용하여 CC 서명의 지문을 생성합니다. 그러나 FIPS 모드에서는 비보안 컨텍스트에서만 허용되는 MD5 사용을 차단합니다. 결과적으로 python-ply는 FIPS와 호환되지 않습니다. FIPS 모드의 시스템에서 ply.yacc.yacc() 에 대한 모든 호출이 실패하고 오류 메시지가 표시됩니다.

Wayland 세션의 제한 사항

Red Hat Enterprise Linux 8에서는 GNOME 환경과 GDM(GNOME Display Manager)이 이전 주요 RHEL에서 사용된 X11 세션 대신 Wayland 를 기본 세션 유형으로 사용합니다.

드래그 앤 드롭이 데스크탑과 응용 프로그램 간에 작동하지 않음

gnome-shell-extensions 패키지의 버그로 인해 현재 드래그 앤 드롭 기능이 데스크탑과 애플리케이션 간에 작동하지 않습니다. 이 기능에 대한 지원은 향후 릴리스에서 다시 추가될 예정입니다.

소프트웨어 리포지토리에서 flatpak 리포지토리를 비활성화할 수 없습니다.

현재 GNOME 소프트웨어 유틸리티의 Software Repositories(소프트웨어 리포지토리) 도구에서 flatpak 리포지토리를 비활성화하거나 제거할 수 없습니다.

Generation 2 RHEL 8 가상 머신이 Hyper-V Server 2016 호스트에서 부팅되지 않는 경우가 있습니다.

Microsoft Hyper-V Server 2016 호스트에서 실행되는 VM(가상 머신)에서 RHEL 8을 게스트 운영 체제로 사용하는 경우, 경우에 따라 VM이 부팅되지 않고 GRUB 부팅 메뉴로 돌아갑니다. 또한 Hyper-V 이벤트 로그에 다음 오류가 기록됩니다.

소프트웨어 렌더러를 사용할 때 Wayland의 GNOME 쉘이 느리게 작동합니다.

소프트웨어 렌더를 사용하는 경우 GNOME Shell은 Wayland Compositor(Wayland의 GNOME Shell)로 화면 렌더링에캐시 가능한 프레임버퍼를 사용하지 않습니다. 그 결과 Wayland의 GNOME 쉘이 느립니다. 이 문제를 해결하려면 GDM(GNOME Display Manager) 로그인 화면으로 이동하여 대신 X11 프로토콜을 사용하는 세션으로 전환합니다. 결과적으로 캐시 가능한 메모리를 사용하는 Xorg 디스플레이 서버가 사용되었으며 설명된 상황에서 Xorg 쉘 은 Wayland의 GNOME 쉘에 비해 더 빠르게 수행됩니다.

시스템 충돌로 인해 fadump 설정이 손실될 수 있습니다.

이 문제는 펌웨어 지원 덤프(fadump)가 활성화된 시스템에서 확인되며 부팅 파티션은 XFS와 같은 저널링 파일 시스템에 있습니다. 시스템 충돌로 인해 부트 로더가 덤프 캡처 지원이 활성화되어 있지 않은 이전 initrd 를 로드할 수 있습니다. 결과적으로 시스템이 vmcore 파일을 캡처하지 않아 fadump 구성이 손실됩니다.

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

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

Radeon이 하드웨어를 올바르게 재설정하지 못했습니다

현재 radeon 커널 드라이버는 kexec 컨텍스트에서 하드웨어를 올바르게 재설정하지 않습니다. 대신, radeon 이 종료되어 나머지 kdump 서비스가 실패합니다.

권한이 없는 사용자는 서브스크립션 페이지에 액세스할 수 있습니다.

관리자가 아닌 사용자가 웹 콘솔의 서브스크립션 페이지로 이동하면 웹 콘솔에 일반 오류 메시지 "Cockpit was unexpected internal error"가 표시됩니다.

cloud-init 를 사용하여 Microsoft Azure에 가상 머신 프로비저닝 실패

현재 Microsoft Azure 플랫폼에서 RHEL 8 가상 시스템(VM)을 프로비저닝하는 데 cloud-init 유틸리티를 사용할 수 없습니다. 이 문제를 해결하려면 다음 방법 중 하나를 사용하십시오.

경우에 따라 RHEL 7 호스트의 RHEL 8 가상 머신은 더 높은 해상도로 볼 수 없습니다.

현재 RHEL 7 호스트 시스템에서 실행 중인 RHEL 8 가상 머신(VM)을 사용하는 경우, kiosk 모드에서 애플리케이션을 실행하는 것과 같은 VM의 그래픽 출력을 표시하는 특정 방법을 사용할 수 없습니다. 더 큰 해상도를 사용할 수는 없습니다. 결과적으로 이러한 방법을 사용하는 VM을 표시하는 것은 호스트 하드웨어가 높은 해상도를 지원하는 경우에도 최대 1.0x1200의 해상도에서만 작동합니다.

Windows Server 2019 호스트의 RHEL 8 가상 머신의 낮은 GUI 디스플레이 성능

Windows Server 2019 호스트에서 그래픽 모드에서 RHEL 8을 게스트 운영 체제로 사용하는 경우 GUI 디스플레이 성능이 낮고 현재 게스트의 콘솔 출력에 연결하는 데 예상보다 훨씬 오래 걸립니다.

RHEL 가상 머신 설치에 실패하는 경우가 있음

특정 상황에서 virt-install 유틸리티를 사용하여 생성된 RHEL 7 및 RHEL 8 가상 머신은 --location 옵션을 사용하는 경우 부팅되지 않습니다.

Wayland를 사용하는 가상 머신의 여러 모니터를 QXL에서는 표시할 수 없습니다.

remote-viewer 유틸리티를 사용하여 Wayland 디스플레이 서버를 사용하는 VM(가상 시스템)의 모니터를 두 개 이상 표시하면 VM이 응답하지 않고 표시 상태 메시지가 무기한 표시됩니다.

virsh iface-\* 명령이 일관되게 작동하지 않음

현재 virsh iface- start 및 virsh iface- destroy와 같은 virsh iface- * 명령은 구성 종속성으로 인해 실패하는 경우가 많습니다. 따라서 호스트 네트워크 연결을 구성하고 관리하는 데 virsh iface-\* 명령을 사용하지 않는 것이 좋습니다. 대신 NetworkManager 프로그램과 관련 관리 애플리케이션을 사용합니다.

cloud-init 를 사용하여 ESXi VM을 사용자 지정하고 VM을 재부팅하면 IP 설정이 손실되고 VM이 부팅 속도가 매우 느립니다.

현재 cloud-init 서비스를 사용하여 VMware ESXi 하이퍼바이저에서 실행되는 VM(가상 시스템)을 고정 IP를 사용하도록 수정한 다음 VM을 복제하는 경우, 경우에 따라 복제된 새 VM이 재부팅하는 데 시간이 오래 걸립니다. 이로 인해 cloud-init 가 VM의 정적 IP를 DHCP로 다시 작성한 다음 사용 가능한 데이터 소스를 검색합니다.

RHEL 8 가상 머신은 Witherspoon 호스트에서 부팅할 수 없는 경우가 있습니다.

경우에 따라 DD2.2 또는 DD2.3 CPU를 사용하는 HPC 호스트( Witherspoon이라고도 함)용 Power9 S922LC 에서 pseries-rhel7.6.0-sxxm 시스템 유형을 사용하는 RHEL 8 가상 머신(VM)에서 부팅되지 않는 경우가 있습니다.

IBM POWER 가상 머신이 메모리 0 NUMA 노드에서 제대로 작동하지 않음

현재 RHEL 8 호스트에서 실행 중인 IBM POWER 가상 머신(VM)이 제로메모리(memory='0')를 사용하는 NUMA 노드로 구성된 경우 VM은 부팅할 수 없습니다. 따라서 RHEL 8에서 제로 메모리 NUMA 노드가 있는 IBM POWER VM을 사용하지 않는 것이 좋습니다.

RHEL 7-ALT 호스트에서 RHEL 8로 POWER9 게스트 마이그레이션에 실패

현재 POWER9 가상 머신을 RHEL 7-ALT 호스트 시스템에서 RHEL 8로 마이그레이션하는 것은 "마이그레이션 상태: active" 상태로 응답하지 않습니다.

AMD EPYC에서 호스트 패스스루 모드를 사용할 때 VM에서 SMT CPU 토폴로지를 감지하지 않습니다.

AMD EPYC 호스트에서 CPU 호스트 패스스루 모드로 부팅되는 VM(가상 머신)이 부팅되면 CPU O EXT CPU 기능 플래그가 표시되지 않습니다. 결과적으로 VM은 코어당 여러 스레드가 있는 가상 CPU 토폴로지를 탐지할 수 없습니다. 이 문제를 해결하려면 호스트 통과 대신 EPYC CPU 모델로 VM을 부팅합니다.

여러 virtio-blk 디스크를 사용할 때 가상 머신이 시작되지 않는 경우가 있습니다.

VM(가상 시스템)에 다수의 virtio-blk 장치를 추가하면 플랫폼에서 사용 가능한 인터럽트 벡터 수가 소진될 수 있습니다. 이 경우 VM의 게스트 OS가 부팅되지 않고 dracut-initqueue[392]를 표시합니다. 경고: 부팅할 수 없습니다 오류.