워드프레스 HTTPS 인증서: 자동 갱신과 적용 상태 점검
HTTPS가 오늘 정상이라고 다음 갱신도 성공하는 것은 아닙니다. 인증서를 누가 관리하는지, 갱신 작업이 실행되는지, 새 인증서가 실제 접속에 사용되는지를 나눠 확인해야 합니다. 이 글은 워드프레스 운영자가 확인할 항목을 정리한 안내입니다.
목차
인증서가 보장하는 범위
흔히 SSL 인증서라고 부르지만 현재 HTTPS 연결에는 TLS가 사용됩니다. 브라우저는 접속한 호스트 이름과 인증서의 이름, 유효기간, 신뢰할 수 있는 인증기관으로 이어지는 체인 등을 검사합니다. 인증서가 유효하다는 사실만으로 사이트의 콘텐츠나 판매자가 믿을 만하다는 뜻은 아닙니다.
Let’s Encrypt는 ACME 클라이언트가 도메인을 제어한다는 사실을 확인한 뒤 인증서를 발급합니다. HTTP 경로나 DNS 레코드를 통한 검증이 그 예입니다. 갱신도 새 인증서를 발급받는 과정이므로 DNS나 서버 구성이 달라지면 실패할 수 있습니다. Let’s Encrypt 작동 원리에서 이 과정을 설명합니다.
먼저 관리 주체와 접속 경로를 기록하세요
- 인증서 관리: 호스팅의 자동 SSL 기능인지, 서버에 설치한 Certbot 등 별도 클라이언트인지 확인합니다.
- 대상 이름: 대표 도메인, www 주소, 사용하는 하위 도메인을 적습니다. 서로 다른 이름에 같은 인증서가 적용된다고 가정하지 않습니다.
- 접속 경로: 방문자가 원본 서버에 직접 접속하는지, Cloudflare 같은 프록시를 거치는지 확인합니다.
- 현재 상태: 각 구간의 인증서 만료일, 최근 갱신 결과, 담당자와 오류 알림 수신 경로를 기록합니다.
인증서 유효기간과 갱신 시점은 발급기관·인증서 종류·클라이언트 정책에 따라 달라집니다. 모든 인증서가 90일이며 만료 30일 전에 갱신된다는 기준을 적용하지 말고, 실제 인증서와 사용하는 서비스의 안내를 확인하세요.
호스팅에서 자동 SSL을 관리하는 경우
호스팅 관리 화면에서 해당 도메인의 SSL 상태와 최근 자동 발급·갱신 결과를 확인하세요. 메뉴 이름과 제공 범위는 업체와 상품에 따라 다릅니다. 자동 기능이 활성화되어 있다는 표시와 최근 갱신에 성공했다는 기록은 구분해서 봐야 합니다.
실패했다면 오류 메시지와 발생 시간을 남기고, 도메인의 DNS가 현재 호스팅을 가리키는지 확인합니다. 호스팅이 관리하는 인증서를 별도 Certbot으로 다시 발급하기 전에 지원 담당자에게 관리 방식을 확인하세요. 서로 다른 관리 도구를 추가하는 것보다 기존 갱신 경로를 복구하는 편이 원인을 추적하기 쉽습니다.
직접 Certbot을 사용하는 경우
이미 Certbot으로 관리하는 서버라면 certbot certificates로 관리 대상과 만료일을 확인합니다. 설치 방식에 따라 자동 갱신 작업이 포함되므로 cron이나 systemd 타이머를 먼저 확인하고 중복 작업을 무작정 추가하지 마세요.
기존 갱신 설정을 시험할 때는 certbot renew --dry-run을 사용할 수 있습니다. 시험 중에도 웹서버 재로드나 사전·사후 훅이 실행될 수 있으므로 설정을 먼저 확인하세요. 기본 시험은 실제 인증서의 배포까지 검증하지 않습니다. 사용자 지정 ACME 서버를 설정했다면 시험 동작도 별도로 확인해야 합니다.
발급과 서버 적용은 별개입니다. 설치 플러그인이나 배포 훅이 새 인증서를 웹서버에 반영하는지 확인하세요. 수동 인증 방식은 자동화 훅 없이 자동 갱신되지 않습니다. 자세한 조건은 Certbot 갱신 안내를 참고하세요.
Cloudflare를 쓰면 두 구간을 확인하세요
방문자와 Cloudflare 사이의 인증서, Cloudflare와 원본 서버 사이의 인증서는 별도로 관리됩니다. 브라우저에서 보이는 인증서만 확인해서는 원본 서버의 만료 여부를 알 수 없습니다.
Full (strict)는 원본 서버에도 유효하고 호스트 이름이 맞는 인증서를 요구합니다. 공개적으로 신뢰되는 인증기관 또는 Cloudflare Origin CA 인증서를 사용할 수 있지만, Origin CA 인증서를 일반 브라우저의 직접 접속용 인증서와 혼동하면 안 됩니다. 원본 HTTPS를 준비한 뒤 Full (strict) 요구사항에 맞춰 확인하세요.
연결 오류가 발생했다고 암호화 모드를 낮추는 것으로 점검을 끝내지 마세요. 원본 서버의 HTTPS 응답, 인증서 이름과 기간, 웹서버 설정을 확인하고 오류가 발생한 구간을 찾는 것이 먼저입니다.
갱신 후에는 공개 접속으로 확인하세요
- 대표 도메인과 사용하는 www·하위 도메인을 각각 HTTPS로 엽니다.
- 브라우저의 연결 정보에서 인증서 이름과 만료일을 확인합니다. CDN을 사용하면 원본 인증서도 관리 화면이나 서버에서 별도로 확인합니다.
- HTTP 주소가 의도한 HTTPS 주소로 이동하고, 로그인·문의 등 주요 기능이 정상 작동하는지 확인합니다.
- 갱신 성공 기록과 실제 제공 인증서가 다르면 웹서버가 참조하는 파일과 배포·재로드 과정을 확인합니다.
- 오류 기록을 남기고 다음 자동 실행과 만료 상태를 확인할 담당자·알림을 정합니다.
인증서 파일의 확장자나 개수만으로 정상 여부를 판단할 수는 없습니다. 실제 서버가 올바른 인증서와 체인을 제공하는지가 중요합니다. 개인키는 공개 글이나 문의 게시판에 붙여 넣지 마세요.
다른 운영 항목은 웹사이트 운영 점검 가이드에서 함께 확인할 수 있습니다.
