카페24 SSL 소유권 인증을 CNAME으로 처리하는 절차

보안서버인증서를 결제했는데 며칠이 지나도 발급이 되지 않는다는 문의가 꾸준히 나옵니다. 원인은 대부분 하나입니다. 결제는 끝났지만 도메인 소유권 인증이 아직 통과하지 않은 상태입니다. 인증기관 입장에서 결제는 그저 주문일 뿐이고, 그 도메인을 정말 신청자가 통제하고 있는지는 별도로 확인해야 합니다.

이 글은 카페24에서 제공하는 세 가지 소유권 인증 수단 가운데 네임서버 인증을 골랐을 때의 절차를 정리한 것입니다. 화면에 표시된 값을 DNS에 그대로 옮겨 심는 방식이라 메일 계정이나 웹서버 상태에 의존하지 않는다는 점이 장점입니다.

이 글에서 다루는 범위

인증 수단 세 가지의 차이, 네임서버 인증이 유리한 상황, 인증값을 확인하고 등록하는 경로, 등록한 값이 실제로 조회되는지 확인하는 명령, 그리고 자주 걸리는 실패 지점입니다. 인증서 자체의 서버 설치 설정은 서버 종류마다 달라 이 글의 범위 밖입니다.

1. 인증 수단 세 가지는 무엇이 다릅니까

카페24는 보안인증서 신청 시 도메인 소유권 인증수단을 선택하게 합니다. 소유자 메일 인증, HTTP 인증, CNAME 인증 세 가지이며 CNAME 인증이 신청 화면에서는 네임서버 인증으로 표기됩니다.

인증 수단	증명 방식	필요한 것	막히는 지점
소유자 메일 인증	도메인 소유자 메일로 발송된 메일에서 인증을 진행합니다.	해당 메일함에 지금 접근할 수 있어야 합니다.	오래전 등록한 주소이거나 메일 수신이 되지 않으면 진행이 멈춥니다.
HTTP 인증	인증 파일을 내려받아 웹서버의 지정 경로에 올려 둡니다.	FTP 등으로 해당 경로에 파일을 올릴 권한이 있어야 합니다.	웹방화벽이나 안티웹셸 같은 보안 기능, 국가별 접근 제한이 켜져 있으면 읽히지 않습니다.
네임서버 인증	지정된 CNAME 레코드를 DNS에 등록해 소유를 증명합니다.	그 도메인의 DNS 레코드를 편집할 수 있어야 합니다.	값을 옮겨 적는 과정에서 문자 하나가 빠지면 통과하지 않습니다.

HTTP 인증을 고를 때 미리 알아둘 것

카페24 웹호스팅에서 HTTP 인증을 진행하는 경우, 웹방화벽과 스팸 차단, PHP 안티웹셸 설정을 잠시 끄고 국가별 웹 접근을 모두 허용으로 두라고 안내하고 있습니다. 인증기관 서버가 인증 파일을 읽어 가야 하는데 보안 기능이 그 요청을 막아 버리기 때문입니다. 운영 중인 사이트라면 이 설정을 건드리는 것 자체가 부담입니다.

2. 네임서버 인증이 유리한 경우

아래 상황 중 하나라도 해당한다면 네임서버 인증이 가장 손이 덜 갑니다.

상황	네임서버 인증이 나은 이유
도메인 등록 당시 메일 주소를 지금 쓰지 않습니다	메일함을 되살릴 필요 없이 DNS 레코드만 추가하면 됩니다.
운영 중인 사이트라 보안 설정을 끄기 어렵습니다	웹서버를 전혀 건드리지 않으므로 방화벽과 접근 제한을 그대로 둘 수 있습니다.
웹서버가 아직 준비되지 않았습니다	사이트가 열려 있지 않아도 DNS만 살아 있으면 인증이 진행됩니다.
앞단 프록시(리버스 프록시)를 두고 뒤쪽에 여러 사이트를 붙여 두었습니다	인증 파일을 어느 사이트 경로에 둬야 하는지 고민할 필요가 없습니다.
도메인이 여러 개라 절차를 반복해야 합니다	레코드 추가라는 같은 동작만 반복하면 되어 절차가 단순합니다.

3. 자동으로 처리되는 조건부터 확인합니다

