การเชื่อมต่ออินเทอร์เน็ตลดลงทุกชั่วโมง

ฉันเพิ่งสร้างคอมพิวเตอร์เดสก์ท็อปใหม่ซึ่งใช้งานได้ดียกเว้นการเชื่อมต่อกับเครือข่ายของเรา ฉันมีสายอีเธอร์เน็ตเชื่อมต่อโมเด็มโดยตรงกับคอมพิวเตอร์ของฉันและรอบ ๆ ทุกชั่วโมงหรือมากกว่านั้นการเชื่อมต่ออินเทอร์เน็ตไม่เพียง แต่สำหรับฉันเท่านั้น แต่สำหรับอุปกรณ์ทั้งหมดในเครือข่ายของฉัน คอมพิวเตอร์ของฉันใช้ Windows 10

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

บางสิ่งที่ฉันได้ลองและยอมรับ:

• สายเคเบิลอีเธอร์เน็ตไม่ควรเป็นปัญหาที่นี่ ก่อนที่จะสร้างคอมพิวเตอร์เครื่องใหม่ฉันใช้แล็ปท็อปซึ่งฉันเชื่อมต่อโดยตรงกับโมเด็มด้วยสายเคเบิลเดียวกับที่ฉันทำตอนนี้และเราไม่มีปัญหาเช่นนี้มาเป็นเวลา 1.5 ปี
• พีซีเครื่องใหม่ของฉันที่เชื่อมต่อกันมีส่วนเกี่ยวข้องกับสิ่งนี้ หากโมเด็มถูกรีเซ็ตขณะที่พีซีเครื่องใหม่ไม่ได้เชื่อมต่อจะไม่มีปัญหาเกิดขึ้น
• ในทางกลับกันการปิดใช้งานและเปิดใช้งานการเชื่อมต่ออีเธอร์เน็ตจากพีซีของฉันหลังจากที่เชื่อมต่อกับโมเด็มแล้วจะไม่มีผลกับตัวจับเวลา 1 ชั่วโมง
• พีซีเครื่องใหม่ของฉันเป็นอุปกรณ์เดียวที่เชื่อมต่อกับเครือข่ายของเราที่ใช้ Windows 10
• การรีเซ็ตเป็นค่าเริ่มต้นจากโรงงานในโมเด็มนั้นไม่มีผลใด ๆ
• ขณะนี้ฉันมีการเชื่อมต่อ Ethernet ใช้เซิร์ฟเวอร์ DNS ของ Google (8.8.8.8 และ 8.8.4.4) เมื่อตัดเครือข่ายสิ่งนี้ทำให้ฉันสามารถท่องเว็บได้ต่อเนื่องดังนั้นจึงดูเหมือนว่ามีบางอย่างที่ต้องทำกับเซิร์ฟเวอร์ DNS ในทำนองเดียวกันแอปพลิเคชันเช่น Skype ยังคงทำงานตามปกติ นี่ไม่ใช่กรณีเสมอไปเพราะบางครั้งโมเด็มดูเหมือนว่าจะสูญเสียการเชื่อมต่ออินเทอร์เน็ตทั้งหมดอย่างสมบูรณ์ทำให้ฉันไม่สามารถใช้งานได้เลยแม้ว่านี่จะมีแนวโน้มที่จะเกิดขึ้นนานกว่าหนึ่งชั่วโมงหลังจากรีเซ็ตโมเด็ม
• การเปลี่ยนช่องสัญญาณ WiFi ไม่ได้ทำอะไรเลย (แต่ฉันคิดว่านี่น่าจะเป็นสิ่งที่คาดหวัง)
• การอัพเดท Windows 10 ของฉันไม่ได้ทำอะไรเลย นี่เป็นความเป็นไปได้ที่ดีเนื่องจากการติดตั้ง Windows 10 ของฉันมาจากแผ่นดิสก์ที่ถูกเขียนไปครึ่งปีที่แล้ว การติดตั้ง Windows 10 ของฉันยังไม่ได้เปิดใช้งาน แต่ฉันต้องการปล่อยไว้จนกว่าฉันจะสามารถแก้ไขปัญหานี้ได้
• โมเด็มของฉันมีฟังก์ชั่น ECO ซึ่งทำให้โมเด็มปิดในช่วงเวลาที่กำหนด แต่สิ่งนี้ถูกปิดใช้งาน
• ตามคู่มือนั้นโมเด็มของเราจะทำการอัปเดตโดยอัตโนมัติ ฉันไม่พบวิธีทำการอัปเดตหรือตรวจสอบเวอร์ชั่นของโมเด็มด้วยตนเอง

ipconfig / all ให้ข้อมูลต่อไปนี้

