RHEL 8 도입 고려 사항

RHEL 8에서는 OSCAP(Open Security Content Automation Protocol) 애드온이 기본적으로 활성화되어 있습니다.

Kdump 애드온에서는 설치 중에 커널 크래시 덤프 구성을 지원합니다. 이 애드온은 Kickstart에서 완전 지원( %addon com_redhat_kdump 명령 및 해당 옵션 사용)을 지원하며 그래픽 및 텍스트 기반 사용자 인터페이스에서 추가 윈도우로 완전히 통합됩니다.

Red Hat Enterprise Linux 8.2부터 패키지 설치 전에 시스템을 등록하고 RHEL 서브스크립션을 첨부하고 Red Hat CDN(Content Delivery Network)에서 설치할 수 있습니다. 대화형 GUI 설치 및 자동화된 Kickstart 설치에서는 이 기능을 지원합니다. 자세한 내용은 RHEL 8.2 릴리스 노트 문서를 참조하십시오.

Red Hat Insights 는 플랫폼 및 애플리케이션 데이터를 수집하고 분석하여 위험을 예측하고 조치를 권장하며 비용을 추적하는 관리형 서비스입니다. Insights 경고: 시스템 가용성(위험 중단 포함), 보안(예: 시스템에 대해 새로운 CVE 검색) 및 비즈니스(예: 과잉)와 관련된 여러 운영 영역과 관련된 경고 또는 최적화에 대해 설명합니다. Insights는 Red Hat 서브스크립션의 일부로 포함되어 있으며 Red Hat Hybrid Cloud Console을 통해 액세스할 수 있습니다. Red Hat Insights 설명서 도 참조하십시오.

Red Hat Enterprise Linux 8.2부터 설치 중에 시스템을 Red Hat Insights에 등록할 수 있습니다. 대화형 GUI 설치 및 자동화된 Kickstart 설치에서는 이 기능을 지원합니다. 자세한 내용은 RHEL 8.2 릴리스 노트 문서를 참조하십시오.

Red Hat Enterprise Linux 8에서 통합 ISO는 BaseOS 및 AppStream 설치 소스 리포지토리를 자동으로 로드합니다. 이 기능은 설치 중에 로드되는 첫 번째 기본 리포지토리에서 작동합니다. 예를 들어 리포지토리가 구성되지 않은 상태에서 설치를 부팅하고 그래픽 사용자 인터페이스(GPU)에 통합 ISO를 기본 리포지토리로 사용하거나 통합 ISO를 가리키는 inst.repo= 옵션을 사용하여 설치를 부팅하는 경우.

결과적으로 AppStream 리포지토리는 설치 소스 GUI 창의 추가 리포지토리 섹션에서 사용됩니다. AppStream 리포지토리를 제거하거나 해당 설정을 변경할 수 없지만, 설치 소스에서 이를 사용하지 않게 설정 해제할 수 있습니다. 이 기능은 다른 기본 리포지토리를 사용하여 설치를 시작한 다음 통합 ISO로 변경하면 작동하지 않습니다. 이렇게 하면 기본 리포지토리가 교체됩니다. 그러나 AppStream 리포지토리는 교체되지 않고 원본 파일을 가리킵니다.

Red Hat Enterprise Linux 8에서는 설치에 실패하지 않도록 stage2 또는 Kickstart 파일의 여러 네트워크 위치를 지정할 수 있습니다. 이번 업데이트에서는 stage2 및 Kickstart 파일의 네트워크 위치와 함께 여러 inst.stage2 및 inst.ks 부팅 옵션을 지정할 수 있습니다. 이렇게 하면 요청된 파일에 도달할 수 없는 상황이 발생하지 않으며 stage2 또는 Kickstart 파일이 있는 연결된 서버에 액세스할 수 없기 때문에 설치에 실패합니다.

이번 새 업데이트를 통해 여러 위치를 지정하면 설치 실패를 방지할 수 있습니다. 정의된 모든 위치가 URL, 즉 HTTP,HTTPS 또는 FTP 인 경우 요청된 파일을 성공적으로 가져올 때까지 순차적으로 시도됩니다. URL이 아닌 위치가 있는 경우 마지막으로 지정된 위치만 시도합니다. 나머지 위치는 무시됩니다.

이전에는 커널 부트 매개변수의 기본 리포지토리만 지정할 수 있습니다. Red Hat Enterprise Linux 8에서 새로운 커널 매개변수인 inst.addrepo=<name>,<url> 을 사용하면 설치 중에 추가 리포지토리를 지정할 수 있습니다. 이 매개변수에는 두 가지 필수 값(즉, 리포지토리의 이름과 리포지토리를 가리키는 URL)이 있습니다. 자세한 내용은 inst-addrepo 사용법 에서 참조하십시오.

Red Hat Enterprise Linux 8은 로컬 하드 드라이브의 리포지토리에서 설치를 지원합니다. 이전에는 하드 드라이브의 유일한 설치 방법에서 ISO 이미지를 설치 소스로 사용했습니다. 그러나 Red Hat Enterprise Linux 8 ISO 이미지는 일부 파일 시스템에서 너무 클 수 있습니다. 예를 들어 FAT32 파일 시스템은 4GiB보다 큰 파일을 저장할 수 없습니다. Red Hat Enterprise Linux 8에서는 로컬 하드 드라이브의 리포지토리에서 설치할 수 있습니다. ISO 이미지 대신 디렉터리를 지정해야 합니다. 예: inst.repo=hd:<device>:<path to the repository>.

Red Hat Enterprise Linux 8 BaseOS 및 AppStream 리포지토리에 대한 자세한 내용은 이 문서의 리포지토리 섹션을 참조하십시오.

Red Hat Enterprise Linux 8 그래픽 설치의 설치 요약 창이 그래픽 설치 설정의 향상된 조직을 제공하는 새로운 3열 레이아웃으로 업데이트되었습니다.

이전에는 Red Hat Enterprise Linux 설치 프로그램에서 서브스크립션 관리자에게 시스템 용도 정보를 제공하지 않았습니다. Red Hat Enterprise Linux 8에서는 System Purpose 창을 사용하거나 syspurpose 명령을 사용하여 Kickstart 구성 파일에서 그래픽 설치 중에 시스템의 용도를 설정할 수 있습니다. 시스템 용도를 설정하면 인타이틀먼트 서버는 시스템의 의도된 사용을 충족하는 서브스크립션을 자동으로 연결하는 데 도움이 되는 정보를 수신합니다.

이전에는 pykickstart 라이브러리에서 서브스크립션 관리자에게 시스템 용도 정보를 제공할 수 없었습니다. Red Hat Enterprise Linux 8에서 pykickstart 는 새로운 syspurpose 명령을 구문 분석하고, 자동화되고 부분적으로 자동화된 설치 중에 시스템의 용도를 기록합니다. 그러면 정보가 설치 프로그램에 전달되고 새로 설치된 시스템에 저장되고 시스템 등록 시 서브스크립션 관리자가 사용할 수 있습니다.

Red Hat Enterprise Linux 8에서는 모든 모듈식 기능을 처리하도록 설치 프로그램이 확장되었습니다. Kickstart 스크립트는 모듈 및 스트림 조합을 활성화하고 모듈 프로필을 설치하고 모듈식 패키지를 설치할 수 있습니다.

Red Hat Enterprise Linux 8에서는 다음 Kickstart 명령 및 옵션이 더 이상 사용되지 않습니다.

특정 옵션만 나열된 경우에도 기본 명령 및 기타 옵션은 계속 사용할 수 있으며 더 이상 사용되지 않습니다.

auth 또는 authconfig 명령을 제외하고 Kickstart 파일에서 명령을 사용하면 로그에 경고가 출력됩니다.

auth 또는 authconfig 명령을 제외하고 inst.ksstrict 부팅 옵션을 사용하여 더 이상 사용되지 않는 명령 경고를 오류로 설정할 수 있습니다.

다음 Kickstart 명령 및 옵션이 Red Hat Enterprise Linux 8에서 완전히 제거되었습니다. Kickstart 파일에서 사용하면 오류가 발생합니다.

특정 옵션과 값만 나열된 경우 기본 명령 및 기타 옵션을 계속 사용할 수 있으며 제거되지 않습니다.

이미지 빌더 툴을 사용하면 사용자 지정 RHEL 이미지를 생성할 수 있습니다. Red Hat Enterprise Linux 8.3부터 Image Builder는 시스템 서비스 osbuild-composer 패키지로 실행됩니다.

이미지 빌더를 사용하면 추가 패키지가 포함된 사용자 지정 시스템 이미지를 만들 수 있습니다. 이미지 빌더 기능은 다음을 통해 액세스할 수 있습니다.

이미지 빌더 출력 형식에는 다음이 포함됩니다.

이미지 빌더에 대한 자세한 내용은 사용자 지정 RHEL 시스템 이미지 편집 문서를 참조하십시오.

