무엇을 도와드릴까요?

주문·결제

주문번호와 잘못 입력한 항목, 변경할 정확한 내용을 1:1 문의로 접수하세요. 발급 전인지, 인증기관에 접수되었는지, 이미 발급되었는지에 따라 처리 절차가 달라집니다.

취소·환불 가능 여부와 금액은 주문 진행 상태 및 해당 상품의 적용 조건을 확인한 뒤 안내됩니다. 임의로 중복 결제하거나 같은 도메인을 재주문하기 전에 기존 주문의 처리 상태부터 확인하세요.

주문·결제

주문번호, 도메인, 서버 종류·버전, 오류가 시작된 시각과 정확한 오류 문구를 알려 주세요. 설치 문제는 HTTPS를 처리하는 위치(CDN·로드밸런서·웹서버)와 시도한 조치도 함께 적으면 원인 확인에 도움이 됩니다.

인증서 가격에 원격 설치나 모든 운영 작업이 포함된다고 가정하지 마세요. 대행이 필요하면 작업 범위를 먼저 확인하세요. 비밀번호·개인키·PFX·토큰 PIN·DCV 승인 링크는 일반 문의글이나 화면 캡처에 넣지 마세요.

도메인 인증

DCV(Domain Control Validation)는 신청자가 해당 도메인을 관리할 권한이 있는지 확인하는 절차입니다. 결제자 이름이나 회원 이메일을 확인하는 것만으로 도메인 사용 권한이 증명되지는 않습니다.

주문에서 선택한 이메일·DNS·파일 인증 중 실제 안내된 방법을 완료해야 합니다. OV·EV도 도메인 인증이 필요하며, 기업 검증은 별도 절차로 진행됩니다.

도메인 인증

인증 메일함을 직접 사용할 수 있으면 이메일, 권한 있는 DNS 관리자에게 레코드를 등록할 수 있으면 DNS, 웹서버의 지정 경로에 검증 파일을 공개할 수 있으면 파일 인증을 검토하세요.

와일드카드는 일반 파일 인증을 사용할 수 없으므로 지원되는 DNS 등 다른 방식을 확인하세요. 인증기관과 상품에 따라 지원 방식이 다르며, 주문 화면 선택만으로 검증이 완료되거나 인증기관 설정이 자동 변경되는 것은 아닙니다.

도메인 인증

주문 안내 이메일이 아니라 신청 시 선택한 SSL 인증 메일함을 확인하세요. 실제 메일 계정 또는 별칭이 존재하고 외부 메일 수신이 가능해야 합니다.

1. 스팸함과 회사 메일 보안 서비스의 격리함을 확인합니다.
2. 선택한 주소의 철자와 메일 수신 설정을 확인합니다.
3. 메일을 열기만 하지 말고 안내된 승인 절차를 끝까지 진행합니다.
4. 링크가 만료되었거나 주소를 바꿔야 하면 주문번호로 재발송·변경을 요청합니다. 승인 링크나 코드를 공개하지 마세요.

도메인 인증

현재 도메인이 실제로 사용하는 권한 있는 네임서버에 등록해야 합니다. 도메인 구매처와 DNS 관리 업체가 다를 수 있습니다. 주문별로 받은 레코드 종류(TXT 또는 CNAME 등), 호스트명, 값을 그대로 확인하세요.

1. 관리 화면이 도메인을 자동으로 붙이는지 확인해 example.com이 두 번 들어가지 않게 합니다.
2. 이전 주문의 값이 아닌 현재 주문의 값을 사용합니다.
3. 외부 DNS 조회에서 새 레코드가 보이는지 확인합니다. TTL과 캐시 때문에 반영이 지연될 수 있습니다.
4. 기존 서비스용 레코드를 무작정 삭제하지 말고, 확인 결과와 오류 내용을 고객지원에 전달합니다.

도메인 인증

인증기관이 안내한 정확한 도메인·경로·파일명과 본문이 외부 인터넷에서 조회되어야 합니다. 임의의 테스트 파일이나 다른 주문의 파일은 사용할 수 없습니다.

1. 로그인, IP 제한, WAF, 봇 차단과 CDN 캐시가 검증 요청을 막지 않는지 확인합니다.
2. 브라우저 시크릿 창 등 외부 조건에서 안내 URL의 응답 본문을 확인합니다.
3. 파일 확장자 중복, 문자 인코딩 변경, HTML 오류 페이지 반환 여부를 확인합니다.
4. HTTP/HTTPS와 리디렉션 허용 조건은 안내된 검증 방식에 맞추세요. 인증 때문에 사이트 전체의 보안을 해제하지 마세요.

도메인 인증