신청 시 네임서버 인증을 선택했더라도 손으로 등록할 필요가 없는 경우가 있습니다. 카페24는 아래 두 조건을 모두 만족하면 별도 작업 없이 자동 인증된다고 안내하고 있습니다.

자동 인증이 되는 두 조건

첫째, 해당 도메인의 네임서버가 카페24로 설정되어 있어야 합니다.
둘째, 인증서를 구입한 계정과 그 도메인을 연결한 호스팅 계정의 명의가 같거나, 인증서를 구입한 계정과 도메인을 구입한 계정의 명의가 같아야 합니다.
두 조건 중 하나라도 어긋나면 자동 대상이 아니며, 아래 절차대로 직접 등록해야 합니다.

4. 전체 흐름

네임서버 인증 전체 흐름 — 신청과 발급 사이에 소유권 증명 단계가 끼어 있습니다

5. 단계별 절차

1인증값을 확인합니다

신청할 때 어떤 인증 수단을 골랐는지, 그리고 등록해야 할 값이 무엇인지를 같은 화면에서 확인할 수 있습니다.

경로나의 서비스 관리 > 인증서관리 > 인증서 받기

이 화면에 도메인 별칭과 실제 도메인명 두 값이 표시됩니다. 두 값을 메모장에 그대로 복사해 둡니다. 화면을 보면서 손으로 옮겨 적는 방식은 권하지 않습니다.

2값의 생김새를 이해합니다

두 값 모두 규칙이 정해져 있습니다. 아래는 형식을 보여 주기 위한 예시이며 실제 문자열은 계정마다 다릅니다.

카페24 안내 문서는 이 형식을 도메인 별칭은 밑줄로 시작하는 MD5 값, 실제 도메인명은 32자리 문자열 두 개를 온점으로 이어 붙인 뒤 인증기관 도메인이 따라오는 형태로 설명하고 있으며, 두 문자열 사이의 온점이 반드시 포함되어야 한다고 못 박고 있습니다.

3DNS에 별칭 레코드를 추가합니다

등록 위치는 그 도메인의 DNS를 어디에서 관리하느냐에 따라 갈립니다.

일반적인 경우나의 서비스 관리 > 도메인관리 > 도메인 부가서비스 > DNS관리

서버호스팅인 경우나의 서비스 관리 > 호스팅 관리 > 기본관리 > 서버호스팅 DNS 관리

별칭 추가 화면에서 도메인 별칭 자리에 밑줄로 시작하는 값을, 실제 도메인명 자리에 온점으로 이어진 긴 값을 넣습니다. 입력란이 도메인을 자동으로 붙여 주는 형태인지 전체 이름을 그대로 받는 형태인지는 화면마다 다르므로, 저장 후 목록에 표시된 최종 이름이 의도한 형태인지 눈으로 확인해야 합니다.

4등록한 값이 실제로 조회되는지 확인합니다

저장했다고 해서 곧바로 조회되는 것은 아닙니다. 인증기관이 조회하기 전에 스스로 먼저 확인해 보는 편이 시간을 아낍니다.

dig +short _1a2b3c4d5e6f708192a3b4c5d6e7f809.example.com CNAME
nslookup -type=CNAME \

  _1a2b3c4d5e6f708192a3b4c5d6e7f809.example.com 8.8.8.8

앞의 값은 예시입니다. 인증서 받기 화면에 표시된 별칭과 실제 도메인을 넣어 조회합니다.

등록한 실제 도메인명이 그대로 되돌아오면 성공입니다. 아무 값도 나오지 않으면 아직 퍼지지 않았거나 저장이 되지 않은 것입니다. DNS 반영에는 시간이 걸릴 수 있으므로 몇 분 간격으로 다시 조회해 봅니다.

5발급을 기다립니다

소유자 인증이 확인되면 인증서가 자동으로 발급됩니다. 카페24는 인증 진행 시점을 기준으로 약 1시간 정도가 소요되며 자동으로 처리되는 구간이라 앞당길 수 없다고 안내하고 있습니다. 레코드를 넣자마자 발급 화면을 계속 새로고침할 필요는 없습니다.

6서버에 설치합니다

발급 이후는 이용 중인 상품에 따라 갈립니다. 자동 설치를 지원하는 웹호스팅은 30분에서 최대 3시간이 걸린다고 안내되어 있고, 루트나 관리자 권한이 제공되는 호스팅은 직접 설치해야 합니다.

