SLES 15에서 FIPS 모드를 활성화하고 부팅 상태를 확인하십시오.
SUSE의 SP7 절차에 따라 FIPS 모드를 활성화하고, 안전하게 재부팅하고, 활성 정책을 확인하고, 규정 준수 요구 사항에 검증된 모듈이 필요한지 확인하십시오.
새로운 로컬 SUSE 구독 및 업데이트 서버를 구축하려면 지원되는 SLES 15 호스트에 RMT(Repository Mirroring Tool)를 설치하고 YaST로 구성한 다음, 조직에서 사용하는 제품을 활성화하고 해당 리포지토리를 미러링하십시오. 프로덕션 시스템을 서버에 연결하기 전에 서버의 HTTPS URL을 통해 테스트 클라이언트를 등록하십시오. RMT는 SLES 15에서 SMT를 대체합니다. 기존 SMT 설치는 새로운 배포를 위한 올바른 시작점이 아닙니다.
이 설계는 하나의 서버가 SUSE 고객 센터(SCC)에 접속하고 다른 SUSE 시스템이 로컬 엔드포인트를 통해 등록 및 패키지를 수신하는 환경에 적합합니다. 반복적인 외부 다운로드를 줄일 수 있지만, 구독 권한은 제공하지 않습니다. 유효한 조직 구독과 SCC 미러링 자격 증명은 여전히 필요합니다.
SLES 15 SP7 리포지토리 미러링 도구(RMT) 가이드에 따르면 RMT는 SLES 12 이상 클라이언트를 지원하지만 SLES 11 이하 버전은 지원하지 않습니다. 또한 RMT는 스테이징 및 보고 기능과 같은 여러 면에서 SMT와 차이가 있습니다. 마이그레이션은 제자리 패키지 업데이트가 아닌 서비스 변경으로 간주해야 합니다. SUSE는 SMT에서 마이그레이션할 때 새 SLES 15 호스트에 RMT를 설치하는 것을 권장합니다.
안정적인 정규화된 도메인 이름(FQDN, 예: `.`) rmt.example.com과 고정 IP 주소를 할당하십시오. DNS 확인이 일관적으로 이루어지고 호스트가 아웃바운드 포트 80 및 443을 통해 SCC 및 SUSE 업데이트 서비스에 액세스할 수 있는지 확인하십시오. 클라이언트는 HTTPS를 통해 RMT 서비스에 네트워크로 액세스해야 합니다. 클라이언트 URL과 서버 인증서에 동일한 FQDN을 사용하십시오.
미러링할 릴리스, 아키텍처, 제품 및 저장소를 기반으로 스토리지 용량을 계획하십시오. SUSE의 SP7 가이드에서는 활성화된 저장소의 총 크기의 약 1.5배, 즉 확장 기능을 포함한 SLES 릴리스당 약 200GB를 일반적인 추정치로 제시합니다. 이는 추정치일 뿐이며 용량 보장은 아닙니다. 현재 저장소 크기를 확인하고 향후 증가에 대비하여 여유 공간을 확보하십시오. RMT는 대용량 임시 파일을 에 기록하므로 /tmp파일 시스템에 충분한 여유 공간이 있는지 확인하십시오. SLES 설치 서버와 동일한 호스트를 구성하지 마십시오. RMT는 80번 포트에서 NGINX를 구성하는 반면, 설치 서버 역할은 해당 포트에서 Apache를 구성합니다.
업데이트 및 등록된 SLES 15 서버에 RMT를 설치하십시오.
sudo zypper patch
sudo zypper in rmt-server
패키지 변경 사항을 검토하고 설치를 완료하세요. 초기 구성을 시작하세요.
sudo yast2 rmt
리포지토리 미러링에 사용되는 SCC 조직 자격 증명을 입력하십시오. 이는 클라이언트 등록 코드가 아니라 SUSE 고객 센터의 조직 프록시 자격 증명입니다. 마법사에서 요청하는 MariaDB 데이터베이스와 사용자를 생성하십시오. 인증서의 일반 이름을 서버의 FQDN으로 설정하고 클라이언트가 대체 이름으로 사용할 다른 이름을 추가하십시오. firewalld가 활성화된 경우 필요한 RMT 규칙을 선택하고, 가능한 경우 서버의 관련 네트워크 인터페이스에 적용하십시오. 마법사를 완료하면 YaST가 필요한 서비스와 타이머를 활성화하고 시작합니다.
YaST는 RMT CA 인증서를 에 저장하고 /etc/rmt/ssl/rmt-ca.crt서버 인증서와 키는 에 저장합니다 /etc/rmt/ssl/. 개인 키를 안전하게 보호하십시오. 승인된 절차를 사용하여 CA에 대한 신뢰를 구축하십시오. HTTPS를 통해 응답하는 서버라도 인증서 이름이 요청된 호스트 이름과 일치하지 않거나 CA가 신뢰할 수 없는 경우 클라이언트 등록이 실패할 수 있습니다.
SCC에서 제공하는 로컬 카탈로그를 업데이트하고 사용 가능한 제품을 확인하세요.
sudo rmt-cli sync
sudo rmt-cli products list --all
출력에 표시된 제품 ID 또는 제품 문자열을 사용하여 제품을 활성화하십시오. 제품 문자열은 릴리스 및 아키텍처에 따라 다르므로 추측한 식별자를 복사하는 대신 서버에서 값을 가져오십시오.
sudo rmt-cli products enable PRODUCT_STRING
sudo rmt-cli products list
제품을 활성화하면 해당 제품과 연결된 저장소가 선택됩니다. 지원하려는 시스템으로 선택 범위를 제한하십시오. 릴리스 및 아키텍처가 추가될 때마다 저장 공간이 소모되고 동기화 작업이 추가됩니다. 다음 명령으로 초기 패키지 다운로드를 시작하십시오.
sudo rmt-cli mirror
초기 미러링에는 상당한 시간이 소요될 수 있습니다. RMT는 일반적으로 systemd 타이머를 사용하여 메타데이터 동기화 및 저장소 미러링을 예약합니다. 두 예약 모두 활성화되어 있는지 확인하십시오.
systemctl status rmt-server-sync.timer
systemctl status rmt-server-mirror.timer
rmt-cli products list의도한 항목이 활성화되어 있고 최근 미러링 활동이 표시되는지 확인 하려면 해당 명령어 를 사용하십시오 rmt-cli repos list. 저장소가 누락된 경우, /tmp서비스를 반복적으로 재시작하기 전에 SCC 자격 증명, 구독 권한, 아웃바운드 연결, 디스크 공간(포함) 및 명령 출력을 확인하십시오.
SLES 12 이상 버전의 테스트 시스템에서 SUSEConnect를 RMT 서버로 지정하십시오.
sudo SUSEConnect --url https://rmt.example.com
실제 FQDN으로 대체하고 인증서에 포함되어 있는지 확인하십시오. 클라이언트에서 RMT CA를 신뢰할지 묻는 메시지가 표시되면 수락하기 전에 조직에서 승인한 채널을 통해 인증서를 검증하십시오. 이름 불일치 문제를 해결하기 위해 인증서 검사를 비활성화하지 마십시오. 그런 다음 구성된 저장소를 검사하고 메타데이터를 새로 고치십시오.
sudo zypper lr -u
sudo zypper refresh
성공적인 결과는 예상되는 RMT 기반 저장소가 활성화되고 메타데이터 새로 고침이 완료되었음을 보여줍니다. 서버에서 클라이언트가 에 나타나는지 확인하십시오 sudo rmt-cli systems list. 등록에 실패하면 DNS 및 라우팅, HTTPS 연결 가능성, 인증서 신뢰도 및 호스트 이름 일치 여부, 방화벽 범위, 제품이 활성화되고 미러링되었는지 확인하십시오. 공유 구성을 변경하기 전에 명령 출력 및 서비스 로그를 검토하십시오.

