기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
DNS유효성 검사
도메인 이름 시스템 (DNS) 은 네트워크에 연결된 리소스를 위한 디렉터리 서비스입니다. DNS공급자는 도메인을 정의하는 레코드가 포함된 데이터베이스를 유지 관리합니다. DNS검증을 선택하면 이 데이터베이스에 추가해야 하는 하나 이상의 CNAME 레코드가 ACM 제공됩니다. 이 레코드에는 사용자가 도메인을 통제함을 증명하는 역할을 하는 고유한 키-값 페어가 포함되어 있습니다.
참고
이메일 검증을 사용하여 인증서를 만든 후에는 확인을 사용하여 DNS 인증서를 확인하는 것으로 전환할 수 없습니다. DNS검증을 사용하려면 인증서를 삭제한 다음 DNS 검증을 사용하는 새 인증서를 만드십시오.
예를 들어 추가 www.example.com
이름으로 example.com
도메인에 대한 인증서를 요청하면 두 개의 CNAME 레코드가 자동으로 ACM 생성됩니다. 사용자의 도메인 및 계정용으로 특별히 생성된 각 레코드에는 이름과 값이 포함되어 있습니다. 값은 인증서를 자동 갱신하는 데 ACM 사용하는 AWS 도메인을 가리키는 별칭입니다. CNAME레코드는 DNS 데이터베이스에 한 번만 추가해야 합니다. ACM인증서가 사용되고 CNAME 기록이 그대로 유지되는 한 인증서를 자동으로 갱신합니다.
중요
Amazon Route 53을 사용하여 공개 DNS 기록을 관리하지 않는 경우 DNS 공급자에게 문의하여 레코드 추가 방법을 알아보십시오. 도메인의 DNS 데이터베이스를 편집할 권한이 없는 경우 이메일 검증을 대신 사용해야 합니다.
검증을 반복할 필요 없이 CNAME 기록이 그대로 유지되는 한 정규화된 도메인 이름 (FQDN) 에 대한 추가 ACM 인증서를 요청할 수 있습니다. 즉, 도메인 이름이 동일한 대체 인증서 또는 다른 하위 도메인을 포함하는 인증서를 만들 수 있습니다. CNAME유효성 검사 토큰은 어느 AWS 지역에서나 작동하므로 여러 지역에서 동일한 인증서를 다시 만들 수 있습니다. 또한 삭제된 인증서를 교체할 수도 있습니다.
연결된 AWS 서비스에서 인증서를 제거하거나 CNAME 레코드를 삭제하여 자동 갱신을 중지할 수 있습니다. Route 53이 DNS 공급자가 아닌 경우, 공급자에게 문의하여 레코드 삭제 방법을 알아보십시오. Route 53이 공급자인 경우 Route 53 개발자 가이드에서 리소스 레코드 세트 삭제를 참조하세요. 관리형 인증서 갱신에 대한 자세한 내용은 ACM인증서에 대한 관리형 갱신 섹션을 참조하세요.
참고
CNAMEDNS구성에서 5개 이상이 함께 연결되어 CNAMEs 있는 경우 해결에 실패합니다. 더 긴 체인이 필요한 경우 이메일 검증을 사용하는 것이 좋습니다.
업무 CNAME 기록 방법 ACM
참고
이 섹션은 Route 53을 DNS 공급자로 사용하지 않는 고객을 위한 것입니다.
Route 53을 DNS 공급자로 사용하지 않는 경우, 일반적으로 웹 사이트를 통해 제공자의 데이터베이스에 제공된 CNAME 레코드를 수동으로 입력해야 합니다. ACM CNAME레코드는 리디렉션 메커니즘 및 벤더별 메타데이터의 컨테이너 등 다양한 용도로 사용됩니다. 의 경우ACM, 이러한 레코드를 통해 초기 도메인 소유권 검증과 지속적인 자동 인증서 갱신이 가능합니다.
다음 표에는 6개 도메인 이름에 대한 예제 CNAME 레코드가 나와 있습니다. 각 레코드의 레코드 이름-레코드 값 페어는 도메인 이름 소유권을 인증하는 역할을 합니다.
이 표에서 처음 2개의 레코드 이름-레코드 값 페어는 동일합니다. 이는 와일드카드 도메인 (예:) 의 경우 에서 만든 문자열이 기본 도메인에서 만든 문자열과 ACM 동일하다는 것을 보여줍니다. *.example.com
example.com
그렇지 않으면 레코드 이름 및 레코드 값 페어는 각 도메인 이름별로 다릅니다.
예제 레코드 CNAME | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
도메인 이름 | 레코드 이름 | 레코드 값 | 설명 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
*.example.com | _x1 .example.com. |
_x2 .acm-validations.aws. |
Identical | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
example.com | _x1 .example.com. |
_x2 .acm-validations.aws. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
www.example.com | _x3 .www.example.com. |
_x4 .acm-validations.aws. |
고유 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
host.example.com | _x5 .host.example.com. |
_x6 .acm-validations.aws. |
고유 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
subdomain.example.com | _x7 .subdomain.example.com. |
_x8 .acm-validations.aws. |
고유 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
host.subdomain.example.com | _x9 .host.subdomain.example.com. |
_x10 .acm-validations.aws. |
고유 |
그 xN
밑줄 (_) 뒤에 오는 값은 에서 생성된 ACM 긴 문자열입니다. 예를 들면 다음과 같습니다.
_
3639ac514e785e898d2646601fa951d5
.example.com.
이 예는 결과로 생성된 레코드 이름을 보여줍니다. 연결된 레코드 값은 다음과 같은 값일 수 있습니다.
_
98d2646601fa951d53639ac514e785e8
.acm-validation.aws.
동일한 DNS 레코드에 대해.
참고
DNS공급자가 앞에 밑줄이 있는 CNAME 값을 지원하지 않는 경우 DNS유효성 검사 문제 해결을 참조하십시오.
인증서를 요청하고 DNS 유효성 검사를 지정하는 경우 는 다음 CNAME 형식으로 정보를 ACM 제공합니다.
도메인 이름 | 레코드 이름 | 레코드 형식 | 레코드 값 |
---|---|---|---|
example.com | _a79865eb4cd1a6ab990a45779b4e0b96.example.com. | CNAME |
_424c7224e9b0146f9a8808af955727d0.acm-validations.aws. |
도메인 이름은 인증서와 FQDN 연결되어 있습니다. 레코드 이름은 키-값 페어의 키로, 레코드를 고유하게 식별합니다. 레코드 값은 키-값 페어의 값으로 사용됩니다.
레코드를 추가하려면 DNS 이 세 가지 값 (도메인 이름, 레코드 이름, 레코드 값) 을 모두 DNS 제공자 웹 인터페이스의 해당 필드에 입력해야 합니다. 레코드 이름(또는 ‘이름’) 필드를 처리하는 방식이 공급자 간에 일관되지 않습니다. 경우에 따라 위에 표시된 것처럼 전체 문자열을 제공해야 합니다. 일부 공급자의 경우에는 사용자가 입력한 문자열에 도메인 이름이 자동으로 추가됩니다. 즉, 이 예에서는 이름 필드에
_a79865eb4cd1a6ab990a45779b4e0b96
만 입력해야 합니다. 이 규칙을 잘못 알고 도메인 이름이 포함된 레코드 이름(예: .example.com
)을 입력하면 다음과 같이 될 수 있습니다.
_a79865eb4cd1a6ab990a45779b4e0b96.example.com.example.com.
이 경우 검증이 실패합니다. 따라서 공급자에 맞는 입력 유형을 미리 확인해야 합니다.
유효성 검사 설정 DNS
이 섹션에서는 DNS 유효성 검사를 사용하도록 공개 인증서를 구성하는 방법을 설명합니다.
콘솔에서 DNS 검증을 설정하려면
참고
이 절차에서는 이미 하나 이상의 인증서를 만들었고 인증서를 만든 AWS 지역에서 작업하고 있다고 가정합니다. 콘솔을 열려고 하는데 첫 번째 사용 화면이 표시되거나 콘솔을 열어도 목록에 인증서가 보이지 않는 경우 올바른 지역을 지정했는지 확인하십시오.
-
에서 ACM https://console.aws.amazon.com/acm/
콘솔을 여십시오. -
인증서 목록에서 검증 보류 중(Pending validation) 상태인 구성하려는 인증서 ID(Certificate ID)를 선택합니다. 그러면 인증서에 대한 세부 정보 페이지가 열립니다.
-
도메인(Domains) 섹션에서 다음 두 절차 중 하나를 완료합니다.
-
(선택 사항) Route 53로 검증합니다.
다음 조건에 해당할 경우 활성 상태의 Route 53에 레코드 생성(Create record in Route 53) 버튼이 표시됩니다.
-
Route 53을 DNS 공급자로 사용합니다.
-
Route 53에서 호스팅한 영역에 대한 쓰기 권한이 있습니다.
-
아직 FQDN 유효성이 확인되지 않았습니다.
참고
Route 53을 사용하고 있지만 Route 53에 레코드 생성 버튼이 표시되지 않거나 비활성화된 경우, ACM콘솔에 “Route 53에서 레코드 생성” 버튼이 표시되지 않음 섹션을 참조하세요.
Route 53에 레코드 생성(Create record in Route 53) 버튼을 선택한 다음 레코드 생성(Create records)을 선택합니다. 성공적으로 생성된 DNS 레코드를 보고하는 상태 배너와 함께 인증서 상태 페이지가 열려야 합니다.
새 인증서의 상태가 최대 30분 동안 계속 검증 보류 중(Pending validation)으로 표시될 수 있습니다.
작은 정보
Route 53에서 레코드를 ACM 자동으로 생성하도록 프로그래밍 방식으로 요청할 수 없습니다. 하지만 Route 53을 AWS CLI API 호출하거나 호출하여 Route 53 DNS 데이터베이스에 레코드를 생성할 수 있습니다. Route 53 레코드 세트에 대한 자세한 내용은 리소스 레코드 세트 관련 작업을 참조하세요.
-
-
(선택 사항) Route 53을 DNS 공급자로 사용하지 않는 경우 CNAME 정보를 검색하여 DNS 데이터베이스에 추가해야 합니다. 새 인증서의 세부 정보 페이지에서 이 작업은 다음 두 가지 방법 중 하나로 수행할 수 있습니다.
-
도메인 섹션에 표시된 CNAME 구성 요소를 복사합니다. 이 정보는 DNS 데이터베이스에 수동으로 추가해야 합니다.
-
또는 익스포트 대상을 선택할 수도 CSV 있습니다. 결과 파일의 정보를 DNS 데이터베이스에 수동으로 추가해야 합니다.
중요
유효성 검사 문제를 방지하려면 DNS 제공자의 데이터베이스에 정보를 업무 CNAME 기록 방법 ACM 추가하기 전에 검토하십시오. 문제가 발생하면 DNS검증 문제를 해결하세요. 섹션을 참조하세요.
-
-
CNAME값을 생성한 후 72시간 이내에 도메인 이름을 검증할 수 없는 경우 ACM 인증서 상태를 검증 시간 초과로 ACM 변경합니다. 이 결과가 나타나는 가장 큰 이유는 ACM 생성된 값으로 DNS 구성을 성공적으로 업데이트하지 않았기 때문입니다. 이 문제를 해결하려면 CNAME 지침을 검토한 후 새 인증서를 요청해야 합니다.