☰

타사 DNS 서버 간에 전환할 때 잘못된 DNS 또는 기타 문제를 방지하려면 어떻게 해야 합니까?

tag-icon • tag-icon domain-name-system dns-hosting delegation
타사 DNS 서버 간에 전환할 때 잘못된 DNS 또는 기타 문제를 방지하려면 어떻게 해야 합니까?

다양한 제공업체에 800개의 DNS 영역이 있고 이를 UltraDNS 또는 Dynect에 중앙 집중화하려고 합니다.

각 NS를 nameserverX.MyCompany.com으로 구성하고 새 DNS 서버가 추가될 때마다 800번의 편집 작업을 피할 수 있습니까?

예를 들어

 ---------------
 This value is in DNS
 Also this value is in  
  the Whois registry

 ns1.company.com      -->     usa.hosted.com
 ns2.company.com      -->     UK.hosted.com
 ns3.company.com      -->     otherhosted.com
 ns4.company.com      -->     secondary.netscaler.com
 ns5.company.com      -->     usa.hosted.com  <-- duplicate, for future use

위의 구성이 유효합니까?

A 또는 CNAME 레코드를 사용해야 합니까?

이로 인해 DNS Lameness 또는 기타 문제가 발생할 가능성이 있습니까?

답변1

패턴의 이름을 딴 네임서버 세트를 만들 수 있습니다 ns??.company.com. 귀하의 예에 표시된 것과 같이 5개가 있는 경우 800개 도메인 각각에 대해 5개를 모두 NS 서버로 나열하지는 않을 것입니다(5개는 실제로 도메인에 필요한 것보다 더 많은 이름 서버입니다). 예를 들어 한 도메인, 다른 도메인, 세 번째 도메인 등에서 ns1및를 사용하여 그들 사이에 있습니다.ns2ns1ns3ns2ns5

해당 네임서버의 실제 이름을 가리키는 CNAME 레코드로 ns1.company.comthrough를 정의해서는 안 됩니다 . ns5.company.comCNAME 레코드를 가리키는 NS 레코드는 항상 권장되지 않으며 문제를 일으킬 수 있습니다.이 답변실제로 표준에 의해 금지되지는 않지만 권장되지는 않는다고 말합니다.

ns1.company.com따라서 ns5.company.comA 및 AAAA 레코드가 있는지 확인하십시오 . 귀하의 서버가 아닌 경우 이는 서버 소유자가 서버 주소를 변경하는 것을 주의하고 변경 사항이 확인되면 그에 따라 A 및 AAAA 레코드를 업데이트해야 함을 의미합니다.

서버의 실제 이름이 아닌 경우 역방향 DNS 항목(PTR 레코드)이 해당 이름을 다시 가리키지 않을 가능성이 ns1.comapny.com높습니다 . ns5.company.com이는 아마도 우아하지 않을 수 있으므로 메일 서버에 대해서는 그렇게 하지 않는 것이 좋습니다. 그러나 DNS의 경우에는 아무 것도 신경쓰지 않아도 됩니다.

이를 처리할 수 있는 또 다른 방법은 더 많은 네임서버를 보유하는 대신 각각 더 많은 IP 주소를 가진 동일한 수의 네임서버를 보유하는 것입니다. 즉, 6번째 및 7번째 네임서버를 추가하는 대신 ns6.company.com기존 ns7.company.com5개 이름 중 일부에 새 네임서버 주소에 대한 A 및 AAAA 레코드를 추가합니다(예: 추가할 새 서버 IP 주소가 2개 있는 경우). , 기존 이름 5개 중 2개를 선택하고 각각에 하나의 IP 주소를 추가합니다. 이렇게 하면 이미 기존 서버 [이름]에 위임된 모든 도메인이 새 서버를 무료로 사용할 수 있게 됩니다.

또한 두 가지 전략을 혼합하여 사용할 수도 있습니다. 즉, 25개의 네임서버가 있는 경우 각각 5개의 다른 IP 주소를 가진 5개의 다른 이름을 갖습니다.

관련 정보