ไม่มี DNS หลังจากบูตประมาณ 2 นาที


0

หลังจากบู๊ตฉันได้รับการเชื่อมต่ออินเทอร์เน็ตผ่าน wifi / เราเตอร์ทันที

C:\Users>ping 8.8.8.8
Ping wird ausgeführt für 8.8.8.8 mit 32 Bytes Daten:
Antwort von 8.8.8.8: Bytes=32 Zeit=11ms TTL=55
Antwort von 8.8.8.8: Bytes=32 Zeit=10ms TTL=55
Antwort von 8.8.8.8: Bytes=32 Zeit=11ms TTL=55
Antwort von 8.8.8.8: Bytes=32 Zeit=10ms TTL=55

การค้นหา DNS ล้มเหลวหลังจากบูตไม่นาน

C:\Users>nslookup heise.de
DNS request timed out.
    timeout was 2 seconds.
Server:  UnKnown
Address:  62.117.1.25
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Zeitüberschreitung bei Anforderung an UnKnown.

~ 2 นาทีหลังจากบูตปัญหา DNS จะสามารถรักษาตัวเองได้อย่างน่าอัศจรรย์

C:\Users\razor>nslookup heise.de
Server:  ns1.telecolumbus.net
Address:  62.117.1.25
Nicht autorisierende Antwort:
Name:    heise.de
Addresses:  2a02:2e0:3fe:1001:302::
          193.99.144.80

ฉันจะแก้ไขให้มีความละเอียด DNS ที่ใช้งานได้ทันทีหลังจากบูตได้อย่างไร


แทนที่จะเรียกใช้ "nslookup heise.de" ให้เรียกใช้ "nslookup heise.de ns1.telecolumbus.net" เปรียบเทียบกับ "nslookup heise.de 8.8.8.8" อาจต้องการเรียกใช้ "ipconfig / all" และตรวจสอบบรรทัดที่เกี่ยวข้องกับเซิร์ฟเวอร์ DNS (น่าจะ) หรือเซิร์ฟเวอร์ DHCP (มีโอกาสน้อยกว่าที่จะเป็นประโยชน์)
TOOGAM

ผลลัพธ์ของ ipconfig / ทั้งหมดไม่เปลี่ยนแปลงอีกต่อไป น่าสนใจบางครั้งการค้นหา nslookup จะประสบความสำเร็จในการเริ่มต้นจากนั้นกลับมาบางครั้งจากนั้นกลับไม่ได้เลยและในที่สุดหลังจาก ~ 2 นาทีกลับมาเสมอ พฤติกรรมจะไม่เปลี่ยนแปลงเมื่อให้เซิร์ฟเวอร์ DNS อื่น (เช่น 8.8.8.8) ส่ง Ping 8.8.8.8 สำเร็จตลอดเวลาดู77177.de/dns-log.txtสำหรับพฤติกรรมหลังการบู๊ต
edlerd

คำตอบ:


1

เพื่อช่วยแยกปัญหาให้ใช้คำสั่งtraceroute (Linux หรือ OS X) ซึ่งในระบบ Microsoft Windows คือ tracert ออกคำสั่งเมื่อเกิดปัญหา DNS และเมื่อไม่ได้ นั่นคือtracert -d 62.117.1.25เพื่อตรวจสอบเส้นทางเครือข่ายไปยังเซิร์ฟเวอร์ DNS นั่นจะแสดงให้คุณเห็นทุกเครือข่าย hopsระหว่างระบบของคุณและเซิร์ฟเวอร์ DNS และหากมีปัญหาในการเข้าถึงเซิร์ฟเวอร์ DNS เริ่มแรกซึ่งเป็นปัญหาที่เกิดขึ้น ตัวเลือก "-d" สำหรับ tracert แนะนำให้ไม่พยายามแก้ไขที่อยู่ IP เป็นชื่อโดเมนซึ่งจะไม่ทำงานในตอนแรก คุณสามารถละเว้น-dตัวเลือกเมื่อ DNS ทำงาน