openssl s_client -connect example.com:443 \

  -servername example.com </dev/null 2>/dev/null \

  | openssl x509 -noout -subject -issuer -dates

설치 후 실제로 적용된 인증서의 대상과 발급자, 유효기간을 서버 밖에서 확인합니다.

여기까지 마쳐도 접속이 자동으로 https로 넘어가지는 않습니다. 카페24 안내에서도 인증서가 정상 설정되어도 자동 https 접속이 되는 것은 아니며 소스의 http 링크를 https로 바꿔야 한다고 별도로 설명하고 있습니다.

6. 통과하지 못할 때 살펴볼 곳

증상	확인할 것
레코드를 넣었는데 조회되지 않습니다	저장 직후일 수 있습니다. 조회 명령을 몇 분 간격으로 다시 실행하고, 목록에 저장된 이름이 의도한 형태인지 확인합니다.
조회는 되는데 인증이 통과하지 않습니다	실제 도메인명 가운데 온점이 빠졌거나 값 앞뒤에 공백이 딸려 들어간 경우가 많습니다. 복사해 둔 원본과 한 글자씩 대조합니다.
별칭 이름이 이상하게 저장됩니다	입력란이 도메인을 자동으로 덧붙이는 형태인데 전체 이름을 넣으면 도메인이 두 번 붙습니다. 저장된 결과를 보고 판단합니다.
도메인 네임서버가 카페24가 아닙니다	인증값만 카페24에서 확인하고, 등록은 실제 네임서버를 운영하는 업체 쪽에서 해야 합니다. 카페24 안내도 이 경우 네임서버 업체에 등록을 요청하라고 적고 있습니다.
메일 인증으로 바꾸고 싶습니다	WHOIS 기반 인증은 2025년 6월 15일부로 중단되어, 재발송은 관리자 이메일 인증만 가능하다고 공지되어 있습니다. 메일 인증으로 되돌아가는 길이 예전보다 좁습니다.

7. 앞으로는 이 작업을 더 자주 하게 됩니다

인증서 유효기간이 짧아지고 있습니다. CA와 브라우저 진영 협의체가 확정한 일정에 따라 공개 신뢰 인증서의 최대 수명은 2026년 3월 15일부터 200일로 줄었고, 2027년 3월 100일, 2029년 3월 47일까지 단계적으로 내려갑니다. 소유권 확인 정보를 재사용할 수 있는 기간도 함께 줄어듭니다.

시점	최대 유효기간	체감
2026년 3월 15일 이전	398일	1년에 한 번 갱신하면 됩니다.
2026년 3월 15일부터	200일	1년에 두 번 가까이 갱신하게 됩니다.
2027년 3월 15일부터	100일	분기마다 갱신 작업이 돌아옵니다.
2029년 3월 15일부터	47일	달력에 적어 두고 사람이 처리하기는 어렵습니다.

그래서 인증 방식 선택이 중요해집니다

갱신 주기가 짧아질수록 매번 같은 절차를 반복하게 됩니다. 메일함 접근이나 웹서버 보안 설정 변경처럼 매번 조건이 달라지는 방식보다, DNS 레코드 편집처럼 조건이 일정한 방식이 반복 작업에 유리합니다. 지금 한 번 네임서버 인증으로 길을 닦아 두면 다음 갱신 때 같은 자리에서 같은 동작만 하면 됩니다.

정리

결제는 주문일 뿐이고 발급의 방아쇠는 소유권 인증입니다. 세 가지 수단 가운데 네임서버 인증은 웹서버와 메일함을 건드리지 않고 DNS 레코드 하나로 끝난다는 점에서 운영 중인 사이트에 가장 부담이 적습니다. 값은 눈으로 옮겨 적지 말고 복사해서 붙여넣습니다. 밑줄과 가운데 온점을 빠뜨리지 않습니다. 저장한 뒤에는 직접 조회해 확인합니다. 이 세 가지만 지키면 대부분 한 번에 통과합니다.

#카페24 #보안서버인증서 #SSL인증서 #네임서버인증 #CNAME인증 #도메인소유권인증 #DNS관리 #SSL갱신 #웹서버보안 #호스팅