신규 고객모든 신규 계정에 DNS와 CDN 무료 요금제를 제공합니다.계정 만들기

인증서 주문 및 검증

인증서를 선택하고 결제한 뒤 도메인을 제출하고 DNS 또는 HTTP 도메인 검증을 완료합니다.

5 분 소요 업데이트 2026년 10월 20일

이 페이지에서는 SSL 인증서를 선택하고 구매한 뒤 인증서에 사용할 도메인을 제출하고, DNS 또는 HTTP 검증으로 도메인 소유권을 증명하는 방법을 설명합니다.

인증서 선택

콘솔에서 SSL 인증서 → 인증서 구매 (/ssl/browse)를 엽니다. 페이지 상단에서 발급 채널별로 상품을 필터링할 수 있습니다. 각 상품 카드에는 다음 정보가 표시됩니다.

  • 상품 이름과 브랜드(예: Let's Encrypt, ZeroSSL, DigiCert)
  • 유형 태그: DV, OV, EV, 와일드카드 또는 멀티 도메인
  • 일 단위 유효 기간과 가격

작성 시점의 상품 목록은 다음과 같습니다. 최신 정보는 항상 상품 목록 페이지를 기준으로 합니다.

브랜드상품검증유효 기간
Let's Encrypt단일 도메인 / 와일드카드 / 멀티 도메인DV90 days
ZeroSSL단일 도메인 / 와일드카드 / 멀티 도메인DV90 days
DigiCertBasic OV, Secure Site, Secure Site Pro, Multi-Domain SSLOV365 days
DigiCertBasic EV, Secure Site EV, Secure Site Pro EV, EV Multi-DomainEV365 days

선택 기준은 다음과 같습니다.

  • HTTPS 암호화만 필요한 경우: DV를 선택합니다. 유효 기간이 90 days인 DV 인증서는 정기적으로 갱신해야 합니다.
  • 모든 1단계 하위 도메인이 필요한 경우(예: *.example.com): 와일드카드를 선택합니다. 와일드카드 인증서는 DNS로만 검증할 수 있습니다.
  • 하나의 인증서로 여러 도메인 이름을 사용하는 경우: 멀티 도메인을 선택합니다.
  • 인증서에 조직 신원 정보를 포함하려는 경우: OV 또는 EV를 선택하고 회사 정보를 준비합니다.

주문 및 결제

  1. 상품 카드에서 장바구니에 담기를 클릭하거나 지금 구매를 클릭하여 장바구니(/billing/cart)로 바로 이동합니다. SSL 인증서는 일회성 구매 상품입니다.
  2. 장바구니를 검토하고 주문을 완료합니다. 인증서 청구서가 생성되고 내 인증서에 처리 대기 상태의 인증서 주문이 표시됩니다. 아직 연결된 도메인은 없습니다.
  3. 결제 → 청구서 (/billing/invoices)에서 청구서 금액을 결제합니다.

도메인 및 검증 방식 제출

결제 후 주문에 사용할 인증서 도메인과 검증 방식을 제출하면 플랫폼이 CA에 요청을 전송합니다. 현재 이 단계는 콘솔 로그인 토큰으로 인증하는 사용자 API를 통해 수행합니다.

bash
curl -X POST https://api.yeap.cloud/api/user/ssl/orders/create \
  -H "Authorization: Bearer <token>" -H "Content-Type: application/json" \
  -d '{
    "order_id": 123,
    "domain": "example.com",
    "validation_method": "dns"
  }'

매개변수:

매개변수필수 여부설명
order_id필수내 인증서에 표시되거나 GET /api/user/ssl/certificates에서 반환되는 주문 ID
domain필수기본 도메인입니다. 와일드카드는 *.example.com을 사용합니다
validation_method선택dns(기본값) 또는 http
csr선택직접 생성한 PEM 형식의 CSR입니다. 생략하면 플랫폼이 RSA 2048-bit 키와 CSR을 생성합니다
san_domains선택멀티 도메인 인증서에 추가할 도메인 이름입니다. 예: ["www.example.com","api.example.com"]
organization, country, state, cityOV/EV에 필수조직 이름, 두 글자 국가 코드, 주/도, 도시
admin_email, admin_first_name, admin_last_nameOV/EV에 필수관리 담당자 연락처
참고

대기 중 상태인 주문만 설정할 수 있으며, 각 주문은 한 번만 설정할 수 있습니다.

경고