คุณสามารถลองเปลี่ยนเซิร์ฟเวอร์ DNS สำหรับคำสั่ง nslookup เมื่อคุณเรียกใช้ทันทีหลังจากบู๊ตเพื่อช่วยแยกปัญหา เนื่องจาก 8.8.8.8 เป็นเซิร์ฟเวอร์ Google DNS ให้ดูว่าจะเกิดอะไรขึ้นหากคุณระบุว่าใช้งาน nslookup heise.de 8.8.8.8เช่น: หากคุณใส่ที่อยู่ IP ของเซิร์ฟเวอร์ DNS ที่ส่วนท้ายของคำสั่งเซิร์ฟเวอร์ DNS นั้นจะถูกนำมาใช้แทน Windows ที่มีการกำหนดค่าให้ใช้ หรือคุณสามารถพิมพ์เพียงnslookupแล้วที่ prompt server 8.8.8.8พิมพ์ เช่น:

c:\>nslookup
Default Server:  UnKnown
Address:  ::1

> server 8.8.8.8
Default Server:  google-public-dns-a.google.com
Address:  8.8.8.8

> heise.de
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Non-authoritative answer:
Name:    heise.de
Addresses:  2a02:2e0:3fe:1001:302::
          193.99.144.80

หากคุณใช้เซิร์ฟเวอร์ DNS ของ Google ในตอนแรกปัญหายังคงเกิดขึ้นหรือคุณได้รับการตอบกลับจากเซิร์ฟเวอร์ DNS นั้นแทนหรือไม่

ฉันใช้ DNSQuerySniffer ที่สร้างโดย Nir Sofer ซึ่งเป็นบริการฟรีและพร้อมใช้งานจากเว็บไซต์NirSoftของเขาพร้อมด้วยโปรแกรมอรรถประโยชน์ฟรีอื่น ๆ อีกมากมายที่เขาสร้างขึ้นเพื่อตรวจสอบปัญหา DNS ในระบบ Windows คุณสามารถใช้มันเพื่อช่วยในการแก้ไขปัญหา ตัวอย่างเช่นคุณสามารถใช้มันเพื่อตรวจสอบว่าระบบของคุณกำลังส่งการสอบถาม DNS เมื่อเกิดปัญหา

คุณสามารถทดสอบเพื่อดูว่าการเปลี่ยนค่าการหมดเวลาสำหรับ nslookup สร้างความแตกต่างหรือไม่ เช่นการเปลี่ยนจาก 2 วินาทีถึง 4 วินาทีที่คุณจะได้รับพรอมต์ nslookup โดยเพียงแค่พิมพ์nslookupที่พร้อมรับคำสั่งโดยไม่ต้องต่อไปได้โดยที่อยู่ IP หรือชื่อโดเมน (แบบเต็ม FQDN)set timeout=4แล้วพิมพ์ พารามิเตอร์อื่นที่คุณสามารถปรับสำหรับ nslookup คือจำนวนครั้งในการลองใหม่ซึ่งสามารถเปลี่ยนแปลงได้โดยset retry=Xที่Xจำนวนครั้งที่จะลองอีกครั้ง เช่น:

c:\>nslookup
Default Server:  UnKnown
Address:  ::1

> set timeout=4
> heise.de
Server:  UnKnown
Address:  ::1

Non-authoritative answer:
Name:    heise.de
Addresses:  2a02:2e0:3fe:1001:302::
          193.99.144.80

>

การเปลี่ยนแปลงค่าเช่นค่าการหมดเวลาไม่ได้เป็นการถาวร แต่จะใช้กับอินสแตนซ์ของ nslookup นั้นเท่านั้น เมื่อคุณพิมพ์exitเพื่อออกจากคำสั่ง nslookup ในครั้งถัดไปที่คุณใช้คำสั่งคุณจะมีค่าเริ่มต้น 2 วินาทีอีกครั้ง

อัปเดต:เพื่อตรวจสอบว่ามีปัญหาเครือข่ายบางแห่งตามเส้นทางเครือข่ายระหว่างระบบ Windows ของคุณและเซิร์ฟเวอร์ DNS ที่คุณใช้หรือไม่คุณสามารถรันการทดสอบ tracert เช่นtracert ns1.telecolumbus.netหรือtracert -d tracert ns1.telecolumbus.netนำหน้าการแก้ไข DNS สำหรับคำสั่ง tracert Tracert อาจแสดงปัญหาที่อื่นตามเส้นทางเครือข่าย เช่นคุณอาจเห็นเวลาเดินทางไปกลับสูง(RTT)หรือความล่าช้าที่สอดคล้องกันที่เครือข่าย hopฯลฯ

