ขุดไม่คืนส่วนผู้มีอำนาจ?

ขุด wikipedia.com บน Macbook Pro ของฉันจะได้รับ:

$ 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 ที่ทำงานไม่ใช่จากแล็ปท็อป / ที่บ้าน ทำไมทั้งสองจึงแตกต่างกัน

คุณไม่สามารถรับส่วนของผู้มีอำนาจถ้าคุณไม่ได้สอบถามบนเซิร์ฟเวอร์ที่เชื่อถือได้

ตัวอย่างเช่นเซิร์ฟเวอร์ที่มีสิทธิ์สำหรับ 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 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

นี่ทำให้ฉันคลั่งไคล้ macbook ด้วยเช่นกัน ดังนั้นฉันจึงขุดลึกลงไปอีกนิด ไม่แน่ใจว่าเกิดอะไรขึ้นกับเซิร์ฟเวอร์ DNS ทั้งหมด แต่ส่วนใหญ่จะไม่ส่งคืนส่วน 'สิทธิ์' อีกต่อไป แม้จะมีธง + อำนาจ และไม่ใช่สำหรับ + ​​เพิ่มเติม

แต่ฉันรู้ว่า webdig ยังคงใช้งานได้สำหรับบางคน ดังนั้นลอง webdig

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

ฉันได้บันทึกผลลัพธ์ไว้ในพีซีของฉันเพื่อพิสูจน์ว่าฉันไม่ได้บ้า แต่คุณสามารถเห็นตัวเองว่ามีเพียงเซิร์ฟเวอร์ DNS เพียงไม่กี่ตัวที่ส่งคืนสิทธิ์ในขณะนี้

dig xxxxxxx.xx NSยังคงใช้งานได้และทำให้คุณได้รับชื่อเซิร์ฟเวอร์ในส่วนคำตอบ แต่ไม่มีส่วนอำนาจเพิ่มเติม

หากคุณยืนยันเช่นเดียวกันนั่นจะบอกฉันว่าฉันไม่ได้ฝันถึงสิ่งนี้ Ashish

ไม่แน่ใจว่าเกิดอะไรขึ้นกับเซิร์ฟเวอร์ DNS ทั้งหมด

ฉันคิดว่าพวกเขาเปลี่ยนการเชื่อมโยงจากเวอร์ชั่น 9.11 เป็น 9.12
บางตัวเลือก "การตอบกลับน้อยที่สุด" เปลี่ยนจากค่าเริ่มต้น "ไม่ใช่" เป็น "ใช่" หากคุณกำหนด

การตอบสนองน้อยที่สุดไม่มี

ในส่วนตัวเลือกมันจะทำงานเหมือนก่อน

ลองSOAเช่น

ขุด SOA xxx.xxxxx.xxx

หรือ

โฮสต์ soa xxx.xxxxx.xxx

ตรวจสอบลิงค์นี้มันอธิบายมัน

http://www.cyberciti.biz/faq/find-dns-domain-start-of-authority-record/