두 개의 AWS 계정이 있습니다. example.com호스팅 영역으로 사용되는 마스터 계정 에는 여러 레코드 세트 (예 : api.example.com 및 kibana.example.com)가 있습니다.
두 번째 계정은 testing.example.com동일한 레코드 세트 세트 (예 : api.testing.example.com 및 kibana.testing.example.com)를 사용하여 호스팅 영역 으로 관리 됩니다.
마스터 계정에 .testing.example.com하위 계정에 대한 요청을 참조하도록 지시하는 방법 ‘Live’및 ‘Test’모두에서 동일한 Cloud Formation 템플릿을 사용하려는 경우 마스터 계정을 변경하고 싶지 않습니다.
위와 같이 두 가지를 설정했지만 작동 api.testing.example.com하지 않습니다 (해결되지 않음). 마스터 계정의 testing.example.com ns 레코드를 자식 계정 (1)에 지정된 레코드로 설정하려고했습니다. 아아, 이것은 내가 전에 한 일이 아니며 Google 검색은 아무것도 반환하지 않습니다.
1) 나는 이것을 엉망으로 만들었고 이것이 답이다. 아래를 참조하십시오.
답변
요청을
.testing.example.com하위 계정 으로 푸시하도록 마스터 계정에 지시하는 방법
요청은 푸시되지 않고 참조되지만 하위 영역을 상위 영역을 호스팅하는 서버와 다른 Route 53 서버 집합에 위임하면 원하는 결과를 얻을 수 있습니다.
testing.example.com을 위해 생성 한 새로운 호스팅 영역을 확인하십시오. 동일한 AWS 계정, 다른 AWS 계정, 모든 AWS 계정에있을 수 있습니다. “계정”과 관련된 것은 없습니다. 이것은 표준 DNS 구성을 사용합니다. 전체 DNS는 계층입니다. 전역 루트는 찾을 위치를 알려줄 수 com있고 com서버는 찾을 위치 를 알려줄 수 있으며 직접적인 대답을 제공하는 대신 찾을 위치를 알려주는 example.com것은 크게 다르지 않습니다 .example.comtesting.example.com
Route 53이 testing.example.com 호스팅 영역에 할당 한 4 개의 이름 서버에 유의하십시오. 그것들이 모두 example.com 호스팅 영역에 할당 된 것과 다른지 확인하십시오. (둘 중 어느 것도 동일하지 않아야하지만이를 확인하십시오.)
이제 example.com 영역으로 돌아가서 testingrecord type을 사용하여 hostname 을 사용하여 새 자원 레코드를 작성하고 아래 상자에 NSRoute 53이 지정된 4 개의 이름 서버를 입력하십시오 testing.example.com.
이제 testing.example.com 및 그 아래 요청이 example.com을 처리하는 Route 53 서버 중 하나에 도착 하면 응답은 testing.example.com의 답변 이 아닙니다 . 회신은 요청자에게 제공합니다. testing.example.com과 관련된 4 개의 NS 레코드 및 “모르지만이 중 한 사람에게 물어보십시오.”에 해당하는 답변
그게 끝났어.
답변
도메인의 testing.example.com기본 계정 (부모)에 레코드 를 만들어야한다고 생각 example.com합니다. ELB를 사용하는 경우 testing하위 계정의 ELB 끝점을 복사 하거나 하위 계정의 testing도메인에 할당 된 공용 IP 일 수 있으며 부모 계정 경로 53에서 업데이트 할 수 있습니다. ELB 끝점을 사용하면 전용을 사용하지 않고 주소를 쉽게 확인할 수 있다고 생각합니다 탄력적 IP. 또한 testing부모 계정에서 모든 하위 도메인을 만들어야 합니다. testing사이트의 모든 하위 도메인에 대해 하위 계정에서 ELB 끝점을 사용하는 것이 좋습니다 . 모든 ELB 엔드 포인트가 internet-facingAWS 콘솔에서 와 같이 구성표를 가져야합니다 .