Red Hat Enterprise Linux 8에서 소프트웨어를 설치하는 것은 DNF 기술( YUM v4)을 기반으로 하는 YUM 툴을 통해 보장됩니다. RHEL의 이전 주요 버전과의 일관성을 위해 yum 용어를 의도적으로 사용합니다. 그러나 yum 대신 dnf 를 입력하면 호환성을 위해 dnf 의 별칭이므로 명령이 예상대로 작동합니다.

자세한 내용은 사용자 공간 구성 요소 설치, 관리 및 제거를 참조하십시오.

YUM v4 는 RHEL 7에서 사용된 이전의 YUM v3 보다 다음과 같은 이점이 있습니다.

새로운 YUM v4 툴과 RHEL 7의 이전 버전 YUM v3 의 차이점에 대한 자세한 내용은 YUM에 비해 DNF CLI의 변경사항을 참조하십시오.

소프트웨어 설치

YUM v4 는 명령줄에서 를 사용하거나 구성 파일을 편집 또는 생성할 때 YUM v3 과 호환됩니다.

소프트웨어 설치 시, RHEL 7에서와 동일한 방식으로 yum 명령과 특정 옵션을 사용할 수 있습니다.

소프트웨어 패키지 설치에 대한 자세한 정보를 참조하십시오.

플러그인의 가용성

기존 YUM v3 플러그인은 새로운 YUM v4 버전과 호환되지 않습니다. 선택한 yum 플러그인 및 유틸리티는 새 DNF 백엔드로 이식되었으며 RHEL 7에서와 동일한 이름으로 설치할 수 있습니다. 또한 호환성 심볼릭 링크를 제공하므로 바이너리, 구성 파일 및 디렉터리는 일반적인 위치에서 찾을 수 있습니다.

플러그인이 더 이상 포함되지 않거나 교체가 사용 편의성을 충족하지 않는 경우 Red Hat 지원팀에 문의하여 기능 강화를 요청하여 고객 포털에서 지원 케이스를 열고 관리합니까?

자세한 내용은 플러그인 인터페이스를 참조하십시오.

API 가용성

YUM v3 에서 제공하는 레거시 Python API는 더 이상 사용할 수 없습니다. 사용자는 플러그인 및 스크립트를 안정적이고 완전하게 지원되는 YUM v4 (DNF Python API)에서 제공하는 새 API로 마이그레이션하는 것이 좋습니다. 업스트림 프로젝트는 새로운 DNF Python API를 문서화합니다. DNF API 참조를 참조하십시오.

Libdnf 및 Hawkey API (C 및 Python 모두)는 불안정한 것으로 간주되며 RHEL 8 라이프 사이클 동안 변경될 수 있습니다.

