SOA 및 기본 NS 레코드 (DNS)

질문의 기봉이있다 -에 지정된 기본 네임 서버 사이의 관계 무엇 SOA기록과에 지정된 네임 서버 NS기록. 이러한 것들이 어떻게 연결되어 있습니까?

대부분의 웹 사이트를 쿼리하면 다음과 같은 결과가 나타납니다.

dhamma@sansa:~$ host -t SOA arth.com
arth.com has SOA record ns1.comcastbusiness.net. domreg-tech.comcastbusiness.net. 2009072715 3600 7200 604800 7200

그리고 도메인 ns1.comcastbusiness.net의 NS레코드를 쿼리 할 때 다음을 얻으 므로 기본 네임 서버 로 볼 것으로 예상됩니다 .

dhamma@sansa:~$ host -t NS arth.com
arth.com name server ns1.comcastbusiness.net.
arth.com name server ns2.comcastbusiness.net.
arth.com name server ns3.comcastbusiness.net.

이것은 항상 SOA레코드가 어떻게 든 기본 NS레코드를 자동으로 채운다 고 생각하게 만들었 습니까? 원격에서도 사실입니까?

여기에 내가 가장 혼란스러워하는 부분이 있기 때문에 :

dhamma@sansa:~$ host -t SOA paulwarnk.com
paulwarnk.com has SOA record a.dns.hostway.net. hostmaster.siteprotect.com. 2009012319 86400 7200 86400 99999

그러나 나는 다음 네임 서버를 사용하고 있습니다.

dhamma@sansa:~$ host -t NS paulwarnk.com
paulwarnk.com name server adns.cs.siteprotect.com.
paulwarnk.com name server bdns.cs.siteprotect.com.

이 네임 서버 adns.cs.siteprotect.com가 SOA레코드 에서 기본 네임 서버로 표시되지 않는 이유는 무엇 입니까?

RFC 1035의 말 :

MNAME 이 영역의 원본 또는 기본 데이터 원본 인 이름 서버의 <도메인 이름>

실제로이 MNAME필드는 SOA요즘 대부분 사용되지 않습니다.

그러나 DNS 동적 업데이트를 사용하는 경우 동적 업데이트 메시지를받을 DNS 서버 이름을 참조해야합니다.

필드에 대해 자세히 설명 하는 이 (만료 된) 인터넷 초안MNAME 과 DNS UPDATE 메시지가 현재 유일하게 사용되는 방법을 참조하십시오.

네임 서버 레코드는 존 파일에 지정됩니다. SOA 레코드는 영역의 기본 이름 서버를 나타냅니다. 둘 사이의 자동 관계는 없습니다. 다음 은 SOA 레코드에 대한 좋은 정보입니다. 짧은 대답은 SOA 레코드가 이름, TTL 등을 포함하는 전체 레코드라는 것입니다. 또한 O'Reilly DNS & Bind 책을 선택하는 것이 좋습니다. 정말 유용합니다.

paulwarnk.com에 대한 루트 서버 이외의 기록 :

paulwarnk.com.      172800  IN  NS  adns.cs.siteprotect.com.
paulwarnk.com.      172800  IN  NS  bdns.cs.siteprotect.com.
;; Received 116 bytes from 192.55.83.30#53(M.GTLD-SERVERS.NET) in 152 ms

paulwarnk.com.      99999   IN  A   69.143.69.166
paulwarnk.com.      99999   IN  NS  adns.cs.siteprotect.com.
paulwarnk.com.      99999   IN  NS  bdns.cs.siteprotect.com.
;; Received 100 bytes from 64.26.28.8#53(adns.cs.siteprotect.com) in 12 ms

이제 이것이 의미하는 바는 루트 서버에서 adns & bdns.cs.siteprotect.com이 paulwarnk.com의 권한으로 나열되어 있다는 것입니다. 그런 다음 해당 서버 (adns & bdns)에는 루트 레코드에 대한 A 레코드가 69.143.69.166을 가리 킵니다.

NS 레코드가 다른 것처럼 보이는 이유는 무엇입니까? 대답은 등록자에 의해 해당 영역에 권한이있는 서버를 가리 키도록 NS 레코드가 지정되었다는 것입니다. 그러나 SOA 이름 서버가 레코드 요청에 응답하지 않기 때문에이 출력은 문제를 나타내는 것 같습니다.

; <<>> DiG 9.2.4 <<>> @a.dns.hostway.net paulwarnk.com
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 37849
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;paulwarnk.com.         IN  A

;; Query time: 10 msec
;; SERVER: 66.113.129.243#53(66.113.129.243)
;; WHEN: Mon Nov 16 23:03:04 2009
;; MSG SIZE  rcvd: 31

편집 : AUTHORITY : 0은 서버 a.dns.hostway.net이 정식으로 응답하지 않았 음을 의미합니다. ANSWER : 0 섹션이 있으면 분명해 보이지만 실제로는 정식 답변과 비 정식 답변을 구분하는 것이 중요합니다. DNS의 권한은 응답을받은 서버가 실제로 무엇을 말하는지 신뢰할 수 있는지 여부에 대해 말합니다.

왜 SOA에 서버가 나열되어 있는지에 대해서는 서버에 이유를 읽었 음을 알지 못하지만 해당 서버 는 영역의 마스터 서버, 즉 Start of Authority 또는 SOA 여야 합니다. 모든 도메인의 1400+에 대한 SOA가 SOA에 기본 쿼리 서버를 나열하기 때문에 항상 그런 것은 아닙니다. 그러나 실제 권한 시작은 아무도 액세스 할 수없는 숨겨진 마스터에 있습니다.