권한 섹션을 반환하지 않습니까?

10

Macbook Pro에서 wikipedia.com을 파면 다음을 반환합니다.

$ dig wikipedia.com

; <<>> DiG 9.8.3-P1 <<>> wikipedia.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40153
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

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

;; ANSWER SECTION:
wikipedia.com.      1960    IN  A   208.80.152.201

;; Query time: 15 msec
;; SERVER: 75.75.75.75#53(75.75.75.75)
;; WHEN: Sun Jan 27 14:52:21 2013
;; MSG SIZE  rcvd: 47

맹세 컨데 지난 주에 컴퓨터가 AUTHORITY SECTION+ 섹션을 추가 로 반환했습니다 .

이제는 dig어떤 사이트에서도을 얻지 못합니다 AUTHORITY SECTION.

나는 무언가가 부서진 것 같은 느낌이 들지만 그것이 무엇인지 (어떤 것이 든) 무엇이고 어떻게 고칠 지 잘 모르겠습니다.

또 다른 예:

$ dig google.com

; <<>> DiG 9.8.3-P1 <<>> google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42853
;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 0, ADDITIONAL: 0

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

;; ANSWER SECTION:
google.com.     137 IN  A   173.194.33.9
google.com.     137 IN  A   173.194.33.7
google.com.     137 IN  A   173.194.33.14
google.com.     137 IN  A   173.194.33.3
google.com.     137 IN  A   173.194.33.2
google.com.     137 IN  A   173.194.33.5
google.com.     137 IN  A   173.194.33.6
google.com.     137 IN  A   173.194.33.0
google.com.     137 IN  A   173.194.33.4
google.com.     137 IN  A   173.194.33.8
google.com.     137 IN  A   173.194.33.1

;; Query time: 43 msec
;; SERVER: 75.75.75.75#53(75.75.75.75)
;; WHEN: Sun Jan 27 14:56:45 2013
;; MSG SIZE  rcvd: 204

지난주에, 나는 AUTHORITY SECTION또한 잘 받고 있다고 확신 한다.

팁이 있습니까? 실수로 dig내 컴퓨터의 반품 을 제한하는 플래그를 설정 했습니까 ? 그렇다면 모든 것을 다시 표시하는 방법으로 되돌릴 수 있습니까?

업무용 컴퓨터에서 파낼 때 얻는 내용은 다음과 같습니다.

$ dig wikipedia.com

; <<>> DiG 9.8.3-P1 <<>> wikipedia.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5271
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3

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

;; ANSWER SECTION:
wikipedia.com.      3600    IN  A   208.80.152.201

;; AUTHORITY SECTION:
wikipedia.com.      157415  IN  NS  ns0.wikimedia.org.
wikipedia.com.      157415  IN  NS  ns2.wikimedia.org.
wikipedia.com.      157415  IN  NS  ns1.wikimedia.org.

;; ADDITIONAL SECTION:
ns0.wikimedia.org.  1684    IN  A   208.80.152.130
ns1.wikimedia.org.  1684    IN  A   208.80.152.142
ns2.wikimedia.org.  1684    IN  A   91.198.174.4

;; Query time: 127 msec
;; SERVER: 192.9.200.116#53(192.9.200.116)
;; WHEN: Mon Jan 28 13:51:57 2013
;; MSG SIZE  rcvd: 162

... 그리고 :

$ dig google.com

; <<>> DiG 9.8.3-P1 <<>> google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62316
;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 4, ADDITIONAL: 4

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

;; ANSWER SECTION:
google.com.     300 IN  A   173.194.33.6
google.com.     300 IN  A   173.194.33.7
google.com.     300 IN  A   173.194.33.8
google.com.     300 IN  A   173.194.33.9
google.com.     300 IN  A   173.194.33.14
google.com.     300 IN  A   173.194.33.0
google.com.     300 IN  A   173.194.33.1
google.com.     300 IN  A   173.194.33.2
google.com.     300 IN  A   173.194.33.3
google.com.     300 IN  A   173.194.33.4
google.com.     300 IN  A   173.194.33.5

;; AUTHORITY SECTION:
google.com.     344693  IN  NS  ns1.google.com.
google.com.     344693  IN  NS  ns2.google.com.
google.com.     344693  IN  NS  ns3.google.com.
google.com.     344693  IN  NS  ns4.google.com.

;; ADDITIONAL SECTION:
ns1.google.com.     344797  IN  A   216.239.32.10
ns2.google.com.     344797  IN  A   216.239.34.10
ns3.google.com.     344797  IN  A   216.239.36.10
ns4.google.com.     344797  IN  A   216.239.38.10

;; Query time: 20 msec
;; SERVER: 192.9.200.119#53(192.9.200.119)
;; WHEN: Mon Jan 28 13:53:34 2013
;; MSG SIZE  rcvd: 340

