Menggali bagian otoritas tidak kembali?


10

Menggali wikipedia.com, di Macbook Pro saya, mengembalikan:

$ 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

Saya berani bersumpah, minggu lalu komputer saya mengembalikan AUTHORITY SECTION+ beberapa bagian tambahan.

Sekarang, setiap kali saya punya digsitus, saya tidak mendapatkan AUTHORITY SECTION.

Saya merasa ada sesuatu yang rusak, tetapi saya tidak yakin apa itu (jika ada) dan bagaimana cara memperbaikinya.

Contoh lain:

$ 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

Minggu lalu, saya cukup yakin saya mendapatkan AUTHORITY SECTIONjuga.

Ada tips? Apakah saya secara tidak sengaja menetapkan tanda untuk membatasi digpengembalian apa yang ada di mesin saya? Jika demikian, bagaimana saya bisa kembali menampilkan semuanya?

Inilah yang saya dapatkan ketika menggali dari komputer kerja saya:

$ 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

... dan:

$ 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

Sebagian dari saya bertanya-tanya apakah ISP rumah saya (Comcast) atau router memblokir sesuatu? Atau, apakah Mac saya di rumah diatur berbeda dari Mac saya di tempat kerja? Tidak yakin bagaimana cara menguji teori-teori ini.

Juga, saya bisa saja salah bahwa saya pernah digmengerjakan laptop di rumah saya (saya tidak ingat pasti). Either way, saya mendapatkan hasil yang saya inginkan dari Mac pekerjaan saya, dan bukan dari laptop / Mac rumah saya. Mengapa keduanya berbeda?

Jawaban:


8

Anda tidak bisa mendapatkan bagian otoritas jika Anda tidak meminta di server otoritatif.

Misalnya server otoritatif untuk google.com adalah;

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

Hasil akan mencakup baris-baris ini;

;; 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.

Terima kasih atas tipsnya! Saya telah memperbarui pertanyaan saya untuk memberi Anda dighasil yang saya dapatkan dari kantor, yang mengembalikan bagian otoritas (untuk google.com dan wikipedia.com). Catatan: Saya akan membatalkan balasan Anda, tetapi saya tidak punya cukup perwakilan ... Maaf tentang itu. :(
mhulse

@mhulse Anda harus memiliki banyak reputasi untuk mengumpulkan suara. Tolong ping saya jika Anda benar-benar tidak dapat memberikan suara untuk jawaban ini (Ini pada +1) sekarang jadi saya tahu pemungutan suara di sini berfungsi (karena saya sendiri yang memberikan suara pertama)
bmike

@bmike Sepertinya saya bisa melakukan upvote sekarang. Tidak yakin mengapa saya tidak dapat melakukannya kembali ketika saya memposting pertanyaan ini. Terima kasih atas dorongannya. :)
mhulse

4

Hmmm. Tidak terlalu yakin apakah ini masalah bendera, tapi mengapa tidak melakukan ini:

dig SOA wikipedia.com

Hasil saya:

; <<>> 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

Ide bagus! Terima kasih atas tipnya. Saya tidak di atm komputer rumah saya, tetapi saya akan mencobanya ketika saya pulang untuk melihat cara kerjanya. Juga, saya telah memperbarui posting asli saya dengan lebih banyak info jika Anda tertarik untuk melihat hasil yang saya dapatkan ketika saya gunakan digdi komputer kerja saya (pada jaringan yang berbeda). Catatan: Saya akan membatalkan balasan Anda, tetapi saya tidak punya cukup perwakilan ... Maaf tentang itu. :(
mhulse

3

Ini telah membuat saya gila di macbook saya juga. Jadi saya menggali sedikit lebih dalam. Tidak yakin apa yang sebenarnya terjadi pada semua server DNS, tetapi sebagian besar dari mereka tidak mengembalikan bagian 'otoritas' lagi. Bahkan dengan + otoritas bendera. Dan tidak untuk + tambahan.

Tapi saya tahu webdig masih berfungsi untuk beberapa orang. Jadi coba webdig.

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

Saya telah menyimpan hasilnya di pc saya untuk membuktikan bahwa saya tidak gila. Tetapi Anda dapat melihat sendiri, bahwa hanya beberapa server DNS yang mengembalikan bagian otoritas saat ini.

dig xxxxxxx.xx NSmasih berfungsi dan memberi Anda server nama di bagian jawaban. Tapi tidak ada lagi bagian otoritas.

Jika Anda mengkonfirmasi hal yang sama, itu akan memberitahu saya saya tidak memimpikan ini. Ashish


0

Tidak yakin apa yang sebenarnya terjadi pada semua server DNS

Saya berasumsi mereka mengubah bind dari versi 9,11 menjadi 9,12
Di suatu tempat opsi "minimal-respons" berubah dari default "tidak" menjadi "ya". Jika Anda mendefinisikan

respons minimal tidak;

di bagian opsi itu akan berfungsi seperti sebelumnya.


Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.