Ethernet adapter Ethernet:

   Connection-specific DNS Suffix  . : home
   Description . . . . . . . . . . . : Intel(R) Ethernet Connection (2) I219-V
   Physical Address. . . . . . . . . : 4C-CC-6A-64-E6-FB
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::2cb6:ee01:e72e:ceb1%8(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.2.2(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : maandag 9 januari 2017 23:45:35
   Lease Expires . . . . . . . . . . : dinsdag 10 januari 2017 23:45:36
   Default Gateway . . . . . . . . . : 192.168.2.254
   DHCP Server . . . . . . . . . . . : 192.168.2.254
   DHCPv6 IAID . . . . . . . . . . . : 55364714
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1F-F4-C9-9B-4C-CC-6A-64-E6-FB
   DNS Servers . . . . . . . . . . . : 8.8.8.8
                                       8.8.4.4
   NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter isatap.home:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : home
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Teredo Tunneling Pseudo-Interface:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

นั่นคือทั้งหมดที่ฉันรู้ตอนนี้ ข้อเสนอแนะใด ๆ ที่จะได้รับการชื่นชมมาก

ฉันมีปัญหาเดียวกันกับตัวเอง แต่มันไม่ได้มีหน้าต่าง มันอยู่กับ ISP ของฉัน

ลองเปิดพร้อมรับคำสั่งและพิมพ์ping -t 8.8.8.8(ฉันคิดว่าคุณใช้ -t ไม่ได้ใช้ Windows มานาน)

ครั้งต่อไปมันจะลดลงดูที่ผลลัพธ์ของคำสั่งนั้น มันควรดูเหมือนหนึ่งในสามสิ่งต่อไปนี้:

32 bytes from 8.8.8.8 - ซึ่งหมายความว่าปัญหาเกิดขึ้นกับเซิร์ฟเวอร์ที่คุณกำลังเชื่อมต่อ

Request timed outหรือDestination host unreachable- ตอนนี้คุณรู้ว่าปัญหาอยู่ที่การเชื่อมต่อของคุณไม่ใช่กับเซิร์ฟเวอร์ การเชื่อมต่ออินเทอร์เน็ตหรือเราเตอร์ของคุณอาจมีปัญหา

เปลี่ยน8.8.8.8ที่อยู่ IP เราเตอร์ของคุณควรจะเป็นหรือ192.168.2.254192.168.2.1

ถ้ามันลดลงอย่าง8.8.8.8นั้นแสดงว่าการเชื่อมต่ออินเทอร์เน็ตของคุณนั้นใช้ได้ เราเตอร์หรือคอมพิวเตอร์ของคุณกำลังวางแพ็กเก็ต

หากยังคงติดตามข่าวร้าย - คุณต้องมีการ์ดเครือข่ายใหม่ อันเก่าของคุณเสื่อมสภาพ

ฉันสงสัยว่า DNS ของสิ่งต่าง ๆ เป็นปลาเฮอริ่งแดงหรือไม่ (ฉันค่อนข้างแน่ใจว่ามันเป็น) ฉันยืนยันว่าปัญหานี้เป็นข้อ จำกัด ของเราเตอร์ - โดยเฉพาะความสามารถในการติดตามการเชื่อมต่อ

จากคำอธิบายฉันโพสต์ว่ามีการเชื่อมต่อพร้อมกันมากเกินไปและเราเตอร์สูญเสียการติดตาม - อาจป้องกันการเชื่อมต่อใหม่ก่อนที่จะทิ้งการเชื่อมต่อเก่าซึ่งจะอธิบายว่าทำไมบางสิ่งบางอย่างทำงานต่อไป

สิ่งนี้อาจเกิดจากหลายสิ่ง - เป็นไปได้มากที่สุดคือซอฟต์แวร์ P2P ที่เชื่อมต่อกับระบบอื่น ๆ มากมาย - เช่นเดียวกันอาจเป็นมัลแวร์บนอุปกรณ์หนึ่งที่ทำสิ่งที่คล้าย

คาดเดาได้ว่าพีซีของคุณใช้ซอฟต์แวร์ฝนตกหนัก (ในกรณีนี้วิธีแก้ปัญหาคือลดจำนวนสูงสุดของการเชื่อมต่อพร้อมกันที่รองรับ) หรือมีมัลแวร์ [นอกเหนือจาก Windows 10]

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

เราเตอร์ "ราคาถูก" จำนวนมากมีปัญหานี้ เมื่อใดก็ตามที่มีการร้องขอ DNS เราเตอร์คาดหวังคำตอบจากเซิร์ฟเวอร์ DNS ที่พอร์ต "สุ่ม" บ่อยครั้งที่พอร์ต "สุ่ม" เหล่านี้ไม่ได้ถูกเลือกแบบสุ่ม แต่เลือกตามลำดับตัวเลข ดังนั้นหากคำขอ DNS เดียวขอคำตอบให้มาถึงพอร์ต 2000 คำขอ DNS ถัดไปจะขอพอร์ต 2001 ถัดจากนั้นในพอร์ต 2002 และต่อไป ตอนนี้ถ้าคุณมีตัวอย่างเช่นพอร์ต 3000-12999 (10.000 พอร์ต) ส่งต่อไปยังเครื่องบางเครื่องใน LAN คำตอบ DNS ที่มาถึงพอร์ตเหล่านี้จะไปถึงตัวแก้ไข DNS ภายในเราเตอร์ แต่แทนที่จะไปที่เครื่องใน แลน จะปรากฏว่าทันใดนั้นเซิร์ฟเวอร์ DNS ทั้งหมดก็หายไปเมื่อคำตอบจากเซิร์ฟเวอร์ DNS เริ่มมาถึงช่วงพอร์ตที่ส่งต่อ

น่าแปลกที่ข้อผิดพลาดนี้มีอยู่ในเราเตอร์หลายตัว การแก้ไขอาจเป็นไปได้ว่าตัวแก้ไข DNS / ผู้ส่งของ DNS ของเราเตอร์ไม่ควรใช้พอร์ตที่ส่งต่อเพื่อคาดหวังคำตอบ ... แต่เห็นได้ชัดว่านี่ไม่ได้ถูกนำไปใช้ Symmetrical NAT ก็เป็นทางเลือกเช่นกัน แต่มีไฟร์วอลล์เพียงไม่กี่ตัวเท่านั้นที่ใช้ Symmetrical NAT

อย่างไรก็ตามปัญหาที่อธิบายไว้ข้างต้นอาจหรืออาจไม่ใช่สาเหตุของปัญหาที่อธิบายไว้ สถานะตารางอ่อนเพลีย (มักเกิดจากกิจกรรม P2P เช่นเมื่อใช้ BitTorrent) ได้ถูกกล่าวถึงแล้ว