[KB8515] Linux에서 ESET PROTECT 온프레미스에 대한 OpenSSL 3.x 지원 활성화

참고:

이 페이지는 컴퓨터로 번역되었습니다. 이 페이지의 언어 아래에서 영어를 클릭하면 원문을 볼 수 있습니다. 불분명한 내용이 있으면 현지 지원팀에 문의하세요.

인증서 및 인증 기관은 SHA-256(SHA-1 대신)을 사용합니다.
ESET PROTECT 서버는 에이전트, Syslog 및 SMTP와의 통신에 사용 가능한 가장 높은 보안(TLS 1.3 또는 1.2)을 사용합니다.
고급 보안 설정에 대한 자세한 정보를 참조하십시오.

이전 운영 체제를 실행하는 컴퓨터에 상담원을 배포할 때 다음 오류가 발생합니다: 제공된 인증서가 유효한 PFX 인증서가 아니거나 비밀번호가 일치하지 않습니다.

ESET PROTECT 웹 콘솔을 엽니다.
자세히 → 설정을 클릭하고 연결을 확장한 다음 고급 보안 옆의 토글을 비활성화하고 저장을 클릭한 후 서버 서비스를 다시 시작합니다.
인증 기관 및 피어 인증서를 만듭니다.
더보기 → 설정을 클릭하고 연결을 확장한 다음 고급 보안 옆의 토글을 활성화하고 저장을 클릭한 다음 서버 서비스를 다시 시작합니다.
설치 관리자를 생성하거나 에이전트 배포 작업을 사용하여 에이전트를 배포할 때 새 인증서를 선택합니다.

비활성화 설정이 있는 인증서 사용

고급 보안이 비활성화된 상태에서 만든 인증서는 보안이 손상될 수 있으므로 사용하지 않는 것이 좋습니다.
새 에이전트 정책 만들기 이전 운영 체제에서 클라이언트에 새 인증서를 배포하기 위해.

OpenSSL 1.1.1을 사용하는 기존 ESET PROTECT 온-프레미스 환경은 OpenSSL 3.x로 업그레이드할 수 있습니다.

OpenSSL은 다음과 같은 중요한 서비스에서 사용됩니다: SSH, Apache, Nginx, 시스템 패키지 관리자, Git, Curl, 많은 라이브러리 및 컴파일된 앱 등입니다.

시스템 버전에 의존하는 모든 구성요소가 비호환성으로 인해 중단될 수 있으므로 OpenSSL을 업그레이드하는 것은 안전하지 않습니다.

서버에OpenSSL 3.x를 다운로드하여 빌드/설치합니다.
ESET PROTECT 서버 설치 명령을 다시 실행하여 OpenSSL 3.x 라이브러리에 연결합니다.
인증 기관 및 피어 인증서 만들기. 새 인증서는 OpenSSL 3.x 알고리즘을 용이하게 합니다.
새 에이전트 정책 만들기 적격 클라이언트에게 새 인증서를 배포합니다. 원래 인증서는 계속 사용할 수 있으며 새 CA를 인식하지 못하는 이전 장치를 연결하는 데 사용할 수 있습니다.

마지막 업데이트: Apr 9, 2026