준비된 SLES 15 호스트에 RMT 패키지를 설치합니다.

YaST 구성을 적용하기 전에 SCC, 데이터베이스, FQDN 인증서 및 방화벽 설정을 검토하십시오.

제품 카탈로그를 새로 고치고 미러링에 사용할 수 있는 제품 문자열을 확인하십시오.

리포지토리 미러링을 시작하고 서버의 HTTPS 호스트 이름을 사용하여 테스트 클라이언트를 등록합니다.
클라이언트 관리, 보고, 단계별 콘텐츠 워크플로 등 RMT에서 제공하지 않는 기능이 필요한 경우 SUSE Multi-Linux Manager(SMT) 또는 기타 지원되는 라이프사이클 관리 서비스를 사용하십시오. 기존 SLES 11 클라이언트 또는 SMT 관련 동작이 여전히 필요한 경우에만 SMT를 유지하고 마이그레이션을 별도로 테스트하십시오. 에어갭 네트워크에는 데이터 전송 워크플로가 필요합니다. SUSE는 이동식 저장 장치를 사용하여 저장소 데이터 및 메타데이터를 이동하는 RMT 내보내기 및 가져오기 명령을 문서화합니다. RMT는 조직의 구독에서 사용 가능한 제품만 미러링할 수 있습니다.
SLES 15 SP7 공식 문서: RMT 설치 및 구성 ; 저장소 미러링 도구 가이드 ; SMT에서 RMT로 마이그레이션 .
SUSE의 SP7 절차에 따라 FIPS 모드를 활성화하고, 안전하게 재부팅하고, 활성 정책을 확인하고, 규정 준수 요구 사항에 검증된 모듈이 필요한지 확인하십시오.
YaST와 cryptsetup을 사용하여 새로운 암호화된 SLES 데이터 볼륨을 생성하고, LUKS1 또는 LUKS2 암호화 방식을 선택한 후, 잠금 해제 및 마운트 동작이 안전한지 확인하십시오.
SLES 15에 RMT를 설정하고, 권한이 부여된 저장소를 미러링하고, 테스트 클라이언트에서 HTTPS 등록 및 패키지 액세스를 확인합니다.
YaST의 SSSD 기반 로그온 관리를 사용하여 SLES 15를 AD에 연결한 다음 디렉터리 조회, 도메인 로그인 및 Kerberos 티켓을 확인하십시오.
SLES 16.0 또는 15 SP7에 맞는 라이브 패치 경로를 설정하고, 적용 가능한 커널 수정 사항을 적용하고, 재부팅이 필요한 커널 업데이트와 혼동하지 않고 현재 활성화된 항목을 확인하십시오.
SLES 15 SP5는 SP6으로 온라인 마이그레이션이 가능하지만, 각 노드를 재부팅해야 합니다. 워크로드에 계속 액세스할 수 있도록 테스트를 거친 롤링 업그레이드 또는 블루-그린 컷오버 방식을 사용하십시오.
SLES 15 SP7에서 최소 권한 AppArmor 프로필을 생성, 개선 및 검증하고, SLES 16의 SELinux 기본 설정에 대한 명확한 설명을 추가합니다.
SUSE에서 지원하는 STIG 프로파일을 사용하여 SLES 15를 스캔하고, 수정 사항을 테스트하고, 남아 있는 문제점을 검토하고, 평가 증거를 보존하십시오.
SUSE의 최신 지침에 따라 DNS, 포트 9090, systemd 소켓, firewalld, TLS 및 로그인 설정을 통해 Cockpit 연결 실패 원인을 추적하십시오.
YaST와 Wicked를 사용하여 SLES 15에서 이중화 이더넷 연결을 생성하고, 액티브-백업 본딩을 구성한 다음, 두 포트와 페일오버를 모두 확인합니다.