1.11.3. RHSA-2026:79157 - OpenShift Container Platform 4.21.37 버그 수정 및 보안 업데이트
출시 날짜: 2026년 10월 13일
OpenShift Container Platform 릴리스 4.21.37이 공개되었습니다. 업데이트에 포함된 버그 수정 목록은 RHSA-2026:79157 권고에 설명되어 있습니다. 업데이트에 포함된 RPM 패키지는 RHBA-2026:79152 권고를 통해 제공됩니다.
권고에 이 릴리스의 모든 컨테이너 이미지에 대한 설명은 제외되어 있습니다.
다음 명령을 실행하여 이 릴리스에서 컨테이너 이미지를 볼 수 있습니다.
$ oc adm release info 4.21.37 --pullspecs
1.11.3.1. 해결된 문제 링크 복사링크가 클립보드에 복사되었습니다!
링크 복사링크가 클립보드에 복사되었습니다!
-
이번 업데이트 이전에는 Berkeley Packet Filter (BPF) 파일 시스템에서 파일 이름에서 점(".")을 허용하지 않았습니다. 그 결과 Ingress 노드 방화벽은
bond0.12과 같은 가상 LAN(VLAN) 하위 인터페이스에 규칙을 연결할 수 없었습니다. 점이 포함된 인터페이스의 링크를 고정하려고 하면 실패하고작업이 허용되지 않음오류가 발생했습니다. 이번 릴리스에서는 Ingress Node 방화벽에서 점을 자리 표시자 문자열로 변환하여 핀 파일 이름을 삭제합니다. 예를 들어,vLAN.100은 BPF 파일 시스템에 쓰기 전에vLAN_dot_100이 됩니다. 결과적으로 결합된 인터페이스의 VLAN과 같은 하위 인터페이스에 방화벽 규칙을 성공적으로 적용할 수 있습니다. (OCPBUGS-31495) -
이 업데이트 이전에 AWS에 호스팅 클러스터를 비상업적 ISO 또는 분류된 지역에 배포할 때 클러스터 네트워크 운영자(CNO)는 호스팅 클러스터 노드의 최대 전송 유닛(MTU)을 9001로 가정했습니다. 이러한 영역 중 일부는 이 MTU 값에서 덤보 프레임을 지원하지 않으며 클러스터 생성 중에 설정을 덮을 수 없기 때문에 이러한 영역의 호스팅 클러스터에 대한 네트워킹이 올바르게 구성되지 않을 수 있습니다. 이 릴리즈를 사용하면 클러스터 생성 시간에 576 및 9216 사이에 OVN-Kubernetes 터널 인터페이스 MTU를 지정할 수 있습니다. 이 설정은
HostedCluster사용자 지정 자원(CR)의ovnKubernetesConfig구성에 있는 선택적이고 변하지 않는mtu필드를 사용하거나--ovn-kubernetes-mtu호스팅된 제어 플래그 CLI 플래그를 사용하여 구성할 수 있습니다. 결과적으로, jumbo 프레임을 지원하지 않는 AWS 영역에서 호스팅 된 클러스터를 성공적으로 배포할 수 있으며 CNO는 올바른 MTU 값을 적용합니다. (OCPBUGS-81489) -
이 업데이트 이전에는 이중 스택 호스팅 클러스터에서 4바이트 대비 16바이트 IPv4 매핑 주소와 같은 일치하지 않는 IP SAN 바이트 길이가 잘못된 검증 실패를 일으켰습니다. 결과적으로, 제어 비행기 운영자는 지속적으로
kas-server-crt를재생하도록 강요되었으며, 이는 장비를 중단시킬 수있는 발전 장애를 일으켰습니다. 이 릴리즈에서는 비교 전에net.IP.To16()을사용하여 IP SAN을 정상화합니다. 결과적으로 불필요한 인증서 재생 및 지속적인큐브-아피저버롤링 업데이트가 발생하지 않습니다. (OCPBUGS-112732) -
이 업데이트 이전에,
kube-apiserver-check-endpoints컨테이너는 포트17697의check-endpoint서비스에 대한 TLS 인증서를 생성했으며 유효 기간은 1초입니다. 결과적으로 인증서는 생성 후 거의 즉시 만료되었습니다. 이는 이전 버전의 OpenShift 컨테이너 플랫폼과는 다릅니다. 인증서는 1 개월 동안 유효했습니다. 이 릴리즈를 통해kube-apiserver-check-endpoints컨테이너는 적절한 유효 기간을 가진 인증서를 생성합니다. 결과적으로,check-endpoint서비스 인증서는 이전 릴리즈와 일치하여 예상 기간 동안 유효합니다. (OCPBUGS-127407) - 이 업데이트 이전에, EgressIP가 포함된 노드가 재부팅되었을 때, ovnkube-cluster-manager는 EgressIP를 새 노드에 재 할당했지만 재부팅 노드에서 즉시 제거하지 않았습니다. 이전 노드와 새 노드 모두 동일한 IP 주소에 대한 ARP 요청에 응답했습니다. 결과적으로, 이 MAC 주소 플래핑은 네트워크 스위치, 방화벽 또는 기타 장치가 잘못 작동하거나 EgressIP 트래픽을 차단할 수 있습니다. 이 릴리스에서 nftables 규칙은 EgressIP 마이그레이션 후 오래된 노드에서 ARP 응답을 차단합니다. 결과적으로, EgressIP 페일오버는 노드 재부팅 동안 MAC 주소 충돌없이 완료됩니다. (OCPBUGS-128910)