คุณสามารถลองเปลี่ยนเซิร์ฟเวอร์ DNS ที่คุณใช้เป็นเซิร์ฟเวอร์อื่นเช่นเซิร์ฟเวอร์ Google DNS ที่ 8.8.8.8 หรือใช้เซิร์ฟเวอร์OpenDNSเช่น 208.67.222.222 และ 208.67.220.220 - ดูข้อดีและข้อเสียของการใช้คืออะไร DNS อื่นแทนเซิร์ฟเวอร์ ISP DNS . คุณสามารถทำการเปลี่ยนแปลงที่ระบบ Windows เอง; หากได้รับที่อยู่ IP ผ่าน DHCP ตอนนี้คุณสามารถแก้ไขการกำหนดค่าของอะแดปเตอร์เครือข่ายในระบบ Windows เพื่อใช้ที่อยู่ IP แบบคงที่และเซิร์ฟเวอร์ DNS แทนหรือหากเราเตอร์ของคุณทำงานเป็นเซิร์ฟเวอร์ DHCP คุณสามารถกำหนดค่าได้ เราเตอร์ของคุณเพื่อให้ที่อยู่ IP ของเซิร์ฟเวอร์ Google หรือ OpenDNS DNS สำหรับเซิร์ฟเวอร์ DNS ที่อุปกรณ์ในเครือข่ายท้องถิ่นของคุณ (LAN) จะใช้ จากนั้นตรวจสอบเพื่อดูว่าปัญหายังคงมีอยู่หรือไม่


ฉันสามารถส่ง Ping 8.8.8.8 ได้ตลอดเวลาอย่างเพียงพอ อย่างไรก็ตามหลังจากบูตการค้นหาบางอย่างของ DNS ดำเนินการต่อไปแล้วบางคนก็ไม่ทำหลังจากนั้นจะมีเวลาประมาณ 1 นาทีโดยไม่มีความสำเร็จจนกว่าจะได้ผลเสมอ ดู77177.de/dns-log.txt
edlerd

@edlerd ฉันอัปเดตโพสต์ของฉันเพื่อรวมข้อมูลเกี่ยวกับยูทิลิตี้ที่ฉันใช้ในระบบ Windows สำหรับการแก้ไขปัญหา DNS และพารามิเตอร์บางอย่างที่คุณสามารถปรับเปลี่ยนภายใน nslookup เช่นค่าไทม์เอาต์เพื่อดูว่ามันสร้างความแตกต่างหรือไม่
moonpoint

ขอบคุณสำหรับทิป! DNSQuerySniffer แสดงเพียง "ฟองเหลือง" สำหรับการหมดเวลา ด้วยความที่ฉันเพิ่งรู้ว่า: นานหลังจากบูตก็ยังมีคำขอ DNS บางส่วนที่มีการหมดเวลา เมื่อตั้งค่าการหมดเวลาใน nslookup เป็น 4s ทุกคำขอจะได้รับการตอบสนอง (ความพยายามสูงสุด 1 ครั้งล้มเหลวครั้งที่ 2 จะประสบความสำเร็จเสมอ )
edlerd

ฉันสามารถทำซ้ำหมดเวลาเป็นครั้งคราวในโฮสต์อื่นในเครือข่ายเดียวกัน ดูเหมือนจะมีการหมดเวลาเพิ่มขึ้นเมื่อมีการร้องขอมากกว่านี้ในเวลาเดียวกัน บางทีเราเตอร์มีปัญหาหรือไม่? ฉันจะตรวจสอบสิ่งนี้ได้อย่างไร
edlerd

@edlerd อาจมีปัญหาที่เราเตอร์ของคุณหรืออาจเกินกว่าเราเตอร์ของคุณที่เราเตอร์บางตัวที่แทรกแซงระหว่างเราเตอร์ของคุณกับเซิร์ฟเวอร์ DNS ns1.telecolumbus.net หรือปัญหาอาจอยู่ที่เซิร์ฟเวอร์ DNS นั้นหรือแม้แต่ในระบบ Windows ของคุณ เอง ฉันได้อัปเดตโพสต์ของฉันด้วยขั้นตอนการแก้ไขปัญหาเพิ่มเติมที่คุณอาจต้องดำเนินการเพื่อช่วย จำกัด แหล่งที่มาของปัญหาให้แคบลง
moonpoint
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.