La connexion Internet goutte toutes les heures
J'ai récemment construit un nouvel ordinateur de bureau, qui fonctionne bien, à l'exception de la connexion à notre réseau. J'ai un câble Ethernet connectant directement mon modem à mon ordinateur et environ toutes les heures, la connexion Internet ne s'éteint pas uniquement pour moi, mais pour tous les appareils de mon réseau. Mon ordinateur utilise Windows 10.
Quand mon internet coupe, cela ne coupé pas complètement. Ce qui semble se produire est que, à ma fin (ordinateur de bureau se connectant directement au routeur), le serveur DNS est incapable d'être atteint. C'est le problème que Windows Problème Solver me donne et ce que j'ai pu me confirmer pour moi-même, car les adresses IP peuvent être atteintes, mais des adresses Web simples ne peuvent pas être. De plus, il frappe chaque appareil à l'aide de WiFi sur le réseau. Notre réseau WiFi peut toujours être détecté par ces appareils, mais ils ne peuvent pas se connecter. Lorsque le modem est éteint et encore, cela fonctionne encore une fois pendant une heure jusqu'à ce que le même problème se produise.
Certaines choses que j'ai essayées et établies:
- Le câble Ethernet ne devrait pas être le problème ici. Avant de construire mon nouvel ordinateur, j'ai utilisé un ordinateur portable que je suis également directement connecté au modem à l'aide du même câble que je fais maintenant, et nous n'avons eu aucun problème comme celui-ci pendant 1,5 ans.
- Mon nouveau PC étant connecté a absolument quelque chose à voir avec cela. Si le modem est réinitialisé pendant que mon nouveau PC n'est pas connecté, aucun problème ne se produit.
- D'autre part, la désactivation et la réélection de la connexion Ethernet de mon PC après sa connexion déjà connectée au modem n'affecte pas le minuteur d'une heure.
- Mon nouveau PC est le seul périphérique connecté à notre réseau qui exécute Windows 10.
- Effectuer une réinitialisation d'usine sur le modem ne semblait avoir aucun effet.
- Je dispose actuellement de la connexion Ethernet utilise les serveurs DNS de Google (8.8.8.8.8 et 8.8.4.4). Lorsque le réseau coupe cela, cela me permet de continuer à naviguer, de sorte qu'il semble avoir quelque chose à voir avec les serveurs DNS. De même, les applications telles que Skype fonctionnent toujours normalement. Ce n'est pas toujours le cas cependant, comme parfois, le modem semble tout simplement perdre toute la connexion Internet, que je ne puisse pas être incapable de l'utiliser du tout, bien que cela a tendance à se produire plus d'une heure après la réinitialisation du modem.
- Changer le canal WiFi ne fait rien (bien que je suppose que cela devait être attendu).
- Mise à jour de ma version de Windows 10 n'a rien fait. C'était une possibilité décente depuis mon installation de Windows 10 d'un disque brûlé il y a une année d'année. Mon installation de Windows 10 n'a pas encore été activée, mais j'aimerais laisser cela jusqu'à ce que j'ai réussi à résoudre ce problème.
- Mon modem a une fonction ECO qui provoque l'arrêt du modem à des intervalles de temps spécifiques, mais cela est désactivé.
- Selon le manuel, notre modem effectue automatiquement des mises à jour. Je n'ai pas trouvé de moyen d'effectuer manuellement une mise à jour ou de vérifier la version du modem.
ipconfig/tout donne les informations suivantes.
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
C'est à peu près tout ce que je sais pour l'instant. Toute suggestion serait très appréciée.
Il se peut qu'un nombre excessif de ports soit transféré du routeur au PC. Cela peut se produire de manière dynamique via UPnP, vous pouvez donc essayer de désactiver UPNP dans le routeur pour vérifier si cela résout le problème.
De nombreux routeurs "bon marché" ont ce problème. Chaque fois qu'une demande DNS est effectuée, le routeur s'attend à la réponse du serveur DNS sur un port "aléatoire". Souvent, ces ports "aléatoires" ne sont pas choisis au hasard, mais choisi dans l'ordre numérique. Donc, si une demande DNS demande la réponse à l'arrivée sur Port 2000, la prochaine demande DNS demandera Port 2001, le prochain après cela au port 2002 et ainsi de suite. Maintenant, si vous avez, par exemple, les ports 3000-12999 (10.000 ports) ont transmis à une machine sur le réseau local, les réponses DNS arrivant sur ces ports atteindront le résolveur DNS à l'intérieur du routeur, mais allez à la machine dans le Lan. Il apparaîtra que soudainement les serveurs DNS ont tous disparu lorsque les réponses des serveurs DNS commencent à arriver dans la plage de ports transférées. Comme il faut du temps pour que les ports de réponse atteignent cette gamme transférée, tout fonctionnera juste après une réinitialisation, mais puis échoue à un moment donné.
Étonnamment, ce bug est présent dans de nombreux routeurs. Une solution serait que le résolveur/le transitaire DNS du routeur ne doit pas utiliser de ports transférés pour s'attendre à des réponses ... mais, apparemment, cela ne se met pas implémentée. Symétrique NAT== sera également une option, mais seuls très peu de pare-feu utilisent un NAT symétrique.
Quoi qu'il en soit, la question décrite ci-dessus pourrait ou non être la source du problème décrit. L'épuisement de la table d'État (souvent causée par des activités P2P, comme lors de l'utilisation de BitTorrent) a déjà été mentionné.
Je me demande si le côté DNS des choses est un hareng rouge (je suis sûr que c'est). Je pose que la question est une limitation du routeur - spécifiquement sa capacité à suivre le suivi de la connexion.
De la description, je pose qu'il y a trop de connexions simulatanées et que le routeur en fait une trace - empêchant probablement de nouvelles connexions avant de laisser tomber les anciennes connexions, ce qui expliquerait pourquoi certaines choses continuent de travailler.
Cela pourrait être causé par un certain nombre de choses - le logiciel P2P est le plus probable qui fait beaucoup de connexions avec d'autres systèmes - de même que cela pourrait être des logiciels malveillants sur l'un des appareils faisant quelque chose de similaire.
À une conjecture, votre PC exécute un logiciel de torrente (auquel cas la solution consiste à réduire le nombre maximal de connexions simultanées qu'il prend en charge) ou comporte des logiciels malveillants [en plus de Windows 10]