직접 생성한 CSR을 제출하면 플랫폼은 개인 키에 접근하지 않으며 다운로드 파일에도 개인 키가 포함되지 않습니다. 개인 키를 안전하게 보관하십시오. 플랫폼이 CSR을 생성한 경우에는 인증서 다운로드 시 개인 키가 함께 제공됩니다.

성공하면 주문이 검증 대기 상태로 전환되고, 응답의 validation_data에 게시해야 할 정보가 표시됩니다. 언제든지 GET /api/user/ssl/orders/get?id=<order_id>로 다시 조회할 수 있습니다. validation_token 및 validation_value 필드에는 레코드 이름과 값이 들어 있습니다.

도메인 검증 완료

DNS 검증(권장)

DNS 제공업체에서 TXT 레코드를 추가합니다.

유형이름값
TXT_acme-challenge.example.com(주문에서 반환된 이름 사용)주문에서 제공된 검증 값
  • Let's Encrypt와 ZeroSSL 같은 DV 인증서는 일반적으로 _acme-challenge 접두사를 사용합니다. 다른 CA는 다른 이름이나 레코드 유형을 사용할 수 있으므로 항상 해당 주문에서 반환된 데이터를 사용하십시오.
  • 와일드카드 인증서는 반드시 DNS 검증을 사용해야 합니다.
  • 영역이 Yeap Cloud DNS에서 호스팅되는 경우 콘솔에서 레코드를 추가할 수 있습니다. DNS 문서를 참조하십시오.
  • DNS 변경 사항이 조회되기까지는 일반적으로 몇 분에서 30분 정도 걸리며, TTL이 길면 더 오래 걸립니다.

HTTP 검증

웹사이트에 검증 파일을 게시하여 http://<domain>/.well-known/...에서 접근할 수 있도록 합니다. 주문에서 반환된 경로와 내용을 정확히 사용합니다(예: /.well-known/acme-challenge/<token>). 다음 사항을 확인하십시오.

  • 도메인이 파일을 호스팅하는 서버로 해석되고 포트 80에 접근할 수 있어야 합니다.
  • URL은 파일의 원본 내용을 반환해야 하며 로그인 페이지, 방화벽 또는 재작성 규칙에 가로막히지 않아야 합니다.
팁

도메인이 CDN을 경유하는 경우 원본 서버 규칙이나 캐싱이 검증 파일 접근을 방해할 수 있습니다. 이 경우 일반적으로 DNS 검증이 더 간단합니다.

검증 및 발급 확인

레코드가 반영되면 직접 검증을 실행할 수 있습니다.

bash
# Re-check validation
curl -X POST https://api.yeap.cloud/api/user/ssl/orders/validate \
  -H "Authorization: Bearer <token>" -H "Content-Type: application/json" \
  -d '{"order_id": 123}'

# Refresh the order status from the CA; fetches the certificate if it has been issued
curl -X POST https://api.yeap.cloud/api/user/ssl/orders/refresh-status \
  -H "Authorization: Bearer <token>" -H "Content-Type: application/json" \
  -d '{"order_id": 123}'

직접 폴링할 필요는 없습니다. 플랫폼은 CA에 제출된 모든 주문을 일정 간격(약 30분마다)으로 자동 확인합니다. 인증서가 발급되면 자동으로 저장되고 주문이 적용 중 상태로 변경됩니다. 이후 내 인증서에서 다운로드할 수 있습니다.

발급 소요 시간은 유형에 따라 다릅니다. DV 인증서는 일반적으로 검증을 통과한 직후 발급됩니다. OV 및 EV 인증서는 CA의 조직 심사도 필요하며 보통 영업일 기준 며칠이 걸립니다. CA가 제출한 연락처로 연락할 수 있습니다.

문제 해결

  • 검증을 계속 통과하지 못하는 경우: dig TXT _acme-challenge.example.com으로 레코드가 외부에서 조회되는지, 값이 누락 없이 입력되었고 불필요한 따옴표나 공백이 없는지 확인합니다. HTTP 검증의 경우 브라우저 또는 curl로 검증 URL을 열고 응답 본문을 확인합니다.
  • 주문이 실패로 표시되는 경우: CA가 요청을 거부한 것입니다(예: 도메인이 발급 정책을 충족하지 못함). 사유는 주문에 저장되며 주문 조회 엔드포인트에서 반환됩니다.
  • 오랫동안 진행되지 않는 경우: 주문 ID와 함께 문의하십시오.
이 페이지가 도움이 되었습니까?