互联网连接每小时掉线

我最近建造了一台新的台式计算机，除了将其连接到我们的网络之外，它都可以正常运行。我有一条以太网电缆直接将调制解调器连接到计算机，大约每隔一个小时左右，互联网连接不仅会断开连接，还会断开网络中所有设备的连接。我的电脑使用Windows 10。

当我的互联网中断时，它并没有完全中断。似乎发生的事情是，在我的一端（台式计算机直接连接到路由器）上，无法访问DNS服务器。这是Windows问题求解器给我的问题，我已经能够自己确认一下，因为可以访问IP地址，但不能访问普通网址。此外，它还会使使用WiFi的所有设备脱离网络。这些设备仍然可以检测到我们的WiFi网络，但它们无法连接。关闭调制解调器后再打开时，它可以正常工作一个小时，直到出现相同的问题。

我尝试并确定的一些事项：

• 此处不应该使用以太网电缆。在构建新计算机之前，我使用了一台笔记本电脑，该笔记本电脑也使用与我现在相同的电缆直接连接到调制解调器，并且1.5年来我们一直没有出现这样的问题。
• 我连接的新PC绝对与此有关。如果在未连接新PC的情况下重置了调制解调器，则不会发生任何问题。
• 另一方面，在PC连接到调制解调器后禁用和重新启用PC的以太网连接不会影响1小时计时器。
• 我的新PC是连接到运行Windows 10的网络的唯一设备。
• 在调制解调器上执行恢复出厂设置似乎没有任何效果。
• 我目前正在使用Google的DNS服务器（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

这就是我目前所知道的。任何建议将不胜感激。

我本人也有同样的问题，但不是Windows。它是由我的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.254或192.168.2.1。

如果那样下降8.8.8.8，则表明您的Internet连接正常。您的路由器或计算机正在丢弃数据包。

如果这种情况仍然存在，那就是坏消息-您需要新的网卡。您的旧衣服已经用完了。

我想知道DNS方面是否是鲱鱼（我很确定是）。我认为问题是路由器的局限性，特别是路由器进行连接跟踪的能力。

从描述中，我认为同时连接太多，并且路由器失去了对它们的跟踪-可能在删除旧连接之前阻止了新连接，这可以解释为什么某些事情继续起作用。

这可能是由多种原因引起的-最有可能是与其他系统建立了大量连接的P2P软件-同样，可能是其中一台设备执行类似操作的恶意软件。

猜测您的PC正在运行洪流软件（在这种情况下，解决方案是减少其支持的最大同时连接数），或者它具有恶意软件[除Windows 10之外]

可能是因为过多的端口从路由器转发到PC。这可以通过UPnP动态发生，因此您可以尝试在路由器中禁用UPnP，以检查是否可以解决问题。

许多“廉价”路由器都存在此问题。每当执行DNS请求时，路由器都会在“随机”端口上期待来自DNS服务器的答复。通常，这些“随机”端口不是随机选择的，而是按数字顺序选择的。因此，如果一个DNS请求要求答案到达端口2000，则下一个DNS请求要求端口2001，之后的另一个请求则位于端口2002，依此类推。现在，例如，如果您将端口3000-12999（10.000个端口）转发到LAN上的某些计算机，则到达这些端口的DNS答案将到达路由器内部的DNS解析器，而转到位于路由器内部的DNS解析器。局域网。当来自DNS服务器的答案开始到达转发的端口范围时，似乎DNS服务器突然都消失了。

令人惊讶的是，许多路由器中都存在此错误。解决方法是路由器的DNS解析器/转发器不应使用转发的端口来获得答案...但是，显然，这没有实现。也可以选择对称NAT，但只有极少数防火墙使用对称NAT。

无论如何，上述问题可能是也可能不是所描述问题的根源。状态表耗尽（通常是由P2P活动引起的，例如使用BitTorrent时）。