출력을 어떻게 이해해야 합니까 dig?
DNS 서버가 리소스 레코드를 저장하는 데이터베이스입니다.
digDNS 서버 데이터베이스에 리소스 레코드를 반환하시겠습니까 ? 그렇다면 어떤 DNS 서버 데이터베이스의 리소스 레코드가 반환됩니까 dig?
예를 들어, digDNS 서버 데이터베이스의 리소스 레코드가 반환되지 않은 것으로 나타납니다 a.edu-servers.net.
$ dig @a.edu-servers.net robot.cs.washington.edu
; <<>> DiG 9.11.3-1ubuntu1.3-Ubuntu <<>> @a.edu-servers.net robot.cs.washington.edu
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2401
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 3, ADDITIONAL: 7
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;robot.cs.washington.edu. IN A
;; AUTHORITY SECTION:
washington.edu. 172800 IN NS marge.cac.washington.edu.
washington.edu. 172800 IN NS hanna.cac.washington.edu.
washington.edu. 172800 IN NS holly.s.uw.edu.
;; ADDITIONAL SECTION:
marge.cac.washington.edu. 172800 IN A 140.142.5.13
marge.cac.washington.edu. 172800 IN AAAA 2607:4000:200:43::13
hanna.cac.washington.edu. 172800 IN A 140.142.5.5
hanna.cac.washington.edu. 172800 IN AAAA 2607:4000:200:42::5
holly.s.uw.edu. 172800 IN A 173.250.227.69
holly.s.uw.edu. 172800 IN AAAA 2607:4000:301:1::69
;; Query time: 46 msec
;; SERVER: 192.5.6.30#53(192.5.6.30)
;; WHEN: Mon Feb 11 16:27:09 EST 2019
;; MSG SIZE rcvd: 253
답변1
$ dig @a.edu-servers.net robot.cs.washington.edu
a.edu-servers.net귀하는 A 레코드를 찾아달라고 요청했습니다 .robot.cs.washington.edu
;; WARNING: recursion requested but not available
하지만 기본적으로는 "내가 당신을 위해 모든 일을 해줄 수는 없습니다. 하지만 이것만큼은 말씀드릴 수 있습니다..."라고 되어 있습니다.
;; AUTHORITY SECTION:
washington.edu. 172800 IN NS marge.cac.washington.edu.
washington.edu. 172800 IN NS hanna.cac.washington.edu.
washington.edu. 172800 IN NS holly.s.uw.edu.
"...내가 아는 한, Maggie, Hannah, Holly는 washington.edu도메인에 대한 공식적인 단어를 가지고 있습니다. 그들이 도메인에 대해 아무것도 모른다면 도메인은 존재하지 않는 것입니다. 하위 도메인이 있으면 그들은 존재하지 않습니다. 당신은 직접적인 통제를 알게 될 것이고 그들이 당신을 앞으로 인도할 것입니다."
;; ADDITIONAL SECTION:
marge.cac.washington.edu. 172800 IN A 140.142.5.13
marge.cac.washington.edu. 172800 IN AAAA 2607:4000:200:43::13
hanna.cac.washington.edu. 172800 IN A 140.142.5.5
hanna.cac.washington.edu. 172800 IN AAAA 2607:4000:200:42::5
holly.s.uw.edu. 172800 IN A 173.250.227.69
holly.s.uw.edu. 172800 IN AAAA 2607:4000:301:1::69
"IPv4 및 IPv6를 통해 연락할 수 있는 방법은 다음과 같습니다."
답변2
이 명령에서는 @a.edu-servers.net서버를 사용하여 robot.cs.washington.edu도메인의 하위 도메인을 확인하지만 이것이 의미하는 washington.edu것은 아닙니다.a.edu-servers.net권한이 문제에 대한 질문을 해결하세요. 재귀적 이름 서버의 세계에서 작동 방식은 시스템에 캐시된 기록이 없고 a.edu-servers.net기록도 없는 경우 도메인에 대한 질문에 .답변할 책임이 있는 사람을 찾기 위해 먼저 루트 서버에 쿼리를 보내는 것입니다. .edu그런 다음 누가 어떤 도메인에 대한 응답을 담당하는지에 대한 답변으로 응답합니다 washington.edu.
이것이 답으로 이어진다
washington.edu. 172800 IN NS marge.cac.washington.edu.
washington.edu. 172800 IN NS hanna.cac.washington.edu.
washington.edu. 172800 IN NS holly.s.uw.edu.
washington.edu.도메인 이름에 대한 질문에 답변하는 역할을 담당하는 세 개의 이름 서버가 있습니다 . 이것이 중요해지는 곳입니다. SOA, TXT 등과 같은 리소스 레코드를 제공하기 위해 네임 서버에 의존합니다.관련 답변:
RFC의 엄격한 요구 사항이 없는 경우 AUTHORITY 제공 여부는 부분적으로 개별 이름 서버 구현에 따라 달라집니다. BIND는 기본적으로 이 정보를 표시하는 서버 구현 중 하나이지만 이 동작을 비활성화하기 위한 최소한의 응답 옵션도 제공합니다.
이제 최소한의 경험으로는 OpenDNS와 같은 공개 네임서버보다 VPS 공급자가 제공하는 네임서버를 통해 더 많은 정보를 얻었기 때문에 쿼리가 어디에서 오는지(주거 IP 주소 또는 다른 것)에 따라 달라지는 것 같지만, 지금까지 나는 이 아이디어에 대한 확증을 찾지 못했습니다.