간단한 비망록(해보면 간단하지 않았다)

하고 싶은 일

본 도메인 "test-kojiisd.tk"는 GCP의 Cloud DNS에서 관리하고 있다 (도메인 취득은 Freenom을 이용)

하위 도메인 "dev.test-kojiisd.tk"를 만들지 만이 도메인 관리는 Route 53에서 수행하고 싶습니다

하위 도메인은 S3 콘텐츠에 정적 웹 호스팅을 원합니다

이른바 "메인 도메인은 이전할 수 없기 때문에 하위 도메인에서 AWS에서 관리하려는 패턴"입니다.

메인 도메인 정보

메인 도메인을 취득하여 정적 페이지를 적절하게 할당하고 있습니다.

네임서버는 GCP의 것을 이용

Cloud DNS에서 Zone을 등록할 때 게시되는 NameServer 정보를 Freenom의 NameServer 설정 입력란에 입력합니다.


이제 잠시 후 test-kojiisd.tk의 NameServer 설정이 GCP 설정인지 확인할 수 있습니다.

$ dig ns test-kojiisd.tk

:
:

;; ANSWER SECTION:
test-kojiisd.tk.    60  IN  NS  ns-cloud-a4.googledomains.com.
test-kojiisd.tk.    60  IN  NS  ns-cloud-a1.googledomains.com.
test-kojiisd.tk.    60  IN  NS  ns-cloud-a2.googledomains.com.
test-kojiisd.tk.    60  IN  NS  ns-cloud-a3.googledomains.com.

하위 도메인 측 콘텐츠 준비

하위 도메인 생성을 위한 준비를 합니다. 서브 도메인은 처음에 쓴 대로 dev.test-kojiisd.tk 로 합니다.

S3에 데이터 배치, 웹 호스팅

적절하게 만든 index.html을 배치하여 정적 호스팅을 설정합니다. 특히 어려운 점은 없기 때문에 생략. 버킷 정책 설정 등 잊지 마세요.

Route 53에서 하위 도메인 관리

Route 53에서 dev.test-kojiisd.tk를 관리하기 위한 Host Zone을 만듭니다. (구체적인 단계 생략) 거기에서 생성된 NS 레코드를 Cloud DNS 측에 추가합니다. (FQDN으로 인식하기 위해 마지막 점을 넣는 것을 잊지 마십시오)



GCP에서 관리하는 경우 SOA 레코드의 '일련 번호'를 업데이트하는 것을 잊지 마십시오. (자동으로는 갱신되지 않는 모양)

이것으로 설정 자체가 완료됩니다. dig 명령으로 dev.test-kojiisd.tk 의 NS 레코드가 다음과 같이 GCP 측의 NS 레코드를 포함한 내용이 되어 있으면 OK.

$ dig ns dev.test-kojiisd.tk

:
:

;; ANSWER SECTION:
dev.test-kojiisd.tk.    60  IN  NS  ns-xxxx.awsdns-xx.co.uk.
dev.test-kojiisd.tk.    60  IN  NS  ns-xxxx.awsdns-xx.com.
dev.test-kojiisd.tk.    60  IN  NS  ns-xxxx.awsdns-xx.net.
dev.test-kojiisd.tk.    60  IN  NS  ns-xxxx.awsdns-xx.org.

요약

이 근처의 지식이 자신에게 부족하다는 것을 잘 알았다.