화이트 레이블 이름 서버 구성 - Amazon Route 53
1단계: 재사용 가능한 Route 53 위임 세트 만들기2단계: Amazon Route 53 호스팅 영역을 생성 또는 재생성하고 NS 및 SOA 레코드에 대한 TTL 변경3단계: 호스팅 영역의 레코드 다시 생성4단계: IP 주소 받기5단계: 화이트 레이블 이름 서버의 레코드 생성6단계: NS 및 SOA 레코드 업데이트7단계: 글루 레코드 생성 및 등록 대행자 이름 서버 변경8단계: 웹 사이트 또는 애플리케이션의 트래픽 모니터링9단계: TTL을 원래 값으로 다시 변경10단계: (선택 사항) 리커시브 DNS 서비스에 연락

화이트 레이블 이름 서버 구성

각 Amazon Route 53 호스팅 영역은 4개의 이름 서버(합쳐서 위임 세트라고 함)와 연결되어 있습니다. 기본적으로 이름 서버에는 ns-2048.awsdns-64.com과 같은 이름이 있습니다. 이름 서버의 도메인 이름이 호스팅 영역의 도메인 이름과 동일하기를 원하는 경우(예: ns1.example.com), 베니티 이름 서버 또는 프라이빗 이름 서버라고도 하는 화이트 레이블 이름 서버를 구성하면 됩니다.

다음 절차에서는 여러 도메인에 재사용할 수 있는 네 개의 화이트 레이블 이름 서버 한 세트를 구성하는 방법을 설명합니다. 예를 들어, example.com, example.org, example.net 도메인을 소유하고 있다고 가정해 봅시다. 이 절차를 통해 example.com에 대한 화이트 레이블 이름 서버를 구성하고 이를 example.org 및 example.net에 재사용할 수 있습니다.

1단계: 재사용 가능한 Route 53 위임 세트 만들기

흰색 레이블 이름 서버는 Route 53 재사용 가능한 위임 세트와 연결됩니다. 호스팅 영역과 재사용 가능한 위임 세트가 동일한 AWS 계정에 의해 생성된 경우에만 호스팅 영역에 화이트 레이블 이름 서버를 사용할 수 있습니다.

재사용 가능한 위임 세트를 만들려면, Route 53 API, AWS CLI 또는 AWS SDK 중 하나를 사용할 수 있습니다. 자세한 내용은 다음 설명서를 참조하세요.

2단계: Amazon Route 53 호스팅 영역을 생성 또는 재생성하고 NS 및 SOA 레코드에 대한 TTL 변경

Amazon Route 53 호스팅 영역 생성 또는 재생성:

  • 화이트 레이블 이름 서버를 사용할 도메인의 DNS 서비스로 현재 Route 53를 사용하고 있지 않은 경우 - 호스팅 영역을 생성하고 이전 단계에서 호스팅 영역별로 생성한 재사용 가능한 위임 세트를 지정합니다. 자세한 내용은 Amazon Route 53 API 참조의 CreateHostedZone을 참조하세요.

  • 화이트 레이블 이름 서버를 사용할 도메인의 DNS 서비스로 Route 53를 사용하고 있는 경우 - 화이트 레이블 이름 서버를 사용할 호스팅 영역을 다시 생성한 다음, 이전 단계에서 호스팅 영역별로 생성한 재사용 가능한 위임 세트를 지정해야 합니다.

    중요

    기존 호스팅 영역과 연결된 이름 서버는 변경할 수 없습니다. 재사용 가능한 위임 세트를 호스팅 영역과 연결하려면 호스팅 영역을 생성해야 합니다.

호스팅 영역을 생성하는 경우, 해당 도메인의 리소스에 액세스를 시도하기 전에 각 호스팅 영역에서 다음 TTL 값을 변경합니다.

  • 호스팅 영역에 대한 NS 레코드의 TTL을 60초 이하로 변경합니다.

  • 호스팅 영역에 대한 SOA 레코드의 최소 TTL을 60초 이하로 변경합니다. 이는 SOA 레코드의 마지막 값입니다.

등록자에게 실수로 화이트 레이블 이름 서버에 대한 잘못된 IP 주소를 제공하면, 웹 사이트를 사용할 수 없게 되며 문제가 해결된 후에도 TTL 기간 동안은 사용할 수 없습니다. TTL을 낮게 설정하면 웹 사이트를 사용하지 못하는 기간을 단축할 수 있습니다.

호스팅 영역을 생성하고 호스팅 영역의 이름 서버에 대해 재사용 가능한 위임 세트를 지정하는 방법에 대한 자세한 내용은 Amazon Route 53 API 참조의 CreateHostedZone을 참조하세요.

3단계: 호스팅 영역의 레코드 다시 생성

