두 가지 옵션이있다. 따라서 domain1.com은 ns1.domain1.com 등을 얻을 수 있습니다.이 장점은 원격 사이트가 다른 사이트에 대한 상호 참조를 수행 할 필요가 없으므로 원격 사이트에서도 찾아 볼 수 있다는 것입니다. 예를 들어, domain1.com의 NS 레코드가 ns1.domain2.com을 가리키는 경우 domain2.com에 대한 NS 레코드의 조회도 확인되어야합니다. ns1.domain2.com의 조회 위치로 이동해야합니다. 정말로. domain2.com의 NS 레코드가 domain3.com의 이름 서버를 가리키는 경우를 상상할 수 있습니다 ... 이것은 분명히 비효율적이며 많은 불필요한 추적을 초래합니다. 그래서 ... 내부를 완전히 가리키는 것은 no-duh처럼 보인다! 덜 쫓고! 그러나 ... 그것은 네임 서버에 대한 개념을 네임 서버 개념과 일치시켜야한다는 것을 의미하며, 네임 서버를 추가하거나 제거하거나 IP 주소를 변경할 때, 귀하의 등록 기관)가 변경되었습니다. (기술자의 말 : 귀하의 접착제 레코드에 대한 com의 개념 업데이트).
2) 외부 서버를 가리키는 NS 레코드를 추가하십시오. 이는 등록 기관 (즉, 도메인 1.com 구매)으로 거래하는 과정에서 DNS 서비스를 판매하는 서버 팜에 일반적으로 해당됩니다. NS 레코드를 "ns1.godaddy.com"과 같은 것으로 설정합니다. 귀하의 경우, 이전 존 소유자는 NS 레코드를 모두 domain1.com 존을 가리 키도록 설정합니다. 이는 실제로 주소를 변경할 예정인 경우에 실제로 도움이됩니다. 5 개의 영역 모두에서 IP 주소를 변경해야하는 것보다는 domain1.com의 ns1.domain1.com 레코드에서 변경해야합니다. 다른 구역은 만질 필요가 없습니다. 예! 100 개 구역을 관리 할 때 훨씬 더 예배당합니다.
그래서 여기에 옳고 그른 것은 없습니다 ... 그것은 상충 관계이고 다른 관리자는 다른 일을합니다. 변경 사항이있는 경우 영역 편집 유지 관리에 신경 쓰지 않는다면 다른 모델로 변경하십시오. 개인적으로, 가능할 때 내가하는 일입니다. 나는 내부적으로 자체적으로 포함 된 것을 좋아합니다. 그러나 대부분의 사람들이 부모의 접착제 기록을 업데이트하지 못하고 세계에서 일치하지 않는 톤과 톤이 있습니다. 바로 이런 이유로 "내일, 그렇게하겠습니다"입니다.
아니요, 그렇습니다. 이렇게하지 마세요. – Hokascha