다른 AWS 계정으로 다른 하위 도메인을 관리 할 수 ​​있습니까?


21

두 개의 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) 나는 이것을 엉망으로 만들었고 이것이 답이다. 아래를 참조하십시오.


1
다운 유권자가 그 이유를 친절하게 설명 할 것입니까? 질문이 주제에 맞으면 삭제하겠습니다. 그러나 다운 투표와 달리기는 아무 것도 말해주지 않습니다.
mlk

1
이것을 시도하고 약 10 분 안에 스스로 답을 구할 수 있습니다. Route 53에 하위 도메인을 추가 할 수 있기 때문에 대답이 '예'라고 생각합니다. 이것이 다운 보트 인 이유입니다.
Tim

1
무엇을보십시오? 위의 작업을 수행했지만 작동하지 않습니다.
mlk

마스터 계정이 있습니까 example.com또는 *.example.com영역으로? 존 이름으로 가질 있다고 생각하지 *.example.com않습니까? 실제 FQDN을 제공 할 수 있습니까?
ceejayoz

수행 dig ns testing.example.com네임 서버의 설정이 하위 계정의 영역 그 것을하고 확인. 그런 다음 dig @one.of.those.nameservers api.testing.example.com출력을 평가하십시오.
ceejayoz

답변:


28

요청을 .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자식 계정에 NS 값을 가진 마스터 계정 에 레코드를 추가 했다), 그러나 작동하지 않는다 (즉 nslookup kibana.example.com, 예상대로 작동하지만 nslookup kibana.testing.example.com Server: 8.8.8.8 Address: 8.8.8.8#53 ** server can't find kibana.testing.example.com: NXDOMAIN)
mlk

@mlk dig ns testing.example.com출력 은 무엇입니까 ?
ceejayoz

다시 가져 와서 NS의 사본과 붙여 넣기를 엉망으로 만들었습니다. 레코드를 삭제하고 다시 작성하면 NS 조회가 작동합니다.
mlk

2
남자, 이것은 내가 지금까지 찾은 주제에 대한 가장 깨끗한 답변입니다. 정말 고맙습니다!
demisx

0

도메인의 testing.example.com기본 계정 (부모)에 레코드 를 만들어야한다고 생각 example.com합니다. ELB를 사용하는 경우 testing하위 계정의 ELB 끝점을 복사 하거나 하위 계정의 testing도메인에 할당 된 공용 IP 일 수 있으며 부모 계정 경로 53에서 업데이트 할 수 있습니다. ELB 끝점을 사용하면 전용을 사용하지 않고 주소를 쉽게 확인할 수 있다고 생각합니다 탄력적 IP. 또한 testing부모 계정에서 모든 하위 도메인을 만들어야 합니다. testing사이트의 모든 하위 도메인에 대해 하위 계정에서 ELB 끝점을 사용하는 것이 좋습니다 . 모든 ELB 엔드 포인트가 internet-facingAWS 콘솔에서 와 같이 구성표를 가져야합니다 .


3
ELB는 이와 관련이 없으며 NS 레코드를 통한 네임 서버 위임을 통해 testing하위 계정을 올바르게 설정하면 하위 계정을 만들 수 있습니다.
ceejayoz
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.