/etc/yum.conf 및 /etc/yum.repos.d/*.repo 파일의 경우 RHEL 7과 RHEL 8 간의 구성 파일 옵션 변경 사항은 다음 요약에 설명되어 있습니다.

YUM v3 기능 중 일부는 YUM v4 에서 다르게 작동할 수 있습니다. 이러한 변경 때문에 워크플로에 부정적인 영향을 미치는 경우 How do I open and manage a support case on the Customer Portal?에 설명된 대로 Red Hat 지원 케이스를 작성하십시오.

[…​]
package-1.2    repo1
package-1.2    repo2
[…​]

[…​]
package-1.2    repo1
[…​]

RHEL 7과 RHEL 8 간의 트랜잭션 기록 로그 파일의 변경 사항은 다음 요약에 설명되어 있습니다.

RHEL 7에서 /var/log/yum.log 파일은 다음을 저장합니다.

RHEL 8에서는 /var/log/yum.log 파일과 직접적으로 일치하지 않습니다. PackageKit 및 microdnf 를 포함한 트랜잭션 정보를 표시하려면 yum history 명령을 사용합니다.

또는 /var/log/dnf.rpm.log 파일을 검색할 수 있지만 이 로그 파일에는 PackageKit 및 microdnf의 트랜잭션이 포함되지 않으며 저장된 정보를 정기적으로 제거하는 로그 회전이 있습니다.

RHEL 8에서는 더 이상 delta rpm 사용을 지원하지 않습니다. delta rpms 를 사용하려면 사용자가 더 이상 사용할 수 없는 deltarpm 패키지를 설치해야 합니다. deltarpm 대체 drpm 은 동일한 기능을 제공하지 않습니다. 따라서 RHEL 8 콘텐츠는 deltarpm 형식으로 제공되지 않습니다. 이 기능은 향후 RHEL 릴리스에서 완전히 제거될 예정입니다.

RHEL 7에서는 NTP 프로토콜의 두 가지 구현(ntp 및 chrony )을 지원했습니다.

RHEL 8에서는 NTP 프로토콜은 chrony 패키지에서 제공하는 chronyd 데몬에서만 구현됩니다.

ntp 데몬은 더 이상 사용할 수 없습니다. RHEL 7 시스템에서 ntp 를 사용한 경우 chrony로 마이그레이션 해야 할 수 있습니다.

chrony에서 지원하지 않는 이전 ntp 기능을 가능한 교체 방법은 chrony 의 ntp에서 이전에 지원하는 일부 설정 달성에 설명되어 있습니다.

Chrony는 간헐적인 네트워크 연결, 크게 제한된 네트워크, 온도 변경(또는 기존 컴퓨터 클럭이 온도에 민감하지 않음) 및 가상 머신에서 실행되지 않는 시스템을 포함한 다양한 조건에서 제대로 작동하는 NTP 구현입니다.

chrony 를 사용할 수 있습니다:

chrony 에 대한 자세한 내용은 기본 시스템 설정 구성을 참조하십시오.

chrony 제품군을 사용하여 NTP 를 구성하는 방법에 대한 자세한 내용은 시간 동기화 구성을 참조하십시오.

RHEL 7에서 사용된 인쇄 설정 구성 도구는 더 이상 사용할 수 없습니다.

인쇄와 관련된 다양한 작업을 수행하려면 다음 도구 중 하나를 선택할 수 있습니다.

RHEL 8의 출력 설정 툴에 대한 자세한 내용은 인쇄 구성을 참조하십시오.

CUPS는 다음 세 가지 유형의 로그를 제공합니다.

RHEL 8에서는 RHEL 7에서 사용된 /var/log/cups 디렉터리의 특정 파일에 로그가 더 이상 저장되지 않습니다. 대신 세 가지 유형 모두 다른 프로그램의 로그와 함께 systemd-journald에 중앙에 로깅됩니다.

RHEL 8에서 CUPS 로그를 사용하는 방법에 대한 자세한 내용은 systemd 저널의 CUPS 로그 액세스를 참조하십시오.

RHEL 8에서 인쇄를 구성하는 방법에 대한 자세한 내용은 인쇄 구성을 참조하십시오.

RHEL 8에서는 tuned-adm recommend 명령으로 보고된 권장 TuneD 프로필은 다음 규칙에 따라 선택됩니다.

일치하는 첫 번째 규칙이 적용됩니다.

암호화 정책은 TLS, IPsec, DNSSEC, Kerberos 프로토콜 및 OpenSSH 제품군을 다루는 코어 암호화 하위 시스템을 구성하는 Red Hat Enterprise Linux 8의 구성 요소입니다. 이는 관리자가 update-crypto-policies 명령을 사용하여 선택할 수 있는 소규모 정책 세트를 제공합니다.

DEFAULT 전체 시스템의 암호화 정책은 현재의 위협 모델에 대한 보안 설정을 제공합니다. 이 보안 설정은 TLS 1.2 및 1.3 프로토콜과 IKEv2 및 SSH2 프로토콜을 허용합니다. RSA 키와 Diffie-Hellman 매개변수는 2047bit보다 큰 경우 허용됩니다.

자세한 내용은 Red Hat 블로그의 Consistent security by crypto policies in Red Hat Enterprise Linux 8 문서 및 update-crypto-policies(8) 매뉴얼 페이지를 참조하십시오.

다음 목록에는 RHEL 8의 코어 암호화 라이브러리에서 제거된 암호화 제품군 및 프로토콜이 포함되어 있습니다. 소스에는 존재하지 않거나 빌드 중에 지원이 비활성화되므로 애플리케이션은 사용할 수 없습니다.

다음 암호화 제품군 및 프로토콜은 모든 암호화 정책 수준에서 비활성화되어 있습니다. 개별 애플리케이션의 명시적 구성에서만 활성화할 수 있습니다.

시스템 전체 암호화 정책에는 연방 정보 처리 표준(FIPS)의 요구 사항에 따라 암호화 모듈을 자체 점검할 수 있는 정책 수준이 포함되어 있습니다. FIPS 모드를 활성화하거나 비활성화하는 fips-mode-setup 툴은 FIPS 시스템 전체 암호화 정책 수준을 내부적으로 사용합니다.

RHEL 8에서 시스템을 FIPS 모드로 전환하려면 다음 명령을 입력하고 시스템을 다시 시작하십시오.

# fips-mode-setup --enable

자세한 내용은 fips-mode-setup(8) 매뉴얼 페이지를 참조하십시오.

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

# update-crypto-policies --set LEGACY

자세한 내용은 RHEL 8의 Strong 암호화 기본값 및 Red Hat 고객 포털의 약한 암호화 알고리즘 지식 베이스 문서 및 시스템의 update-crypto-policies(8) 매뉴얼 페이지를 참조하십시오.

이번 업데이트에는 모든 주요 백엔드 암호화 라이브러리에서 기본적으로 TLS(Transport Layer Security) 1.3을 사용하도록 설정되어 있습니다. 이를 통해 운영 체제 통신 계층 전반에서 낮은 대기 시간을 단축하고 RSA-PSS 또는 X25519와 같은 새로운 알고리즘을 사용하여 애플리케이션의 개인정보 보호 및 보안을 강화합니다.

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

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

이 기능에 대한 지원이 필요한 애플리케이션은 새로운 SSL_ENABLE_V2_COMPATIBLE_HELLO API를 사용하여 활성화해야 합니다. 이 기능에 대한 지원은 Red Hat Enterprise Linux 8의 이후 릴리스에서 완전히 삭제될 수 있습니다.

네트워크 보안 서비스(NSS) 라이브러리는 이제 기본적으로 신뢰 데이터베이스에 SQL 파일 형식을 사용합니다. 이전 릴리스에서 기본 데이터베이스 형식으로 사용된 DBM 파일 형식은 여러 프로세스에서 동일한 데이터베이스에 대한 동시 액세스를 지원하지 않으며 업스트림에서 더 이상 사용되지 않습니다. 결과적으로 NSS 신뢰 데이터베이스를 사용하여 키, 인증서 및 해지 정보를 저장하는 애플리케이션에서는 기본적으로 SQL 형식으로 데이터베이스를 만듭니다. 레거시 DBM 형식으로 데이터베이스를 생성하려고 하면 실패합니다. 기존 DBM 데이터베이스는 읽기 전용 모드로 열려 있으며 자동으로 SQL 형식으로 변환됩니다. NSS는 Red Hat Enterprise Linux 6 이후의 SQL 파일 형식을 지원합니다.

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

이러한 변경으로 인해 Red Hat Enterprise Linux 8의 핵심 암호화 구성 요소인 libssh 가 도입되었습니다. libssh 라이브러리는 SSH(Secure SHell) 프로토콜을 구현합니다.

더 이상 사용되지 않는 libssh2 라이브러리는 elliptic 곡선 또는 GREAPI(Generic Security Service Application Program Interface) 지원 등의 기능을 누락하고 libssh를 위해 RHEL 8에서 제거되었습니다.

rsyslog 패키지에 있는 설정 파일은 기본적으로 비-레거시 형식을 사용합니다. 현재 및 레거시 구성 문을 혼합하는 경우 몇 가지 제약 사항이 있지만 레거시 형식을 계속 사용할 수 있습니다. 이전 RHEL 릴리스에서 적용된 설정을 수정해야 합니다. 자세한 내용은 rsyslog.conf(5) 매뉴얼 페이지를 참조하십시오.

journald 에서 파일을 교체했을 때 나타날 수 있는 중복 레코드를 방지하기 위해 imjournal 옵션이 추가되었습니다. 이 옵션을 사용하면 성능에 영향을 미칠 수 있습니다.

journald 없이 시스템 로깅 구성에 설명된 대로 더 나은 성능을 제공하도록 rsyslog 를 포함하는 시스템을 구성할 수 있습니다. 또는 최소화된 journald 사용 지식 베이스 문서를 사용하여 수행할 수 있습니다.

기본 로깅 환경 설정에서는 systemd-journald 가 rsyslog 를 사용하여 실행될 때 4GB의 메모리 또는 속도 제한 값의 조정이 복잡할 수 있습니다.

자세한 내용은 성능 및 완화에 대한 RHEL 기본 로깅 설정의 부작용을 참조하십시오.

이번 업데이트에서는 통합된 OpenSCAP 공유 라이브러리 API를 제공합니다. 63 기호가 제거되었으며 14가 추가되고 4는 업데이트된 서명이 있습니다. OpenSCAP 1.3.0에서 제거된 기호는 다음과 같습니다.

RHEL 8.2에서는 컨테이너 보안 및 컴플라이언스 검사를 위한 새로운 유틸리티가 도입되었습니다. oscap-podman 툴에서는 RHEL 7에서 컨테이너 및 컨테이너 이미지를 스캔하는 데 사용되는 oscap-docker 유틸리티와 동일합니다.

자세한 내용은 Scanning container and container images for vulnerabilities 섹션을 참조하십시오.

이번 업데이트에서 audispd 기능이 auditd로 변경되었습니다. 결과적으로 audispd 설정 옵션이 이제 auditd.conf의 일부가 되었습니다. 또한 plugins.d 디렉터리가 /etc/audit 로 이동되었습니다. 이제 service auditd state 명령을 실행하여 auditd 및 해당 플러그인을 확인할 수 있습니다.

init_t 도메인 유형은 RHEL 8에서 더 이상 제한되지 않습니다. 이로 인해 다른 SELinux 레이블 접근 방식을 사용하는 타사 애플리케이션에 문제가 발생할 수 있습니다.

비표준 위치의 레이블 지정 문제를 해결하기 위해 이러한 위치에 대한 파일 컨텍스트 균형을 구성할 수 있습니다.

이 방법은 비표준 위치에 설치된 대부분의 파일과 디렉터리에 올바른 레이블을 할당하므로 일부 실행 파일에 의해 시작된 프로세스에 올바르게 레이블이 지정됩니다.

파일 컨텍스트 균형을 제거하려면 다음 명령을 사용합니다.

# semanage fcontext -d -e / /my/apps

RHEL 8 SELinux 정책은 다음과 같은 추가 포트 유형을 제공합니다.

또한 dns_port_t 및 ephemeral_port_t 포트 유형의 정의가 변경되었으며 gluster_port_t 포트 유형이 제거되었습니다.

useradd 및 groupadd 명령은 순수하게 숫자 문자로 구성된 사용자 및 그룹 이름을 허용하지 않습니다. 이러한 이름을 허용하지 않는 이유는 사용자 및 그룹 이름 및 사용자 및 그룹 ID ( numbers)와 함께 작동하는 많은 도구를 혼동 할 수 있기 때문입니다. Red Hat Enterprise Linux 7에서는 all-numeric 사용자 및 그룹 이름이 더 이상 사용되지 않으며 해당 지원은 Red Hat Enterprise Linux 8에서 완전히 제거됩니다.

최신 Linux 시스템에서 tty 장치 파일의 동적 특성으로 인해 securetty PAM 모듈이 기본적으로 비활성화되어 있으며 /etc/securetty 구성 파일은 더 이상 RHEL에 포함되지 않습니다. 대부분의 경우의 실제 효과가 기본적으로 허용되도록 /etc/securetty 가 가능한 많은 장치를 나열했기 때문에 이러한 변경은 기본적으로 약간의 영향을 미칩니다. 그러나 보다 제한적인 구성을 사용하는 경우 pam_securetty.so 모듈을 /etc/pam.d 디렉터리의 적절한 파일에 활성화하는 행을 추가하고 새 /etc/securetty 파일을 생성해야 합니다.

Clevis HTTP 핀이 RHEL 8에서 제거되었으며 clevis 암호화 http 하위 명령을 더 이상 사용할 수 없습니다.

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

# yum install network-scripts

Red Hat Enterprise Linux 8에서 NetworkManager 는 SR-IOV(Single-root I/O Virtualization)를 지원하는 인터페이스에 대해 VF(가상 기능) 수를 구성할 수 있습니다. 또한 NetworkManager는 MAC 주소, VLAN, spoof checking 설정 및 허용된 비트레이트와 같은 VF의 일부 속성을 설정할 수 있습니다. SR-IOV와 관련된 모든 속성은 sriov 연결 설정에서 사용할 수 있습니다. 자세한 내용은 시스템의 nm-settings(5) 도움말 페이지를 참조하십시오.

이전에는 인터페이스 이름의 정확한 일치만 사용하여 주어진 인터페이스에 대한 연결을 제한할 수 있었습니다. 이번 업데이트를 통해 연결에 와일드카드를 지원하는 새로운 match.interface-name 속성이 있습니다. 이제 사용자는 와일드카드 패턴을 사용하여 보다 유연한 방식으로 연결에 대한 인터페이스를 선택할 수 있습니다.

이번 개선된 기능을 통해 NetworkManager 는 ethtool 오프로드 기능 구성을 지원하며 사용자는 더 이상 init 스크립트 또는 NetworkManager 디스패치 스크립트를 사용할 필요가 없습니다. 결과적으로 다음 방법 중 하나를 사용하여 연결 프로필의 일부로 오프로드 기능을 구성할 수 있습니다.

이 기능은 현재 그래픽 인터페이스와 nmtui 유틸리티에서 지원되지 않습니다.

자세한 내용은 nmcli를 사용하여 ethtool 오프로드 기능 구성을 참조하십시오.

NetworkManager 는 내부 및 dhclient DHCP 플러그인을 지원합니다. 기본적으로 RHEL (Red Hat Enterprise Linux) 7의 NetworkManager 는 dhclient 및 RHEL 8 내부 플러그인을 사용합니다. 특정 상황에서는 플러그인이 다르게 작동합니다. 예를 들어, dhclient 는 /etc/dhcp/ 디렉터리에 지정된 추가 설정을 사용할 수 있습니다.

RHEL 7에서 RHEL 8로 업그레이드하고 NetworkManager 가 다르게 작동하는 경우 dhclient 플러그인을 사용하려면 /etc/NetworkManager/NetworkManager.conf 파일의 [main] 섹션에 다음 설정을 추가하십시오.

[main]
dhcp=dhclient

NetworkManager-config-server 패키지는 설치 중에 GUI 기본 환경을 사용하는 Server 또는 Server를 선택하는 경우에만 기본적으로 설치됩니다. 다른 환경을 선택한 경우 yum install NetworkManager-config-server 명령을 사용하여 패키지를 설치합니다.

nftables 프레임워크는 패킷 분류 기능을 제공하며 iptables,ip6tables,arptables,ebtables, ipset 툴에 지정된 후속 기능을 제공합니다. 이전의 패킷 필터링 툴에 비해 편의성, 기능 및 성능이 크게 향상되었으며 주요 개선 사항은 다음과 같습니다.

iptables과 마찬가지로 nftables는 체인을 저장하기 위해 테이블을 사용합니다. 체인에는 작업을 수행하기 위한 개별 규칙이 포함되어 있습니다. nft 툴은 이전 패킷 필터링 프레임워크의 모든 도구를 대체합니다. libnftables 라이브러리는 libmnl 라이브러리를 통해 nftables Netlink API와 낮은 수준의 상호 작용에 사용할 수 있습니다.

iptables, ip6tables, ebtables 및 arptables 툴은 같은 이름을 가진 nftables 기반 드롭인 툴로 교체됩니다. 외부 동작은 기존 대응 동작과 일치하지만, 내부적으로는 필요에 따라 호환성 인터페이스를 통해 기존 netfilter 커널 모듈과 함께 nftables를 사용합니다.

nftables 규칙 세트에서 모듈의 영향은 nft list ruleset 명령을 사용하여 확인할 수 있습니다. 이러한 툴은 테이블, 체인 및 규칙을 nftables 규칙 세트에 추가하므로 nft flush ruleset 명령과 같은 nftables 규칙 세트 작업이 이전의 별도의 레거시 명령을 사용하여 설치된 규칙 세트에 영향을 미칠 수 있습니다.

어떤 종류의 툴이 존재하는지 신속하게 확인하기 위해 백엔드 이름을 포함하도록 버전 정보가 업데이트되었습니다. RHEL 8에서는 nftables 기반의 iptables 툴로 다음 버전 문자열이 출력됩니다.

$ iptables --version
iptables v1.8.0 (nf_tables)

기존 iptables 툴이 있는 경우 다음 버전 정보가 출력됩니다.

$ iptables --version
iptables v1.8.0 (legacy)

Red Hat Enterprise Linux (RHEL) 8에서는 arptables FORWARD 체인 기능이 제거되었습니다. 이제 ebtables 툴의 FORWARD 체인을 사용하여 규칙을 추가할 수 있습니다.

RHEL 8에서는 ebtables 명령은 iptables-ebtables 패키지에서 제공하며, 여기에는 툴을 기반으로 하는 nftables가 포함됩니다. 이 툴에는 다른 코드 베이스가 있으며 그 출력은 양호할 수 없거나 고의적인 디자인 선택 사항입니다.

결과적으로 일부 ebtables 출력을 구문 분석하는 스크립트를 마이그레이션할 때 다음을 반영하도록 스크립트를 조정합니다.

이번 업데이트에서는 iptables-translate 및 ip6tables-translate 툴을 추가하여 기존의 iptables 또는 ip6tables 규칙을 nftables에 해당하는 규칙으로 변환했습니다. 일부 확장 기능에는 해당 지원이 누락되어 있는 경우도 있습니다. 이러한 해당 기능이 누락된 확장 기능이 있는 경우 툴은 # 기호가 앞에 있는 미변환 규칙을 출력합니다. 예를 들면 다음과 같습니다.

| % iptables-translate -A INPUT -j CHECKSUM --checksum-fill
| nft # -A INPUT -j CHECKSUM --checksum-fill

또한 사용자는 규칙 덤프를 변환하기 위해 iptables-restore-translate 및 ip6tables-restore-translate 툴을 사용할 수 있습니다. 이전에는 iptables-save 또는 ip6tables-save 명령을 사용하여 현재 규칙 덤프를 출력할 수 있습니다. 예를 들면 다음과 같습니다.

| % sudo iptables-save >/tmp/iptables.dump
| % iptables-restore-translate -f /tmp/iptables.dump
| # Translated by iptables-restore-translate v1.8.0 on Wed Oct 17 17:00:13 2018
| add table ip nat
| ...

RHEL(Red Hat Enterprise Linux) 8에서는 CONFIG_DEBUG_SYSLOG가 활성화된 상태에서 wpa_supplicant 패키지가 구축됩니다. 이렇게 하면 /var/log/wpa_supplicant.log 파일의 콘텐츠를 검사하는 대신 journalctl 유틸리티를 사용하여 wpa_supplicant 로그를 읽을 수 있습니다.

wpa_supplicant 패키지는 무선 확장을 지원하지 않습니다. 사용자가 wext 를 명령줄 인수로 사용하거나 무선 확장만 지원하는 이전 어댑터에서 사용하려고 하면 wpa_supplicant 데몬을 실행할 수 없습니다.

새로운 TCP 혼잡 제어 알고리즘인 Bottlen1.8.0 Bandwidth 및 Round-trip time (BBR)은 이제 Red Hat Enterprise Linux (RHEL) 8에서 지원됩니다. BBR은 성능 장애 링크 및 RTT(Round-trip time)의 대역폭을 확인하려고 합니다. 대부분의 혼잡 알고리즘은 높은 처리량 링크에 문제가 있는 기본 Linux TCP 혼잡 제어 알고리즘인 CUBIC를 포함한 패킷 손실을 기반으로 합니다. BBR은 손실 이벤트에 직접 반응하지 않으며, 사용 가능한 대역폭과 일치하도록 TCP 태평양 비율을 조정합니다.

이에 대한 자세한 내용은 Red Hat Knowledgebase 솔루션에서 TCP BBR 혼잡 제어 알고리즘을 구성하는 방법을 참조하십시오.

Red Hat Enterprise Linux 8.0에서 커널은 IPVLAN 가상 네트워크 드라이버를 지원합니다. 이번 업데이트를 통해 IPVLAN 가상 NIC(네트워크 인터페이스 카드)는 단일 MAC 주소를 로컬 네트워크에 노출하는 여러 컨테이너에 대한 네트워크 연결을 가능하게 합니다. 이제 단일 호스트는 피어 네트워킹 장비가 지원하는 MAC 주소 개수 제한을 개선하기 위해 다수의 컨테이너를 보유할 수 있게 됩니다.

특정 네트워크 어댑터의 펌웨어는 Q-in-Q 또는 stacked 가상 로컬 영역 네트워크(VLAN)라고도 하는 802.1ad 표준을 완전히 지원하지 않습니다. 네트워크 어댑터가 802.1ad 표준을 지원하는 펌웨어 및 펌웨어 업데이트 방법을 확인하는 방법에 대한 자세한 내용은 하드웨어 공급업체에 문의하십시오. 결과적으로 RHEL 8.0에서 스택된 VLAN을 구성하는 올바른 펌웨어가 예상대로 작동합니다.

RHEL 7에서 기존 메모리 버스에는 48/46비트의 가상/실제 메모리 주소 지정 용량이 있으며 Linux 커널은 이러한 가상 주소를 물리적 주소로 관리하기 위해 4 레벨의 페이지 테이블을 구현했습니다. 물리적 버스 주소 지정 라인은 물리적 메모리 제한 용량을 64TB로 설정합니다.

이러한 제한은 128 PiB의 가상 주소 공간(64PB 사용자/64PB 커널) 및 4PB의 물리적 메모리 용량을 사용하여 57/52 비트의 가상/실제 메모리 주소 지정으로 확장되었습니다.

확장된 주소 범위를 사용하면 RHEL 8의 메모리 관리에서 5 레벨 페이지 테이블 구현을 지원합니다. 이 구현은 확장 된 주소 범위를 최대 128 PiB의 가상 주소 공간과 4 PiB의 물리적 주소 공간으로 처리할 수 있습니다.

설치된 실제 메모리가 64TiB 미만인 경우에도 이 기능을 지원하는 하드웨어에 대해 5단계 페이지 테이블이 기본적으로 활성화되어 있습니다. 64TiB 미만의 메모리가 있는 시스템의 경우 5 레벨 페이지 테이블을 이동할 때 약간의 오버헤드가 증가합니다. 이러한 오버헤드를 방지하기 위해 사용자는 no5lvl 커널 명령줄 매개 변수를 사용하여 4 레벨 페이지 테이블을 강제로 사용하여 5 레벨 페이지 테이블을 비활성화할 수 있습니다.

RHEL 8에서는 Linux 커널 알고리즘의 가상 메모리 관리에 업데이트가 있습니다. 이로 인해 이전 버전과 비교하여 익명 메모리 페이지(프로세스 데이터)가 디스크로 더 자주 교체될 수 있습니다. 이러한 변경은 최신 SSD(Solid-State Drive)의 성능 영향이 디스크 회전에 비해 훨씬 낮기 때문에 변경되었습니다. RHEL 8로 마이그레이션할 때 최적의 시스템 성능을 보장하려면 사용자가 시스템을 평가하고 필요한 경우 시스템의 스왑성 설정을 조정하는 것이 좋습니다.

eBPF(extended Berkeley Packet Filtering) 기능은 네트워킹 및 추적 모두에 대한 기술 프리뷰로 사용할 수 있습니다. eBPF 를 사용하면 사용자 지정 프로그램을 다양한 포인트(소켓, 추적 포인트, 패킷 수신)에 연결하여 데이터를 수신할 수 있습니다. 이 기능에는 다양한 유형의 맵 생성을 지원하고 커널에 다양한 유형의 프로그램을 삽입할 수 있는 새로운 시스템 호출 bpf() 가 포함되어 있습니다. bpf() syscall은 루트 사용자와 같은 CAP_SYS_ADMIN 기능이 있는 사용자만 사용할 수 있습니다. 자세한 내용은 bpf(2) man 페이지를 참조하십시오.

BCC(BPF Compiler Collection) 는 RHEL 8에서 기술 프리뷰로 사용 가능한 효율적인 커널 추적 및 조작 프로그램을 생성하기 위한 사용자 공간 툴 키트입니다. BCC는 eBPF(extended Berkeley Packet Filtering)를 사용하여 Linux 운영 체제의 I/O 분석, 네트워킹 및 모니터링을 위한 툴을 제공합니다.

이전에는 kdump 서비스가 부팅 프로세스의 초기 단계에서 발생한 커널 충돌을 등록하기 위해 너무 늦게 시작되었습니다. 결과적으로 충돌 정보를 함께 문제 해결의 가능성이 손실되었습니다.

이 문제를 해결하기 위해 RHEL 8에서는 early kdump 지원을 도입했습니다. 이 메커니즘에 대한 자세한 내용은 /usr/share/doc/kexec-tools/early-kdump-howto.txt 파일을 참조하십시오. 또한 Red Hat 지식베이스 솔루션에서 초기 kdump 지원이란 무엇이며 어떻게 구성합니까? 를 참조하십시오.

RHEL 8에서 다음 장치 드라이버에 대한 지원이 제거되었습니다.

아래에 나열된 어댑터에 대한 지원은 RHEL 8에서 제거되었습니다. 언급된 드라이버의 나열된 어댑터 이외의 지원은 변경되지 않은 상태로 유지됩니다.

PCI ID는 vendor:device:subvendor:subdevice 의 형식입니다. subdevice 또는 subvendor:subdevice 항목이 나열되지 않은 경우 이러한 누락된 항목의 값이 있는 장치가 제거되었습니다.

시스템에서 하드웨어의 PCI ID를 확인하려면 lspci -nn 명령을 실행합니다.

Red Hat Enterprise Linux 8에서 RuntimeClass 파일 시스템이 제거되었습니다. 여기에는 다음 구성 요소가 포함됩니다.

Red Hat Enterprise Linux 8의 vGPU 파일 시스템에 더 이상 생성, 마운트 또는 설치할 수 없습니다. Anaconda 설치 프로그램 및 Kickstart 명령은 더 이상 vGPU를 지원하지 않습니다.

XFS 파일 시스템은 공유 copy-on-write(COW) 데이터Extent 기능을 지원합니다. 이 기능을 사용하면 두 개 이상의 파일이 공통 데이터 블록 집합을 공유할 수 있습니다. 공통 블록을 공유하는 파일 중 하나가 변경되면 XFS는 링크를 공통 블록으로 분리하고 새 파일을 만듭니다. 이는 다른 파일 시스템에 있는 COW(Copy-On-Write) 기능과 유사합니다.

공유 COW(Copy-On-Write) 데이터 Extent 특징은 다음과 같습니다.

사용자 공간 유틸리티는 다음과 같은 목적으로 공유 COW(Copy-On-Write) 데이터 Extent를 사용할 수 있습니다.

이 기능은 보다 더욱 효율적인 운영을 위해 Overlayfs 및 NFS와 같은 커널 하위 시스템에서도 사용됩니다.

공유 COW(Copy-On-Write) 데이터 Extent는 xfsprogs 패키지 버전 4.17.0-2.el8 이상에서 XFS 파일 시스템을 만들 때 기본적으로 활성화됩니다.

현재 Direct Access(DAX) 장치는 공유 COW(Copy-On-Write) 데이터 Extent가 있는 XFS를 지원하지 않습니다. 이 기능을 사용하지 않고 XFS 파일 시스템을 만들려면 다음 명령을 사용하십시오.

# mkfs.xfs -m reflink=0 block-device

Red Hat Enterprise Linux 7은 읽기 전용 모드에서만 공유 COW(Copy-On-Write) 데이터 Extent로 XFS 파일 시스템을 마운트할 수 있습니다.

이번 업데이트를 통해 ext4 메타데이터는 체크섬으로 보호됩니다. 이를 통해 파일 시스템에서 손상된 메타데이터를 인식하여 손상을 방지하고 파일 시스템 복원력을 높일 수 있습니다.

Red Hat Enterprise Linux 8.0에서 NFS 구성은 Red Hat Enterprise Linux 7에서 /etc/nfs.conf 로 사용된 /etc/sysconfig/nfs 구성 파일에서 이동했습니다.

/etc/nfs.conf 파일은 다른 구문을 사용합니다. Red Hat Enterprise Linux 8은 Red Hat Enterprise Linux 7에서 업그레이드할 때 모든 옵션을 /etc/sysconfig/nfs.conf에서 /etc/nfs.conf 로 자동 변환합니다.

두 구성 파일은 모두 Red Hat Enterprise Linux 7에서 지원됩니다. 새 /etc/nfs.conf 파일을 사용하여 자동화된 구성 시스템과 호환되는 모든 Red Hat Enterprise Linux 버전에서 NFS를 구성하는 것이 좋습니다.

또한 다음 NFS 서비스 별칭이 제거되어 업스트림 이름으로 교체되었습니다.

BOOM은 부팅 항목 설정을 위해 BootLoader Specification을 지원하는 부팅 로더를 사용하는 Linux 시스템용 부팅 관리자입니다. 유연한 부팅 설정이 가능하며 LVM을 사용하여 생성된 시스템의 스냅샷 이미지를 부팅하는 것과 같이 새롭거나 수정된 부팅 항목을 간단하게 만들 수 있습니다.

BOOM은 기존 부팅 로더 구성을 변경하지 않고 추가 항목만 삽입합니다. 기존 설정이 유지되며 커널 설치 및 업데이트 스크립트와 같은 배포 통합은 이전처럼 계속 작동합니다.

BOOM에는 부팅 항목을 쉽게 생성할 수 있는 CLI(Command-Line Interface) 및 API가 있습니다.

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

Stratis를 사용하면 다음과 같은 스토리지 작업을 보다 쉽게 수행할 수 있습니다.

Stratis 스토리지를 관리하려면 stratisd 백그라운드 서비스와 통신하는 stratis 유틸리티를 사용합니다.

Stratis는 기술 프리뷰로 제공됩니다.

자세한 내용은 Stratis 설명서를 참조하십시오. Stratis 파일 시스템 설정.

RHEL 8에서는 LUKS 버전 2(LUKS2) 형식이 기존 LUKS(LUKS1) 형식 대신 사용됩니다. 이제 dm-crypt 하위 시스템과 cryptsetup 툴은 LUKS2를 암호화된 볼륨의 기본 형식으로 사용합니다. LUKS2는 부분적인 메타데이터 손상 이벤트가 발생했을 경우에 대비하여 메타데이터 중복 및 자동 복구 기능을 갖춘 암호화된 볼륨을 제공합니다.

내부 유연한 레이아웃으로 인해 LUKS2도 향후 기능을 사용할 수 있습니다. libcryptsetup 에 빌드된 일반 커널 키 링 토큰을 통해 자동 잠금을 지원하므로 사용자가 커널 키링 보존 서비스에 저장된 암호를 사용하여 LUKS2 볼륨의 잠금을 해제할 수 있습니다.

기타 주요 기능 개선 사항:

자세한 내용은 cryptsetup(8) 및 cryptsetup-reencrypt(8) 매뉴얼 페이지를 참조하십시오.

Red Hat Enterprise Linux 8에서 블록 장치는 Multi-Queue 스케줄링을 사용합니다. 이를 통해 솔리드 스테이트 드라이브(SSD) 및 멀티 코어 시스템으로 블록 계층 성능을 확장할 수 있습니다.

SCSI Multiqueue (scsi-mq) 드라이버가 기본적으로 활성화되고 커널은 scsi_mod.use_blk_mq=Y 옵션으로 부팅됩니다. 이러한 변화는 업스트림 Linux 커널과 일치합니다.

DM Multipath(Device Mapper Multipath)를 활성화하려면 scsi-mq 드라이버가 필요합니다.

VDO(Virtual Data Optimizer)는 RHEL 8이 지원하는 모든 아키텍처에서 사용할 수 있습니다.

VDO(Virtual Data Optimizer)에서 읽기 캐시 기능이 제거되었습니다. 읽기 캐시는 VDO 볼륨에서 항상 비활성화되어 있으며 RuntimeClass 유틸리티의 --readCache 옵션을 사용하여 더 이상 활성화할 수 없습니다.

Red Hat은 다른 구현을 사용하여 이후 Red Hat Enterprise Linux 릴리스에서 VDO 읽기 캐시를 다시 소개할 수 있습니다.

dmraid 패키지는 Red Hat Enterprise Linux 8에서 제거되었습니다. 결합된 하드웨어 및 소프트웨어 RAID 호스트 버스 어댑터(HBA)를 지원하는 사용자는 네이티브 MD 소프트웨어 RAID, SNIA RAID DDF(Common Disk Data Format) 및 Intel® Matrix Storage Manager(IMSM) 형식을 지원하는 mdadm 유틸리티를 사용해야 합니다.

자세한 내용은 FCoE 소프트웨어 제거를 참조하십시오.

multipathd 서비스의 경계 경로 검색이 개선되었습니다. 이는 멀티패스 장치가 반복적으로 실패할 가능성이 있는 경로를 피하고 성능을 향상시킬 수 있습니다. 경계 경로는 지속적이지만 일시적인 I/O 오류가 있는 경로입니다.

/etc/multipath.conf 파일의 다음 옵션은 경계 경로 동작을 제어합니다.

DM Multipath는 다음과 같은 경우 경로를 비활성화하고 구성된 샘플 기간 동안 I/O를 반복 테스트합니다.

테스트 중에 경로에 구성된 오류 비율보다 큰 오류 비율이 있는 경우 DM Multipath는 설정된 간격 시간 동안 이 비율을 무시한 다음 복원할 수 있을 정도로 제대로 작동하고 있는지 여부를 다시 확인합니다.

자세한 내용은 시스템의 multipath.conf 도움말 페이지를 참조하십시오.

/etc/multipath.conf 파일에는 모든 장치에 대한 구성 값을 설정할 수 있는 overrides 섹션이 포함되어 있습니다. DM Multipath는 장치를 포함하는 경로의 /etc/multipath.conf 파일에 있는 multipaths 섹션에서 지정한 속성으로 덮어쓰지 않는 한 모든 장치에 대해 이러한 속성을 사용합니다. 이 기능은 더 이상 지원되지 않는 구성 파일의 devices 섹션에 있는 all_devs 매개변수를 대체합니다.

NVMe/FC(NVMe over Fibre Channel) 전송 유형은 NVMe를 지원하는 Broadcom Emulex 및 Marvell Qlogic Fibre Channel 32Gbit 어댑터와 함께 사용할 때 Initiator 모드에서 완전히 지원됩니다.

NVMe/FC(NVMe over Fibre Channel)는 Red Hat Enterprise Linux에서 이전에 도입된 RDMA(Remote Direct Memory Access) 프로토콜 외에도 NVMe(Nonvolatile Memory Express) 프로토콜을 위한 추가적인 패브릭 전송 유형입니다.

NVMe/FC 활성화:

추가 제한 사항:

DIF/DIX가 SCSI 표준에 추가되었습니다. 지원 대상으로 특별히 나열된 항목을 제외하고는 모든 HBA 및 스토리지 배열의 경우 기술 프리뷰로 남아 있습니다.

DIF/DIX는 일반적으로 사용되는 512바이트 디스크 블록의 크기를 512에서 520바이트로 늘려 DIF(데이터 무결성 필드)를 추가합니다. DIF는 쓰기가 발생할 때 HBA(Host Bus Adapter)에 의해 계산된 데이터 블록의 체크섬 값을 저장합니다. 스토리지 장치는 수신 시 체크섬을 확인한 다음 데이터와 체크섬을 모두 저장합니다. 반대로, 읽기가 발생하면 스토리지 장치와 수신 HBA에서 체크섬을 확인할 수 있습니다.

libStorageMgmt 라이브러리에서 사용하는 libstoragetekton-netapp-plugin 패키지가 제거되었습니다. 다음과 같은 이유로 더 이상 지원되지 않습니다.

Cylinder-Head-Sector(CHS) 주소는 더 이상 최신 스토리지 장치에 유용하지 않습니다. sfdisk 및 cfdisk 명령에서 옵션으로 제거되었습니다. RHEL 8 이후에는 다음 옵션을 사용할 수 없습니다.

자세한 내용은 sfdisk(8) 및 cfdisk(8) 매뉴얼 페이지를 참조하십시오.

공유 스토리지 장치를 관리하기 위해 LVM에서 더 이상 RuntimeClass(클러스터 lvm 데몬)를 사용하지 않습니다. 대신 LVM에서 lvmlockd (lvm 잠금 데몬)를 사용합니다.

LVM에서 메타데이터 캐싱에 lvmetad 데몬을 더 이상 사용하지 않으며 항상 디스크에서 메타데이터를 읽습니다. LVM 디스크 읽기가 감소되어 캐싱의 이점을 줄일 수 있습니다.

이전에는 논리 볼륨의 자동 비활성화가 lvm.conf 구성 파일의 use_lvmetad 설정에 간접적으로 연결되었습니다. 자동 비활성화를 비활성화하는 올바른 방법은 lvm.conf 파일에서 auto_activation_volume_list 를 계속 설정합니다.

LVM은 더 이상 GFS 풀 볼륨 관리자 또는'lvm1의 메타데이터 형식으로 포맷된 장치를 관리할 수 없습니다. Red Hat Enterprise Linux 4가 도입되기 전에 논리 볼륨을 생성한 경우 이에 영향을 미칠 수 있습니다. lvm1 형식을 사용하는 볼륨 그룹은 lvm convert 명령을 사용하여 lvm2 형식으로 변환해야 합니다.

lvm2-python-libs 패키지에서 제공한 lvm2app 라이브러리 및 LVM Python 바인딩이 제거되었습니다. 대신 다음 솔루션을 사용하는 것이 좋습니다.

Red Hat Enterprise Linux 8으로 업그레이드하기 전에 제거된 라이브러리 및 D-Bus API에 대한 바인딩을 사용하여 애플리케이션을 이식해야 합니다.

미러링된 LVM 볼륨의 미러링된 로그 기능이 제거되었습니다. RHEL(Red Hat Enterprise Linux) 8은 미러링된 미러 로그로 LVM 볼륨 생성 또는 활성화를 더 이상 지원하지 않습니다.

권장 교체 사항은 다음과 같습니다.

Subversion 1.10에는 RHEL 7에서 배포한 버전 1.7 이후에 추가된 새로운 기능 및 다음과 같은 호환성 변경 사항이 추가되어 있습니다.

Red Hat Enterprise Linux 8은 PHP 7.2와 함께 배포됩니다. 이 버전에서는 RHEL 7에서 사용할 수 있는 PHP 5.4에 대해 다음과 같은 주요 변경 사항이 추가되었습니다.

다음의 확장 기능이 제거되었습니다.

RHEL 8을 통해 배포된 Perl 5.26에서는 RHEL 7에서 제공되었던 버전에 다음과 같은 변경 사항이 추가되었습니다.

RHEL 8에서는 RHEL 7에서 사용 가능한 Ruby 2.0.0의 새로운 기능과 개선사항이 추가된 Ruby 2.5를 제공합니다. 주요 변경 사항은 다음과 같습니다.

RHEL 8에는 RHEL 7에서 배포된 버전 2.0에 비해 많은 새로운 기능, 향상된 기능 및 버그 수정사항이 추가된 SWIG(Simplified Wrapper and Interface Generator) 버전 3.0이 포함되어 있습니다. 특히 C ++ 11 표준에 대한 지원이 구현되었습니다. SWIG 는 이제 Go 1.6,PHP 7,Octave 4.2, Python 3.5 에서도 지원됩니다.

JavaScript 프로그래밍 언어로 빠르고 확장 가능한 네트워크 애플리케이션을 구축하기 위한 소프트웨어 개발 플랫폼인 Node.js가 RHEL에서 처음으로 제공됩니다. 이전에는 소프트웨어 컬렉션으로만 제공되었습니다. RHEL 8에서는 Node.js 10이 제공됩니다.

RHEL 8은 Tcl/Tk 버전 8.6 과 함께 배포되며 Tcl/Tk 버전 8.5 에 대해 여러 가지 주요 변경 사항을 제공합니다.

Tcl/Tk 버전 8.6 변경 사항 및 새로운 인종에 대한 자세한 내용은 다음 리소스를 참조하십시오.

Tcl/Tk 8.6 으로 마이그레이션해야 하는 경우 T cl/Tk를 사용하여 작업을 스크립팅하는 사용자가 마이그레이션 경로를 참조하십시오.

Apache HTTP Server 가 RHEL 7의 2.4.6 버전에서 RHEL 8의 2.4.37 버전으로 업데이트되었습니다. 이 업데이트된 버전에는 몇 가지 새로운 기능이 포함되어 있지만 외부 모듈 구성 및 ABI(Application Binary Interface) 수준에서는 RHEL 7 버전과의 역호환성을 유지합니다.

새로운 기능은 다음과 같습니다.

기타 주요 변경 사항은 다음과 같습니다.

배포에 대한 지침은 Apache HTTP 웹 서버 설정을 참조하십시오.

RHEL 8에서는 HTTP 및 기타 프로토콜을 지원하는 웹 서버 및 프록시 서버인 nginx 1.14를 도입하여 높은 동시성, 성능 및 낮은 메모리 사용률에 중점을 두고 있습니다. nginx는 이전에는 소프트웨어 컬렉션으로만 사용 가능했습니다.

이제 nginx 웹 서버에서는 PKCS#11 모듈에서 직접 하드웨어 보안 토큰의 TLS 개인 키를 로드하는 기능을 지원합니다. 결과적으로 이제 nginx 설정에서 PKCS#11 URL을 사용하여 ssl_certificate_key 지시문으로 TLS 개인 키를 지정할 수 있습니다.

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

서블릿 컨테이너가 필요한 RHEL 8.8보다 이전 마이너 버전의 사용자는 JBoss Web Server 를 사용할 수 있습니다.

RHEL에서 처음으로 고성능 HTTP 역방향 프록시인 Varnish Cache 가 제공됩니다. 이전에는 소프트웨어 컬렉션으로만 제공되었습니다. Varnish Cache 는 향후 동등한 요청에서 응답 시간 및 네트워크 대역폭 사용을 줄이는 데 사용되는 메모리에 파일 또는 파일 조각을 저장합니다. RHEL 8.0은 Varnish Cache 6.0 과 함께 배포됩니다.

RHEL 8.0은 FTP, Gopher 및 HTTP 데이터 오브젝트를 지원하는 웹 클라이언트용 고성능 프록시 캐싱 서버인 Squid 4.4 와 함께 배포됩니다. 이 릴리스에서는 RHEL 7에서 사용할 수 있는 버전 3.5에 비해 다양한 새로운 기능, 개선 사항 및 버그 수정을 제공합니다.

주요 변경 사항은 다음과 같습니다.

MariaDB 10.3 에서는 RHEL 7에 배포된 버전 5.5에 비해 다음과 같은 다양한 새로운 기능을 제공합니다.

또한 새로운 mariadb-connector-c 패키지에서는 MySQL 및 MariaDB의 공통 클라이언트 라이브러리를 제공합니다. 이 라이브러리는 MySQL 및 MariaDB 데이터베이스 서버의 모든 버전에서 사용할 수 있습니다. 결과적으로 RHEL 8을 통해 배포된 MySQL과 MariaDB 서버에 구축되는 애플리케이션 중 하나에 연결할 수 있습니다.

기타 주요 변경 사항은 다음과 같습니다.

Using MariaDB on Red Hat Enterprise Linux 8도 참조하십시오.

RHEL 8에 포함되는 MySQL 8.0은 다음과 같은 향상된 기능을 제공합니다.

또한 RHEL 8의 클라이언트 툴과 라이브러리는 기본적으로 업스트림 MySQL 8.0 버전에서 사용되는 caching_sha2_password 방법과 호환되지 않으므로, RHEL 8을 통해 배포된 MySQL 8.0 서버는 mysql_native_password를 기본 인증 플러그인으로 사용하도록 구성됩니다.

기본 인증 플러그인을 caching_sha2_password로 변경하려면 /etc/my.cnf.d/mysql-default-authentication-plugin.cnf 파일을 다음과 같이 변경합니다.

[mysqld]
default_authentication_plugin=caching_sha2_password

RHEL 8.0에서는 postgresql 모듈의 두 가지 스트림에 배포된 PostgreSQL 데이터베이스 서버의 두 가지 버전을 제공합니다. PostgreSQL 10 (기본 스트림) 및 PostgreSQL 9.6. RHEL 7에는 PostgreSQL 버전 9.2가 포함되어 있습니다.

PostgreSQL 9.6 에서 주요 변경 사항은 다음과 같습니다.

PostgreSQL 10 의 주요 개선 사항은 다음과 같습니다.

Using PostgreSQL on Red Hat Enterprise Linux 8 에서도 참조하십시오.

Red Hat Enterprise Linux 8에서 GCC 툴체인은 GCC 8.2 릴리스 시리즈를 기반으로 합니다. Red Hat Enterprise Linux 7 이후 주요 변경 사항은 다음과 같습니다.

다음은 보안과 관련된 GCC의 변경 사항이며 Red Hat Enterprise Linux 7.0 릴리스 이후 추가되었습니다.

C++ ABI는 std::string 및 std::list에서 변경

libstdc++ 라이브러리의 std:: string 및 std::list 클래스의 ABI(Application Binary Interface)는 RHEL 7 (GCC 4.8)과 RHEL 8(GCC 8) 사이에서 C++11 표준을 준수하도록 변경되었습니다. libstdc++ 라이브러리는 이전 및 새 ABI를 모두 지원하지만 다른 C++ 시스템 라이브러리는 지원하지 않습니다. 결과적으로 이러한 라이브러리에 대해 동적으로 연결되는 애플리케이션을 다시 빌드해야 합니다. 이는 C++98을 포함한 모든 C++ 표준 모드에 영향을 미칩니다. 또한 RHEL 7용 Red Hat Developer Toolset 컴파일러를 사용하여 빌드된 애플리케이션에도 영향을 미치므로 시스템 라이브러리와의 호환성을 유지하기 위해 이전 ABI가 유지되었습니다.

GCC는 더 이상 Ada, Go, Obspi C/C++ 코드를 빌드하지 않습니다.

Ada (GNAT), GCC Go 및 intended C/C++ 언어로 코드를 빌드하는 기능이 GCC 컴파일러에서 제거되었습니다.

Go 코드를 빌드하려면 대신 Go Toolset을 사용합니다.

ntpd 는 RHEL 8의 chronyd 를 대신하기 때문에 IdM 서버는 더 이상 NTP(Network Time Protocol) 서버로 구성되지 않으며 NTP 클라이언트로만 구성됩니다. RHEL 7 NTP Server IdM 서버 역할도 RHEL 8에서 더 이상 사용되지 않습니다.

이전 버전의 RHEL(Red Hat Enterprise Linux)의 OpenLDAP 제품군은 암호화 목적으로 Mozilla Network Security Services (NSS)를 사용했습니다. RHEL 8을 사용하면 OpenLDAP 커뮤니티에서 지원하는 OpenSSL이 NSS를 대체합니다. OpenSSL은 인증서 및 키를 저장하기 위해 NSS 데이터베이스를 지원하지 않습니다. 그러나 동일한 목적을 제공하는 개인 정보 보호 강화 메일 (PEM) 파일을 계속 지원합니다.

RHEL (Red Hat Enterprise Linux) 8에서 python-gssapi 패키지는 python-krbV,python-kerberos,python-requests-kerberos, python-urllib2_kerberos 와 같은 Python Kerberos 패키지를 대체했습니다. 주요 이점은 다음과 같습니다.

GSSAPI 기반 패키지를 사용하면 이전 버전과의 호환성을 위해 Kerberos와 같은 Kerberos 외에 기타 일반 보안 서비스 API(GSSAPI) 메커니즘을 사용할 수 있습니다.

이번 업데이트에서는 RHEL 8에서 GSSAPI의 유지 관리 및 디버깅 가능성이 향상되었습니다.

RHEL 8에서는 ad_gpo_access_control 옵션에 대한 기본 설정이 강제 적용되어 Active Directory Group Policy Objects(GPO)를 기반으로 하는 액세스 제어 규칙이 평가되고 적용됩니다.

반대로 RHEL 7에서 이 옵션의 기본값은 허용 이며, 이 권한은 JWT 기반 액세스 제어 규칙을 평가하지만 적용하지는 않습니다. 허용 모드를 사용하면 grant 사용자가 access를 거부할 때마다 syslog 메시지가 기록되지만 해당 사용자는 계속 로그인할 수 있습니다.

GPO에 대한 자세한 내용은 RHEL의 그룹 정책 오브젝트 액세스 제어 적용 및 sssd-ad 설명서 페이지의 ad_gpo_access_control 항목을 참조하십시오.

RHEL 8에서 authselect 유틸리티 대신 authconfig 유틸리티를 대체합니다. authselect 는 시스템 관리자에게 PAM 구성 변경을 더 간단하게 만들 수 있는 PAM 스택 관리에 대한 보다 안전한 접근 방식을 제공합니다. authselect 는 암호, 인증서, 스마트 카드 및 지문과 같은 인증 방법을 구성하는 데 사용할 수 있습니다. authselect 는 원격 도메인에 가입하는 데 필요한 서비스를 구성하지 않습니다. 이 작업은 realmd 또는 ipa-client-install 과 같은 특수 툴에 의해 수행됩니다.

RHEL 8에서 기본 인증 정보 캐시 스토리지는 sssd-kcm 데몬에서 지원하는 KCM(Kerberos Credential Manager)입니다. KCM에는 이전에 사용된 KEYRING의 제한 사항(예:네임 스페이스가 없기 때문에 컨테이너 환경에서 사용하기가 어렵고 할당량을 표시 및 관리할 수 없음)이 해결되어 있습니다.

이번 업데이트를 통해 RHEL 8에는 컨테이너화된 환경에 더 적합하고 향후 릴리스에서 보다 많은 기능을 빌드할 수 있는 기반을 제공하는 인증 정보 캐시가 제공됩니다.

이번 업데이트에서 SSSD(System Security Services Daemon)의 sssctl 유틸리티를 통해 IdM(Identity Management) 도메인의 액세스 제어 보고서를 출력할 수 있습니다. 이는 특정 환경에서 규제상의 이유로 특정 클라이언트 컴퓨터에 액세스할 수 있는 사용자 및 그룹 목록을 표시하는 기능으로 사용될 수 있습니다. IdM 클라이언트에서 sssctl access-report domain_name을 실행하면 클라이언트 시스템에 적용되는 IdM 도메인의 호스트 기반 액세스 제어(HBAC) 규칙의 구문 분석된 하위 세트를 표시합니다.

IdM 이외의 모든 공급자는 이 기능을 지원하지 않습니다.

RHEL 8.8 이상에서는 /etc/passwd 및 /etc/group 파일에서 사용자 및 그룹에 서비스를 제공하는 SSSD(System Security Services Daemon) 파일 공급자가 기본적으로 비활성화되어 있습니다. /etc/sssd/sssd.conf 구성 파일의 enable_files_domain 설정 기본값은 false 입니다.

RHEL 8.7 및 이전 버전의 경우 SSSD 파일 공급자가 기본적으로 활성화되어 있습니다. sssd.conf 구성 파일의 enable_ files _domain 설정 기본값은 true 이고 sss nsswitch 모듈은 /etc/nsswitch.conf 파일의 파일 앞에 있습니다.

기본적으로 SSSD(System Security Services Daemon)는 스마트 카드 인증에 대한 장치를 자동으로 감지합니다. 여러 장치가 연결되어 있으면 SSSD에서 먼저 탐지하는 장치를 선택합니다. 결과적으로 특정 장치를 선택할 수 없으므로 실패가 발생하는 경우도 있습니다.

이번 업데이트를 통해 sssd.conf 구성 파일의 [pam] 섹션에 새 p11_uri 옵션을 구성할 수 있습니다. 이 옵션을 사용하면 스마트 카드 인증에 사용되는 장치를 정의할 수 있습니다.

예를 들어 OpenSC PKCS#11 모듈에서 감지한 슬롯 ID 2 가 있는 리더를 선택하려면 다음을 추가합니다.

p11_uri = library-description=OpenSC%20smartcard%20framework;slot-id=2

sssd.conf의 [pam] 섹션에 추가합니다.

자세한 내용은 man sssd.conf 페이지를 참조하십시오.

Red Hat Enterprise Linux 8에서 SSSD(System Security Services Daemon)의 sssd-secrets 구성 요소가 제거되었습니다. 이는 보안 서비스 공급자인 Custodia가 더 이상 활발하게 개발되지 않았기 때문입니다. 다른 Identity 관리 툴을 사용하여 시크릿을 저장합니다(예: Identity Management Vault).

libwbclient 패키지의 SSSD 구현으로 인해 winbind 서비스를 실행할 필요 없이 Samba ClusterRoled 서비스에서 AD에서 사용자 및 그룹 정보를 검색할 수 있었습니다. Samba에서 이제 winbind 서비스가 실행 중이고 AD와의 통신을 처리해야 하므로 보안상의 이유로 관련 코드가 smdb 에서 제거되었습니다. 이 추가 필수 기능은 SSSD의 일부가 아니며 libwbclient 의 SSSD를 최신 버전의 Samba와 함께 사용할 수 없으므로 RHEL 8.5에서는 libwbclient 의 SSSD 구현이 제거되었습니다.

RHEL 8에서는 GNOME 쉘 버전 3.28을 사용할 수 있습니다. 주요 개선 사항은 다음과 같습니다.

GNOME 3에서는 다음과 같은 두 가지 필수 환경을 제공합니다.

두 환경 모두 두 개의 다른 프로토콜을 사용하여 그래픽 사용자 인터페이스를 빌드할 수 있습니다.

RHEL 8의 기본 조합은 Wayland의 GNOME 쉘을 디스플레이 서버로 사용하는 GNOME 표준 환경입니다.

그러나 GNOME Shell 환경 및 그래픽 프로토콜 스택의 다른 조합으로 전환할 수 있습니다. 자세한 내용은 21.3절. “GNOME 환경 및 표시 프로토콜 선택”의 내용을 참조하십시오.

RHEL 8에서는 desktop 아이콘 기능은 FlexVolume 파일 관리자에서 더 이상 제공되지 않지만 데스크탑 아이콘 gnome-shell 확장에 의해 제공됩니다.

확장을 사용하려면 Appstream 리포지토리에서 사용할 수 있는 gnome-shell-extension-ECDHE-icons 패키지를 설치해야 합니다.

Wayland 세션의 GNOME 쉘에서 부분 스케일링 기능을 사용할 수 있습니다. 이 기능을 사용하면 GUI를 일부 비율로 확장할 수 있으므로 특정 디스플레이에서 확장된 GUI의 모양을 개선할 수 있습니다.

이 기능은 현재 실험적인 것으로 간주되므로 기본적으로 비활성화되어 있습니다.

부분적인 스케일링을 활성화하려면 다음 명령을 실행합니다.

# gsettings set org.gnome.mutter experimental-features "['scale-monitor-framebuffer']"

RHEL 7의 그래픽 환경에서 패키지 관리용 툴 컬렉션을 제공한 gnome-packagekit 패키지는 더 이상 사용할 수 없습니다.

RHEL 8에서는 애플리케이션과 gnome-shell 확장 기능을 설치 및 업데이트할 수 있는 GNOME 소프트웨어 유틸리티에서 유사한 기능을 제공합니다. GNOME 소프트웨어는 gnome-software 패키지로 배포됩니다.

sudo 명령을 사용하여 터미널에서 그래픽 애플리케이션을 열려고 시도할 때 다음을 수행해야 합니다.

X11 애플리케이션

애플리케이션이 X11 디스플레이 프로토콜을 사용하는 경우 X 서버 액세스 제어 목록에 로컬 사용자 루트 를 추가합니다. 결과적으로 root 는 X11 프로토콜을 Wayland 프로토콜로 변환하고 역방향으로 변환하는 Xwayland 에 연결할 수 있습니다.

Wayland 애플리케이션

애플리케이션이 Wayland 네이티브인 경우 -E 옵션을 포함합니다.

그렇지 않으면 sudo 를 입력하고 애플리케이션 이름을 여는 작업이 다음 오류 메시지와 함께 실패합니다.

No protocol specified
Unable to init server: could not connect: connection refused
# Failed to parse arguments: Cannot open display