최근 파트너가 DNS 영역 중 하나에서 다음을 수행하도록 요청했습니다.
_dmarc.send.domain.com. TXT "v=DMARC1; p=none"
send.domain.com. NS ns1.otherdomain.com.
send.domain.com. NS ns2.otherdomain.com.
otherdomain.comDNS는 다음에 대한 MX 레코드를 정의합니다.send
놀랍게도 이것은 _dmarc.send.domain.com.(TXT)와 send.domain.com(MX) 모두 작동했습니다.
이것이 어떻게 가능한지?
루트 영역에 대한 몇 가지 생각:
예를 들어 .COM과 같은 루트 영역에서 도메인이 비슷한 방식으로 정의되어 있다는 것을 알고 있습니다(출력을 단순화했습니다).
dig google.com ns @a.gtld-servers.net.
google.com. 172800 IN NS ns2.google.com.
google.com. 172800 IN NS ns1.google.com.
ns2.google.com. 172800 IN A 216.239.34.10
ns1.google.com. 172800 IN A 216.239.32.10
그러나 작동이 중지되면 ns1.google.com다음 ns2.google.com과 같이 쿼리하십시오.5월작동도 중지합니다(localhost에 locan DNS 서버가 있다고 가정합니다).
dig google.com ns @127.0.0.1
로컬 DNS 서버가 정보를 요청 ns1.google.com하기 때문에 중지될 수 있습니다 .ns2.google.com
루트 영역의 호스트 "업로드"에 대한 몇 가지 생각:
이것이 바로 DNS를 다음과 같이 설정하면 www.domain.com작동하지 않는 이유입니다. 그것에 대해 자세히 설명하겠습니다.
일부 .com 등록 기관에서는 두 개가 아닌 단일 DNS 서버를 설정할 수 있습니다. 그런 다음 도메인을 등록한 domain.com다음 도메인에 DNS를 설정 www.domain.com하고 웹 서버에도 DNS 서버를 설정합니다.
이제 누군가가 귀하의 웹 사이트를 방문하면 이론적으로 DNS 쿼리는 루트 .COM 서버에서 처리됩니다.
이것을 제외하고는 작동하지 않습니다. 또는 정확하게 말하면 대부분의 경우 DNS 쿼리는 어쨌든 DNS 서버로 이동하며 로컬 DNS 작동이 중지되면 대부분의 클라이언트는 이름을 확인할 수 없습니다 www.domain.com.