에지 암호화 규칙 업그레이드
인스턴스 업그레이드와 프록시 서버 업그레이드는 에지 암호화 규칙 모두 환경에서 특별한 고려 사항이 필요합니다.
인스턴스 업그레이드
Edge 암호화 규칙 환경에서 인스턴스를 업그레이드하려면 인스턴스 업그레이드 후 Edge 컨트롤이 제대로 작동하는지 확인하는 데 주의해야 합니다.
- 에지 암호화 규칙 구성
- 에지 암호화 규칙 규칙
- 에지 암호화 규칙 토큰화 패턴
- 에지 암호화 규칙 예약된 작업
- 에지 암호화 규칙 키 구성
- 에지 암호화 규칙 예약된 업그레이드
- 에지 암호화 규칙 거부 목록 IP 구성
인스턴스 업그레이드 중에 실행되는 모든 예약된 작업은 완료되지 않습니다. 중단된 작업을 완료하려면 인스턴스가 업그레이드된 후에 작업을 다시 실행하십시오. 작업 일정을 조정해도 인스턴스 업그레이드 전에 발생한 처리는 손실되지 않으며 작업은 아직 처리되지 않은 데이터만 계속 처리합니다.
프록시 서버 업그레이드
외부 공급업체 라이브러리
- edgeencryption.properties에 다음 속성을 수동으로 추가합니다.
edgeencryption.ekm.provider.classname = com.snc.edgeencryption.encryption.CloudEdgeNaeKeyProvider
- edgeencryption.thirdparty.vendor.library.path 벤더 라이브러리 위치 속성을 추가하고 /path/to/jars로 설정합니다.
예:
edgeencryption.thirdparty.vendor.library.path = /app/servicenow/libs
- SafeNet JAR을 해당 경로에 복사합니다.
설치 외부에 에지 암호화 규칙 타사 라이브러리를 설치한 후에는 업그레이드 중에 더 이상 손실되지 않습니다.
예약된 업그레이드
- 프록시 서버는 인스턴스를 검사하여 업그레이드에 사용할 수 있는 새 버전이 있는지 확인합니다. 일반적으로 인스턴스가 업그레이드되면 새 버전을 사용할 수 있게 됩니다.
- Proxy Server의 새 버전을 사용할 수 있을 때 관리자는 로그인할 때 알림을 받습니다.
- 관리자는 각 프록시 서버에 대해 에지 암호화 규칙 프록시 서버 업그레이드를 예약할 수 있습니다.주:security_admin 역할이 있는 사용자만 프록시 서버를 통해 업그레이드 일정을 만들 수 있습니다.
- 업그레이드가 예약되면 프록시 서버는 예약된 시간에 자동으로 업그레이드합니다. 업그레이드하는 동안 프록시 서버는 잠시 동안만 오프라인 상태가 됩니다.주:프록시 서버는 업그레이드 중에 다시 시작되기 때문에 잠시 동안 오프라인 상태입니다. 시간은 사용자 환경 및 프록시 서비스를 중지하고 다시 시작하는 데 걸리는 시간에 따라 결정됩니다.
- 예약된 업그레이드 중에 새 프록시 디렉터리가 만들어지고 구성 파일이 새 디렉터리에 복사됩니다. 새 속성은 기존 속성 파일에 기록됩니다. 이전 프록시 디렉터리의 다음 파일 또는 디렉터리가 새 프록시 디렉터리로 복사됩니다.
- /conf 디렉토리
- /keys 디렉터리
- /keystore 디렉터리
- java/jre/lib/security/cacerts 파일
결과적으로 키, 키 저장소, 설정 및 인증서가 보존됩니다.주:위의 파일만 새 프록시 디렉터리에 복사됩니다. 프록시 서버 디렉터리의 다른 사용자 지정 파일은 예약된 업그레이드 중에 보존되지 않습니다. 업그레이드 로그 파일은 <original-proxy-directory>/tmp/upgrade-wrapper/bin 폴더의 원래 프록시 디렉터리에서 찾을 수 있습니다.
예약된 업그레이드의 필수 조건
- JAVA_HOME 환경 변수는 에지 암호화 규칙 프록시의 디렉터리 구조 외부에 있는 컴퓨터의 Java 설치를 가리킵니다.
- JAVA_HOME 환경 변수는 버전 1.8_u144 이상의 Java 설치를 가리킵니다.
- -Djava.io.tmpdir Edge Encryption 프록시의 wrapper.conf 파일에 있는 매개 변수는 Edge Encryption 프록시의 디렉터리 구조 외부에 있는 디렉터리를 가리키고 프록시에는 디렉터리에 대한 읽기/쓰기/실행 권한이 있습니다. 선택적으로 Java가 기본 tmp 위치를 사용하도록 매개변수를 완전히 주석으로 처리할 수 있습니다.
수동 업그레이드
업그레이드 일정을 생성하는 대신 명령줄을 통해 각 프록시 서버를 수동으로 업그레이드할 수 있습니다. Linux에서 실행되는 에지 암호화 규칙 프록시 서버 수동 업그레이드 또는 Windows에서 실행되는 에지 암호화 규칙 프록시 서버 수동 업그레이드 문서를 참조하십시오.
프록시 빌드 상태
프록시 서버가 오래되었는지 여부는 다음으로 이동하여 쉽게 식별할 수 있습니다. . 프록시 빌드의 상태는 프록시 빌드 열에 다음 색상으로 표시됩니다.
- 녹색
- 프록시 서버가 최신 상태입니다.
- 노란색
- 프록시 서버가 오래되어 업그레이드가 필요합니다.
- 주황
- 업그레이드 실패. 다운타임이 없도록 프록시 서버가 이전 버전으로 되돌아갑니다.
실패한 예약된 프록시 업그레이드 문제 해결
예약된 프록시 업그레이드가 실패하면 프록시 서버가 업그레이드 이전 버전으로 되돌아갑니다. 모든 원본 데이터, 키 및 구성 파일이 보존됩니다. 이 프로세스는 몇 분 정도 걸릴 수 있습니다. 성공적인 업그레이드를 위해 문의하십시오 고객 서비스 및 지원 .
예약된 프록시 업그레이드가 반복적으로 실패하면 프록시 서버를 수동으로 업그레이드할 수 있습니다. Linux에서 실행되는 에지 암호화 규칙 프록시 서버 수동 업그레이드 및 Windows에서 실행되는 에지 암호화 규칙 프록시 서버 수동 업그레이드 문서를 참조하십시오.
Java 최소 요구 사항
Java 8 Update 141(8u141) 이하에서 AES 256비트 암호화를 사용하는 경우, JCE(Java Cryptography Extension) 관할 정책 파일을 각 에지 암호화 규칙 프록시 서버 호스트의 시스템 Java 홈 디렉토리에 복사하여 설치해야 합니다. 예약된 업그레이드 또는 수동 업그레이드를 수행하기 전에 이러한 파일을 <Java-home-directory>/jre/lib/security 폴더에 추가하십시오. AES 256비트 암호화 정책 파일을 설치하려면 문서를 참조하십시오 AES 256비트 암호화 키 구성.
혼합 프록시 버전 환경
최신 버전의 프록시 서버로 이전 버전의 프록시 서버를 실행하는 환경에서는 권장되지 않지만 모든 프록시 서버가 인스턴스와 동일한 버전 제품군 내에 있는 경우 지원됩니다. 예를 들어 릴리스에 Zurich 인스턴스가 있는 경우 환경은 모든 Zurich 패치 또는 핫픽스의 프록시 서버를 지원합니다. 그러나 다음과 같은 제한 사항이 적용됩니다.
- 한 프록시 서버가 다른 프록시에서 지원하지 않는 기능을 지원하는 경우 사용되는 프록시 서버에 따라 일관성 없는 동작이 표시됩니다.
- 프록시 서버가 최신 버전이 아닌 경우 최근의 보안 강화 기능이 포함되지 않을 수 있습니다.
이전 릴리스의 프록시 서버가 인스턴스의 최신 릴리스에 등록된 경우 프록시 서버가 오래되었다는 알림을 정기적으로 받게 됩니다. 최적의 보안 환경을 ServiceNow 보장하려면 항상 프록시 서버를 인스턴스에서 지원하는 최신 버전의 소프트웨어로 업그레이드하는 것이 좋습니다.