CAA는 해당 도메인의 인증서를 발급할 수 있는 인증기관을 DNS에서 제한하는 레코드입니다. 제한된 목록에 주문한 인증기관이 없으면 다른 인증 절차를 완료해도 발급이 중단될 수 있습니다.

DNS 담당자에게 현재 CAA의 issue와 와일드카드용 issuewild 설정을 확인하도록 요청하세요. 실제 발급 기관이 안내한 값으로 허용 범위를 조정한 뒤 다시 확인합니다. 해결을 위해 모든 CAA 레코드를 무조건 지우지는 마세요.

도메인 인증

주문번호·도메인·현재 방식·변경할 방식을 전달해 변경 가능 여부를 확인하세요. 인증기관 접수 이후에는 관리자 또는 인증기관의 설정 변경이 필요할 수 있습니다.

새 인증 값이 발급되면 해당 주문의 최신 안내를 사용하세요. 예전 승인 링크·DNS 값·파일을 재사용하면 실패할 수 있습니다. 갱신·재발급에서도 검증 결과의 재사용 가능 기간과 변경 내용에 따라 다시 인증해야 합니다.

도메인 인증

신청 조직의 정확한 법적 명칭과 주소, 등록 정보, 확인 가능한 연락처, 신청 권한을 가진 담당자 정보를 준비하세요. 신청서와 확인 자료의 영문 표기가 서로 다르면 추가 보완이 요청될 수 있습니다.

인증기관은 공개 등록 정보나 별도 확인 수단으로 기업 실체와 연락처를 확인하고 담당자 확인을 진행할 수 있습니다. 임의로 만든 전화번호나 약칭을 쓰지 말고, 보완 요청과 확인 연락을 받을 담당자를 정해 두세요.

CSR·인증서 파일

CSR은 공개키와 발급 요청 정보를 담은 인증서 서명 요청서입니다. 개인키는 해당 공개키와 짝을 이루는 비밀 정보로, 서버가 인증서를 사용하는 데 필요합니다. CSR이나 발급 인증서만으로 개인키를 복원할 수 없습니다.

CSR을 만든 서버·키 저장소·담당자를 기록하고 개인키를 접근 통제된 위치에 보관하세요. 인증기관에 보내는 것은 CSR이며, 개인키를 일반 게시판이나 이메일로 제출하지 마세요.

CSR·인증서 파일

먼저 권한 있는 백업·원래 CSR 생성 서버·키 저장소에서 해당 키를 확인하세요. 개인키를 찾을 수 없으면 새 키와 CSR을 준비하고 재발급 절차를 요청해야 합니다.

유출이 의심되면 기존 키를 계속 쓰지 말고 인증서 폐기와 새 키 기반 재발급을 즉시 요청하세요. 새 인증서를 모든 적용 지점에 배포한 후 상태를 확인합니다. 기존 키가 노출된 인증서를 단순히 다시 다운로드하는 것으로는 해결되지 않습니다.

CSR·인증서 파일

신청 도메인과 필요한 SAN 목록, 키 알고리즘·길이, 조직 정보가 상품 요구사항과 일치하는지 확인하세요. 와일드카드는 신청 범위가 *.example.com과 같이 정확히 들어가야 합니다.

CSR 직접 입력은 BEGIN CERTIFICATE REQUEST부터 END CERTIFICATE REQUEST까지 전체를 붙여 넣습니다. PRIVATE KEY라는 머리글이 보이면 개인키이므로 등록하지 마세요. 자동생성 정보를 선택한 경우에도 기관명·지역·국가·도메인의 오타를 확인해야 합니다.

CSR·인증서 파일

주문한 계정으로 로그인한 뒤 마이페이지의 ‘인증서 관리’에서 해당 주문의 다운로드 버튼을 사용하세요. 주문 상세의 ‘인증서’ 열에서도 등록된 파일을 내려받을 수 있습니다.

관리자가 파일을 등록한 주문만 다운로드할 수 있습니다. 버튼이 없거나 발급 완료 상태인데 내려받을 수 없으면 주문번호와 함께 확인을 요청하세요. 고객은 다운로드만 가능하며 파일 등록·교체는 관리자가 처리합니다.

CSR·인증서 파일

CRT·CER는 보통 인증서 파일의 확장자이며 내부 형식은 PEM 또는 DER일 수 있습니다. PEM은 BEGIN/END 머리글을 사용하는 텍스트 형식입니다. KEY는 개인키에 주로 쓰는 확장자이므로 비밀로 보관하세요.

PFX·P12(PKCS#12)는 개인키와 인증서 체인을 암호로 보호해 함께 담을 수 있습니다. P7B는 인증서와 체인을 담지만 개인키는 포함하지 않습니다. 확장자만 바꾸면 변환되는 것이 아니며, 필요한 형식과 개인키 포함 여부를 설치 담당자에게 확인하세요.