저의 일부는 내 홈 ISP (Comcast) 또는 라우터가 무언가를 차단하고 있는지 궁금합니다. 아니면 집에있는 Mac이 직장에있는 Mac과 다르게 설정되어 있습니까? 이러한 이론을 테스트하는 방법을 잘 모릅니다.

또한 dig가정용 랩톱에서 작업 한 적이 있다고 잘못 생각할 수 있습니다 (확실히 기억하지 못합니다). 어느 쪽이든, 나는 노트북 / 가정용 Mac이 아니라 내 Mac에서 원하는 결과를 얻습니다. 두 사람이 다른 이유는 무엇입니까?

terminal  dns 
— se 스
소스

답변:

8

신뢰할 수있는 서버에서 쿼리하지 않으면 권한 섹션을 얻을 수 없습니다.

예를 들어 google.com의 신뢰할 수있는 서버는 다음과 같습니다.

dig @l.gtld-servers.net google.com

결과에는 다음 줄이 포함됩니다.

;; AUTHORITY SECTION:
google.com.     172800  IN  NS  ns2.google.com.
google.com.     172800  IN  NS  ns1.google.com.
google.com.     172800  IN  NS  ns3.google.com.
google.com.     172800  IN  NS  ns4.google.com.
— 톨 지뉴
소스
팁 주셔서 감사합니다! dig직장에서 얻은 결과 를 제공하기 위해 질문을 업데이트했습니다.이 결과는 google.com 및 wikipedia.com에 대한 권한 섹션을 반환합니다. 참고 : 답장을 보냈지 만 담당자가 충분하지 않습니다. 죄송합니다. :(
— mhulse
@mhulse 투표를하려면 명성이 많이 있어야합니다. 핑 나 당신이 정말로 (+1에서 '그것)이 대답을 투표를 할 수없는 경우 지금 그래서 나는 (나 자신이 지금 처음 접속 투표로) 여기에 투표가 작동 알고하십시오
— bmike
@bmike 지금 투표 할 수있는 것 같습니다. 이 질문을 게시했을 때 왜 다시 되돌릴 수 없었는지 모르겠습니다. 너지 주셔서 감사합니다. :)
— mhulse
4

흠. 플래그 문제인지 확실하지 않지만 왜 그렇게하지 않습니까?

dig SOA wikipedia.com

내 결과 :

; <<>> DiG 9.8.3-P1 <<>> SOA wikipedia.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20716
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;wikipedia.com.         IN  SOA

;; ANSWER SECTION:
wikipedia.com.      86400   IN  SOA ns0.wikimedia.org. hostmaster.wikimedia.org. 2012060714 43200 7200 1209600 3600

;; Query time: 321 msec
;; SERVER: 208.67.222.222#53(208.67.222.222)
;; WHEN: Sun Jan 27 22:25:21 2013
;; MSG SIZE  rcvd: 95
— 제이크 굴드
소스
좋은 생각! 팁 주셔서 감사합니다. 나는 집에있는 컴퓨터 atm에 있지 않지만 집에 도착하면 그것이 어떻게 작동하는지 알아볼 것이다. 또한 dig업무용 컴퓨터 (다른 네트워크)에서 사용할 때 얻은 결과를보고 싶은 경우에 대비하여 원래 게시물을 추가 정보로 업데이트했습니다 . 참고 : 답장을 보냈지 만 담당자가 충분하지 않습니다. 죄송합니다. :(
— mhulse
3

이것은 내 맥북에서도 나를 미치게했다. 그래서 나는 조금 더 깊이 파고 들었다. 모든 DNS 서버에 정확히 무슨 일이 있었는지 확실하지 않지만 대부분은 더 이상 '권한'섹션을 반환하지 않습니다. + authority 플래그가 있더라도. 그리고 + additional도 마찬가지입니다.

그러나 나는 webdig가 여전히 일부 사람들에게 효과적이라는 것을 알고있었습니다. 그래서 webdig를 시도했습니다.

http://digwebinterface.com/?hostnames=google.com&type=&showcommand=on&colorize=on&useresolver=8.8.4.4&ns=all&nameservers=

나는 내가 미쳤음을 증명하기 위해 내 PC에 결과를 저장했다. 그러나 지금은 소수의 DNS 서버 만 권한 섹션을 반환한다는 것을 알 수 있습니다.

dig xxxxxxx.xx NS여전히 작동하고 답변 섹션의 이름 서버를 얻습니다. 그러나 더 이상 권한 섹션은 없습니다.

당신이 같은 것을 확인하면, 나는 이것을 꿈꾸지 않는다고 말할 것입니다. 애쉬

— 애쉬
소스
0

모든 DNS 서버에 정확히 무슨 일이 일어 났는지 확실하지 않음

버전 9.11에서 9.12로 바인드를 변경했다고 가정
합니다. "minimal-responses"옵션이 기본 "no"에서 "yes"로 변경되었습니다. 정의하면

최소 응답 아니요;

옵션 섹션에서 이전과 같이 작동합니다.

— 한스
소스
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.