최근 HestiaCP를 사용하는 서버 환경에서 SSL 인증서 갱신 오류가 발생하는 문제를 몇 건 의뢰받아 해결했습니다. Vultr에서는 Plesk가 많이 사용되었지만, Plesk가 유료화되면서 CyberPanel 같은 무료 웹서버 컨트롤 패널이 인기를 끌었습니다. 지금은 HestiaCP가 대세로 자리 잡은 것 같습니다. 이런 툴을 사용하면 서버 관리는 쉬워지지만, 막상 문제가 발생했을 때 이를 해결하려면 어느 정도의 서버 지식이 필요합니다.
CyberPanel vs. HestiaCP
Vultr에서 웹서버 컨트롤 패널로 Plesk와 CyberPanel이 지원됩니다. Marketplace App에서 Plesk(유료), cPanel(유료), CyberPanel(무료) 등의 앱을 선택하여 설치할 수 있습니다.
하지만 HestiaCP 앱은 아직 지원되지 않고 있습니다. 그럼에도 불구하고 최근 무료 툴인 CyberPanel 사용자는 거의 눈에 띄지 않고 대부분 HestiaCP를 사용하는 것 같습니다. (HestiaCP를 Vultr에서 사용하려면 유튜브 영상들을 참고하여 수동으로 설치할 수 있습니다.)
최근 들어 CyberPanel 대신 HestiaCP를 선택하는 사용자가 눈에 띄게 증가하고 있는 것은 단순한 추정이 아니라 실제 웹 호스팅 커뮤니티의 트렌드라고 하네요. 사이버패널이 OpenLiteSpeed를 통한 빠른 성능을 자랑함에도 불구하고, 몇 가지 이유 때문에 사용자들이 헤스티아CP로 돌아섰다고 하네요.
1. 보안과 안정성 문제
- 치명적인 취약점 사태: 2024년 말, CyberPanel에서 인증 없이 원격으로 코드를 실행할 수 있는 심각한 취약점(CVE-2024-51378)이 발견되었습니다. CVSS 점수는 발표 기관에 따라 9.8~10.0으로 평가될 만큼 위험도가 매우 높았습니다.
- 대규모 피해 발생: 이 취약점으로 인해 약 22,000대의 서버가 노출되었고, PSAUX, Babuk 변종 등 여러 랜섬웨어의 표적이 되어 대규모 피해가 발생했다고 합니다.
- 구조적 차이: CyberPanel은 방대한 기능을 포함하고 있어 공격 표면이 넓은 반면, HestiaCP는 Debian과 Ubuntu의 네이티브 서비스 위에서 작동하는 단순한 구조를 가지고 있어 구조적인 취약점이 상대적으로 적고, 보안 접근 방식도 보수적인 편입니다.
2. 리소스 소모의 체감 차이
- 가벼운 HestiaCP: HestiaCP는 512MB~1GB RAM의 저사양 VPS에서도 구동될 만큼 가볍습니다. 패널 자체가 Bash와 경량 PHP로 작성되어 있어 평소 자원 소모가 적습니다.
- 무거운 CyberPanel: CyberPanel의 공식 최소 사양은 1GB RAM(2GB 이상 권장)이지만, Python(Django) 기반에 여러 백그라운드 데몬을 실행하는 구조 특성상 실제로는 워드프레스 크롤링이나 엘리멘터 같은 무거운 작업 시 1GB로는 메모리 부족 문제가 자주 보고되어, 안정적인 운영을 위해서는 2GB 이상이 사실상 권장되는 분위기입니다.
3. 백업 방식의 차이
- HestiaCP의 심플한 백업: HestiaCP는 100% 무료인 커뮤니티 주도 오픈소스 프로젝트로, 사용자 폴더와 데이터베이스 등을 단일 .tar 아카이브로 압축하는 전체 백업 시스템을 기본 제공합니다.
- CyberPanel의 프리미엄화: CyberPanel은 무료 버전에서도 증분 백업 기능 자체는 오래전부터 지원해왔지만, 최근에는 원격 저장소(SFTP·S3·구글드라이브) 연동, 스케줄링, 원클릭 복구 같은 완성도 높은 백업 기능들을 'Backup V2' 같은 유료 애드온으로 분리하며 프리미엄 모델을 강화하는 추세입니다.
4. 목적의 명확성과 단순함
- 선택과 집중: CyberPanel은 Docker 관리부터 Elasticsearch까지 다양한 기능을 제공해 초보자에게는 다소 복잡하게 느껴질 수 있습니다. 반면 HestiaCP는 불필요한 기능 없이 웹, 메일, DNS, SSL 등 기본기에 충실하며 유닉스 철학을 따릅니다.
OpenLiteSpeed 기반의 빠른 워드프레스 로딩 속도가 중요하다면 CyberPanel이 여전히 강점을 가지지만, 최근 보안 이슈를 겪으면서, 최소한의 서버 자원으로 예측 가능하고 안전하게 웹사이트를 운영하길 원하는 시스템 관리자와 실무자들에게는 HestiaCP가 더 신뢰받는 선택지로 자리 잡아가고 있는 것 같습니다.
참고로 이 워드프레스 블로그는 클라우드웨이즈(Cloudways)를 통해 Vultr 서울 리전 서버에서 호스팅되고 있습니다. 벌쳐에서 직접 서버를 생성하여 운영하는 것보다 비용적인 면에서는 비싼 편이지만 편리한 자체 서버 패널을 제공하고 24시간 연중무휴 라이브 채팅을 통한 서버 및 워드프레스 관련 이슈 문의가 가능하여 초보자도 수월하게 서버를 관리할 수 있다는 장점이 있습니다.😄
HestiaCP 환경에서 워드프레스 SSL 보안 인증서 오류 해결 방법
한동안 잘 작동하다가 HestiaCP 환경에서 갑자기 도메인 또는 서브도메인의 SSL 보안 인증서가 갱신이 되지 않으면서 오류를 일으키는 경우가 발생할 수 있습니다. SSL 인증서가 올바르게 갱신이 안 되면 사이트에 접속 시 아래 그림과 같이 "연결이 비공개로 설정되어 있지 않습니다" 경고(크롬 브라우저 기준)가 표시됩니다.
HestiaCP에서 갑자기 SSL 인증서 만료 오류가 발생할 경우, 주로 자동 갱신 누락이나 웹 서버 리로드 실패가 원인일 수 있습니다.
웹 패널을 통한 SSL 수동 재적용
HestiaCP에 로그인하여 오류가 발생한 도메인을 소유한 해당 사용자 계정(예: example)으로 로그인합니다.
Web 탭에서 해당 도메인의 편집(Edit) 화면으로 진입합니다.
위의 그림과 같이 설정되어 있으면 Enable SSL for this domain 항목의 체크를 해제한 뒤 저장합니다.
다시 도메인 편집으로 들어가 Enable SSL for this domain과 하위 옵션인 Use Let's Encrypt to obtain SSL certificate, Enable automatic HTTPS redirection을 다시 체크하고 저장 버튼을 눌러 저장합니다.
그러면 무료 Let's Encrypt SSL 인증서가 다시 설치되어 정상화될 것입니다.
SSH(터미널) 명령어를 통한 강제 갱신
서버에 root 계정으로 접속한 후 다음 명령어를 실행하여 수동으로 발급 절차를 강제로 시작할 수 있습니다.
v-add-letsencrypt-domain [사용자계정] [도메인명]위 방법으로도 문제가 해결되지 않는다면, SSL 인증서가 갱신되지 않은 근본 원인을 파악해서 해결해야 할 수도 있습니다. 예를 들어 디스크 용량이 100% 가득 찬 경우, 또는 갱신 시점에 일시적인 메모리 부족으로 프로세스가 중단되어 SSL 인증서 갱신에 실패하는 경우 등의 상황에서 이러한 문제가 발생할 수 있습니다.
👉 웹호스팅이나 워드프레스 관련 문제 해결에 어려움을 겪는 경우 여기에서 서비스(유료)를 의뢰하실 수 있습니다.
질문과 답변(Q&A)
Q1. CyberPanel 대신 HestiaCP를 선택하는 사용자가 늘어나는 주된 이유는 무엇인가요?
A: 크게 보안성과 리소스 효율성 두 가지 때문입니다. 2024년 말 CyberPanel에서 발생한 원격 코드 실행 취약점(CVE-2024-51378) 사태로 신뢰도가 하락한 반면, HestiaCP는 단순하고 보수적인 구조로 안전성이 높습니다. 또한, 512MB~1GB RAM의 저사양 환경에서도 무리 없이 가볍게 구동되는 장점이 크게 작용했습니다.
Q2. HestiaCP에서 Let's Encrypt 인증서는 직접 매번 갱신해 주어야 하나요?
A: 아닙니다. Let's Encrypt 인증서의 기본 유효 기간은 90일이며, HestiaCP 내부의 시스템(Cron)이 만료 약 30일 전부터 자동 갱신을 시도합니다. 본문처럼 갱신 오류가 발생한 특수한 상황에서만 수동 재적용이 필요합니다.
Q3. HestiaCP 웹 패널에서 SSL 수동 갱신을 진행할 때 주의할 점이 있나요?
A: 반드시 오류가 발생한 도메인을 소유하고 있는 '세부 사용자 계정'으로 로그인하여 작업해야 합니다. 관리자(admin) 계정으로 접속했더라도, User 목록에서 해당 계정으로 전환(Log in as)한 뒤 Web 탭에서 설정을 변경해야 정상적으로 반영됩니다.
Q4. Cloudflare(클라우드플레어)를 함께 사용 중인데 갱신 에러가 발생합니다. 원인이 무엇일까요?
A: 클라우드플레어의 프록시 기능(주황색 구름 ☁️)이 활성화되어 있으면, Let's Encrypt가 도메인 소유권을 검증하는 통신 과정이 차단될 수 있습니다. 갱신을 시도하는 동안에는 DNS 설정에서 해당 서브도메인을 'DNS 전용(회색 구름)'으로 변경한 뒤 다시 시도해 보시기 바랍니다.
클라우드웨이즈(Cloudways)를 이용하는 경우에도 도메인이 클플과 연동되어 있으면 이런 현상이 발생할 수 있습니다. SSL 인증서 갱신 오류가 발생하면 클플에서 프록시 기능을 일시적으로 비활성화한 후에 다시 SSL 인증서 설치를 시도하면 문제가 해결됩니다.
Q5. 수동 설치나 에러 대처 등 리눅스 서버 관리가 부담스럽다면 어떤 대안이 있나요?
A: Vultr 인프라를 활용하고 싶지만 서버 관리가 어렵다면 본문에서 언급된 클라우드웨이즈(Cloudways)가 좋은 대안입니다. 인프라는 동일하게 사용하면서도 직관적인 자체 제어 패널과 24시간 기술 지원 채팅을 제공하므로 유지보수에 드는 시간과 스트레스를 크게 줄일 수 있습니다.
저렴하게 가성비 좋은 호스팅을 이용하고 싶은 경우에는 서울 서버를 도입하여 우리나라에서도 속도가 빠른 케미클라우드(ChemiCloud)와 같은 해외 공유호스팅도 고려해볼 수 있습니다.
댓글 남기기