2단계에서 생성한 호스팅 영역에 레코드 생성:

  • 도메인의 DNS 서비스를 Amazon Route 53로 마이그레이션하는 경우 - 기존 레코드에 대한 정보를 가져와서 레코드를 생성할 수 있습니다. 자세한 내용은 영역 파일을 가져와 레코드 생성 섹션을 참조하세요.

  • 화이트 레이블 이름 서버를 사용할 수 있도록 기존 호스팅 영역을 대체하는 경우 - 새 호스팅 영역에서 현재 호스팅 영역에 나타나는 레코드를 다시 생성합니다. Route 53의 경우 호스팅 영역에서 레코드를 내보낼 방법이 없지만 일부 타사 공급 업체에서는 가능합니다. 그런 다음 Route 53 가져오기 기능으로 라우팅 정책이 단순하며 별칭이 아닌 레코드를 가져올 수 있습니다. 별칭 레코드 또는 라우팅 정책이 단순하지 않은 레코드는 내보냈다가 다시 가져올 수 없습니다.

    Route 53 API를 사용하여 레코드를 만드는 방법에 대한 자세한 내용은 Amazon Route 53 API 참조의 CreateHostedZone을 참조하세요. Route 53 콘솔을 사용하여 레코드를 생성하는 방법에 대한 자세한 내용은 레코드 작업 섹션을 참조하세요.

4단계: IP 주소 받기

재사용 가능한 위임 세트에서 이름 서버의 IPv4 및 IPv6 주소를 가져온 다음, 아래 표에 입력합니다.

재사용 가능한 위임 세트의 이름 서버 이름(예: Ns-2048.awsdns-64.com)

IPv4 및 IPv6 주소                                            

화이트 레이블 이름 서버에 할당할 이름(예: ns1.example.com)

 

IPv4:

IPv6:

 

 

IPv4:

IPv6:

 

 

IPv4:

IPv6:

 

 

IPv4:

IPv6:

 

예를 들어, 재사용 가능한 위임 세트의 이름 서버 네 개가 다음과 같다고 가정해 봅시다.

  • ns-2048.awsdns-64.com

  • ns-2049.awsdns-65.net

  • ns-2050.awsdns-66.org

  • ns-2051.awsdns-67.co.uk

다음은 4개 이름 서버 중 첫 번째의 IP 주소를 가져오기 위해 실행할 Linux 및 Windows 명령입니다.

Linux용 dig 명령

% dig A ns-2048.awsdns-64.com +short
192.0.2.117
% dig AAAA ns-2048.awsdns-64.com +short
2001:db8:85a3::8a2e:370:7334

Windows의 경우 nslookup 명령

c:\> nslookup ns-2048.awsdns-64.com
Non-authoritative answer:
Name:    ns-2048.awsdns-64.com
Addresses:  2001:db8:85a3::8a2e:370:7334
          192.0.2.117

5단계: 화이트 레이블 이름 서버의 레코드 생성

화이트 레이블 이름 서버의 도메인 이름(예: ns1.example.com)과 이름이 동일한 호스팅 영역(예: example.com)에서 8개의 레코드를 생성합니다.

  • 각 화이트 레이블 이름 서버당 A 레코드 1개

  • 각 화이트 레이블 이름 서버당 AAAA 레코드 1개

중요

둘 이상의 호스팅 영역에 대해 동일한 화이트 레이블 이름 서버를 사용하는 경우, 다른 호스팅 영역에 대해 이 단계를 수행하지 마십시오.

각 레코드에 대해 다음 값을 지정합니다. 이전 단계에서 입력한 표를 참조하십시오.

라우팅 정책

단순 라우팅(Simple routing)을 지정합니다.

레코드 이름

화이트 레이블 이름 서버 중 하나에 할당할 이름입니다(예: ns1.example.com). 접두사(이 예에서는 ns1)의 경우, 도메인 이름에 유효한 모든 값을 사용할 수 있습니다.

값/트래픽 라우팅 대상

재사용 가능한 위임 세트의 Route 53 이름 서버 중 하나의 IPv4 또는 IPv6 주소입니다.

중요

화이트 레이블 이름 서버에 대한 레코드를 생성할 때 잘못된 IP 주소를 지정하면, 다음 단계를 수행할 때 인터넷에서 웹 사이트 또는 웹 애플리케이션을 사용할 수 없게 됩니다. IP 주소를 즉시 수정하더라도 TTL 기간 동안에는 웹 사이트 또는 웹 애플리케이션을 사용할 수 없습니다.

레코드 유형

IPv4 주소에 대해 레코드를 생성하는 경우 [A]를 지정합니다.

IPv6 주소에 대해 레코드를 생성하는 경우 [AAAA]를 지정합니다.

TTL(초)

이 값은 DNS 해석기에서 Route 53로 또 다른 DNS 쿼리를 전달하기 전에 이 레코드의 정보를 캐싱하는 시간입니다. 이러한 레코드에 실수로 잘못된 값을 지정하는 경우 신속하게 복구할 수 있도록 초기 값을 60초 이하로 지정하는 것이 좋습니다.

6단계: NS 및 SOA 레코드 업데이트

화이트 레이블 이름 서버를 사용할 호스팅 영역의 SOA 및 NS 레코드를 업데이트합니다. 한 번에 호스팅 영역 한 개와 해당 도메인에 대해 6-8단계를 수행한 다음, 다른 호스팅 영역과 도메인에 대해 이를 반복합니다.

