J'ai récemment construit un nouvel ordinateur de bureau, qui fonctionne bien, sauf pour le connecter à notre réseau. J'ai un câble Ethernet connectant directement mon modem à mon ordinateur, et toutes les heures environ, la connexion Internet est coupée non seulement pour moi, mais pour tous les appareils de mon réseau. Mon ordinateur utilise Windows 10.
Lorsque mon Internet se coupe, il ne s'arrête pas complètement. Ce qui semble se produire, c'est que de mon côté (ordinateur de bureau se connectant directement au routeur), le serveur DNS ne peut pas être atteint. C'est le problème que le solutionneur de problèmes Windows me pose, et ce que j'ai pu confirmer par moi-même, car les adresses IP peuvent être atteintes mais pas les adresses Web ordinaires. De plus, il lance tous les appareils utilisant le WiFi hors du réseau. Notre réseau WiFi peut toujours être détecté par ces appareils, mais ils ne peuvent pas s'y connecter. Lorsque le modem est éteint puis rallumé, il fonctionne à nouveau correctement 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 j'ai également connecté directement au modem en utilisant le même câble que moi, et nous n'avons pas eu de problèmes comme celui-ci depuis 1,5 ans.
- Mon nouveau PC connecté est absolument lié à cela. Si le modem est réinitialisé alors que mon nouveau PC n'est pas connecté, aucun problème ne se produit.
- D'un autre côté, la désactivation et la réactivation de la connexion Ethernet à partir de mon PC après qu'il s'est déjà connecté au modem n'affecte pas le minuteur d'une heure.
- Mon nouveau PC est le seul appareil connecté à notre réseau qui exécute Windows 10.
- Effectuer une réinitialisation d'usine sur le modem ne semble pas avoir d'effet.
- J'utilise actuellement ma connexion Ethernet avec les serveurs DNS de Google (8.8.8.8 et 8.8.4.4). Lorsque le réseau s'arrête, cela me permet en effet de continuer à naviguer, il semble donc avoir quelque chose à voir avec les serveurs DNS. De même, des applications comme Skype fonctionnent toujours normalement. Ce n'est pas toujours le cas cependant, car parfois le modem semble simplement perdre complètement toute connexion Internet, ce qui m'empêche de l'utiliser du tout, bien que cela ait tendance à se produire plus d'une heure après la réinitialisation du modem.
- Changer le canal WiFi ne fait rien (même si je suppose que c'était normal).
- La mise à jour de ma version de Windows 10 n'a rien fait. C'était une possibilité décente puisque mon installation de Windows 10 provenait d'un disque qui avait été gravé il y a six mois. Mon installation de Windows 10 n'a pas encore été activée, mais j'aimerais laisser cela jusqu'à ce que j'aie 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 / all 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.
la source
Réponses:
J'ai le même problème moi-même, mais ce n'est pas avec Windows. C'est avec mon FAI.
Essayez d'ouvrir l'invite de commande et tapez
ping -t 8.8.8.8
(je pense que vous utilisez -t, vous n'avez pas utilisé Windows depuis longtemps).La prochaine fois qu'il tombera, regardez la sortie de cette commande. Cela devrait ressembler à l'une de ces trois choses:
32 bytes from 8.8.8.8
- cela signifie que le problème vient du serveur auquel vous vous connectez.Request timed out
ouDestination host unreachable
- maintenant vous savez que le problème vient de votre connexion, pas du serveur. Votre connexion Internet ou votre routeur peut avoir des problèmes.Changez
8.8.8.8
l'adresse IP de votre routeur, devrait être192.168.2.254
ou192.168.2.1
.Si cela baisse
8.8.8.8
, votre connexion Internet est correcte. Soit votre routeur, soit votre ordinateur perd des paquets.Si cela ne fonctionne pas, mauvaise nouvelle - vous avez besoin d'une nouvelle carte réseau. Votre ancien s'use.
la source
Je me demande si le côté DNS des choses est un hareng rouge (je suis sûr que c'est le cas). Je postule que le problème est une limitation du routeur - en particulier sa capacité à effectuer le suivi des connexions.
D'après la description, je postule qu'il y a trop de connexions simultanées et que le routeur en perd la trace, empêchant probablement de nouvelles connexions avant de supprimer les anciennes, ce qui expliquerait pourquoi certaines choses continuent de fonctionner.
Cela pourrait être dû à un certain nombre de choses - le plus probable est le logiciel P2P qui établit de nombreuses connexions avec d'autres systèmes - de même, il pourrait s'agir de logiciels malveillants sur l'un des appareils faisant quelque chose de similaire.
À une supposition, votre PC exécute un logiciel de torrent (auquel cas la solution consiste à réduire le nombre maximal de connexions simultanées qu'il prend en charge) ou il a un logiciel malveillant [en plus de Windows 10]
la source
Il se peut qu'un nombre excessif de ports soit transféré du routeur au PC. Cela peut se produire dynamiquement 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 requête DNS est effectuée, le routeur attend la réponse du serveur DNS sur un port "aléatoire". Souvent, ces ports "aléatoires" ne sont pas choisis au hasard, mais choisis par ordre numérique. Donc, si une requête DNS demande que la réponse arrive sur le port 2000, la prochaine requête DNS demandera le port 2001, la suivante après celle sur le port 2002 et ainsi de suite. Maintenant, si vous avez, par exemple, les ports 3000-12999 (10 000 ports) transmis à une machine sur le LAN, les réponses DNS arrivant à ces ports atteindront le résolveur DNS à l'intérieur du routeur, mais vont à la place à la machine dans le LAN. Il apparaîtra que tout à coup, les serveurs DNS ont tous disparu lorsque les réponses des serveurs DNS commencent à arriver dans la plage de ports transférés.
Étonnamment, ce bogue est présent dans de nombreux routeurs. Un correctif serait que le résolveur / redirecteur DNS du routeur n'utilise pas les ports redirigés pour attendre des réponses ... mais, apparemment, cela n'est pas mis en œuvre. Le NAT symétrique serait également une option, mais seuls très peu de pare-feu utilisent le NAT symétrique.
Quoi qu'il en soit, le problème décrit ci-dessus peut ou non être à l'origine du problème décrit. L'épuisement des tables d'état (souvent causé par des activités P2P, comme lors de l'utilisation de BitTorrent) a déjà été mentionné.
la source