権威セクションを返さない掘る?


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から必要な結果が得られます。なぜ両者は異なるのでしょうか?

回答:


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で」それを)この回答に投票することができない場合ので、私は(私は最初のアップは今自分自身を投票キャストとして)ここで投票が作品を知っている今、私にpingを実行してください
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

これは私のMacbookでも私を夢中にさせています。それで私はもう少し深く掘りました。すべてのDNSサーバーに正確に何が起こったのかはわかりませんが、それらの大部分は「権限」セクションをもう返しません。+ authorityフラグがあっても。また、+追加もありません。

しかし、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にバインドを変更したと仮定
します。定義する場合

最小応答いいえ;

オプションセクションでは、以前と同様に機能します。


弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.