중요

화이트 레이블 이름 서버(예: ns1.example.com)와 도메인 이름이 동일한 Amazon Route 53 호스팅 영역(예: example.com)부터 시작합니다.

  1. Route 53 이름 서버의 이름을 화이트 레벨 이름 서버 중 하나의 이름으로 바꿔서 SOA 레코드를 업데이트합니다.

    예

    Route 53 이름 서버의 이름을

    ns-2048.awsdns-64.net. hostmaster.example.com. 1 7200 900 1209600 60

    화이트 레벨 이름 서버 중 하나의 이름으로 바꿉니다.

    ns1.example.com. hostmaster.example.com. 1 7200 900 1209600 60

    참고

    2단계: Amazon Route 53 호스팅 영역을 생성 또는 재생성하고 NS 및 SOA 레코드에 대한 TTL 변경에서 마지막 값인 최소 TTL(Time To Live)을 변경했습니다.

    Route 53 콘솔을 사용하여 레코드를 업데이트하는 방법에 대한 자세한 내용은 레코드 편집 섹션을 참조하세요.

  2. NS 레코드에서 도메인에 대한 현재 이름 서버의 이름을 기록해 두고, 필요할 경우 되돌릴 수 있도록 하십시오.

  3. NS 레코드를 업데이트합니다. Route 53 이름 서버의 이름을 화이트 레이블 이름 서버 4개의 이름(예: ns1.example.com, ns2.example.com, ns3.example.com 및 ns4.example.com)으로 바꿉니다.

7단계: 글루 레코드 생성 및 등록 대행자 이름 서버 변경

등록자가 제공한 방법을 사용하여 다음과 같이 글루 레코드를 생성하고 등록자의 이름 서버를 변경합니다.

  1. 글루 레코드를 추가하는 방법:

    • 화이트 레이블 이름 서버와 도메인 이름이 동일한 도메인을 업데이트하는 경우 - 이름 및 IP 주소가 4단계에서 얻은 값과 일치하는 글루 레코드 4개를 생성합니다. 해당 글루 레코드에 화이트 레이블 이름 서버의 IPv4 및 IPv6 주소를 모두 포함시킵니다. 예를 들면 다음과 같습니다.

      ns1.example.com – IP 주소 = 192.0.2.117 및 2001:db8:85a3::8a2e:370:7334

      등록자는 글루 레코드에 대해 다양한 용어를 사용합니다. 이를 새로운 이름 서버 또는 이와 유사한 대상을 등록하는 것으로 볼 수도 있습니다.

    • 또 다른 도메인을 업데이트하는 경우 – Route 53이 DNS 서비스인 경우 먼저 항목의 단계를 완료하고 도메인 이름과 일치하는 글루 레코드를 만들어야 합니다. 그런 다음 이 절차의 2단계로 건너뜁니다.

  2. 도메인의 이름 서버를 화이트 레이블 이름 서버의 이름으로 변경합니다.

Amazon Route 53를 DNS 서비스로 사용하는 경우, 도메인의 글루 레코드 및 이름 서버 추가 또는 변경 섹션을 참조하세요.

8단계: 웹 사이트 또는 애플리케이션의 트래픽 모니터링

7단계에서 글루 레코드를 생성하고 이름 서버를 변경한 웹 사이트 또는 애플리케이션의 트래픽을 다음과 같이 모니터링합니다.

  • 트래픽이 중지된 경우 - 등록 기관이 제공한 방법을 사용하여 도메인의 이름 서버를 이전 Route 53 이름 서버로 다시 변경합니다. 이는 6b단계에서 기록해 둔 이름 서버입니다. 그런 다음 문제를 알아냅니다.

  • 트래픽에 영향이 없는 경우 - 동일한 화이트 레이블 이름 서버를 사용할 나머지 호스팅 영역에 대해 6~8단계를 반복합니다.

9단계: TTL을 원래 값으로 다시 변경

현재 화이트 레이블 이름 서버를 사용 중인 모든 호스팅 영역에 대해 다음 값을 변경합니다.

  • 호스팅 영역에 대한 NS 레코드의 TTL을 더 일반적인 NS 레코드 값으로 변경합니다(예: 172800초(2일)).

  • 호스팅 영역에 대한 SOA 레코드의 최소 TTL을 더 일반적인 SOA 레코드 값으로 변경합니다(예: 900초). 이는 SOA 레코드의 마지막 값입니다.

10단계: (선택 사항) 리커시브 DNS 서비스에 연락

선택 사항 - Amazon Route 53 지리적 위치 라우팅을 사용하는 경우, EDNS0의 edns-client-subnet 확장을 지원하는 리커시브 DNS 서비스에 연락하여 화이트 레이블 이름 서버의 이름을 알려 주세요. 이를 통해 이러한 DNS 서비스에서 쿼리가 시작된 대략적인 지리적 위치에 기반한 최적의 Route 53 위치로 DNS 쿼리를 계속 라우팅할 수 있습니다.