답변:
world.example.com
하위 도메인에 대해 별도의 영역을 만들면 일반적으로 다른 신뢰할 수있는 이름 서버에 대한 위임도 함축 되므로 추가 지연이 발생할 수 있습니다.
동일한 권한 이름 서버가 영역 example.com
과 world.example.com
영역 모두에 사용되는 경우 성능 차이가 없습니다.
DNS 확인자는 TLD에서 권한있는 이름 서버로 위임을 따라야합니다.
확인자가 example.com
도메인의 신뢰할 수있는 이름 서버에 도달 hello.world(.example.com.)
하고 해당 영역에 대한 리소스 레코드 가 있으면 응답이 즉시 전송됩니다.
example.com
도메인 의 권한있는 이름 서버 가 world.example.com
하위 도메인의 권한을 가진 경우 hello.world.example.com.
레코드에 대한 응답 도 즉시 전송됩니다.
world.example.com
별도의 영역으로 구성된 경우 권한있는 이름 서버는 example.com
추가 위임 세부 정보 및 영역에 NS
대한 권한있는 이름 서버 레코드 와 함께 응답을 보냅니다 world.example.com.
.
world.example.com. IN NS ns.world.example.com.
world.example.com. IN NS ns1.example.org.
; GLUE
ns.world.example.com. IN A 192.2.0.1
확인자는 해당 위임을 따라야하고 추가 쿼리를 다음으로 보냈습니다.
world.example.com.
영역에 대한 권한있는 이름 서버 중 하나를 조회 하십시오 hello(.world.example.com.)
.기술적으로 DNS를 이해하면서 hello
부분 만 호스트 이름으로 간주되고 나머지는 도메인 이름입니다. 따라서 DNS 영역 example.com
과 하위 도메인을 모두 포함하는 경우 동일한 방식으로 해결되며 world.example.com
주석 달기 방법의 선호 사항입니다.
그러나 내가 본 것과 같은 레코드는 DKIM 및 기타 TXT 레코드에만 해당됩니다. 예를 들어 DKIM은 [selector]._domainkey
지정된 하위 도메인 또는 루트 도메인의 레코드로 사용 합니다. 물론 하위 도메인에 대해 몇 개의 레코드 만 필요한 경우 별도의 영역을 만들 필요가 없습니다.
SOA
예를 들어 쿼리함으로써) 그것들을 구별하는 것이 가능하다는 것을 알고 있으며, 이것이 차별화 의 "실제적인"측면을 추가 한 이유입니다. DKIM에 대한 귀하의 예는 그러한 항목의 실제 사례 중 좋은 예입니다.
hello.world.example.com
). ?