J'utilise Windows 10 professional avec un contrôleur Realtek PCIe GBE Family intégré sur ma carte mère MSI 170A-Pro. En général, tout va bien. Le réseau fonctionne correctement et sans interruption sous Linux et Windows. Le matériel semble donc être correct.
Cependant, je subis une perte de connectivité environ une fois par jour en utilisant Windows 10. Les symptômes sont un peu bizarres :
- Je ne peux me connecter à aucun site web, que ce soit dans Chrome ou dans Internet Explorer (Chrome indique ERR_CONNECTION_FAILED).
- sauf que Google fonctionne généralement (probablement parce qu'une connexion est maintenue par chrome)
- ma connexion Google Talk continue de fonctionner (il semble que cela n'affecte que les nouvelles connexions)
- nslookup fonctionne correctement pour n'importe quel domaine
- Je peux envoyer un ping aux sites que je souhaite consulter.
- Je dispose d'une adresse IPv4 et IPv6 valide.
- Je peux faire un ping de la passerelle par défaut sur IPv4 et IPv6.
- Les diagnostics du réseau Windows ne trouvent aucun problème
- Windows indique que je suis connecté avec succès à l'internet
- les autres appareils du réseau continuent à ne pas avoir de problèmes (ce n'est pas lié au routeur)
Cependant, la seule solution consiste à réinitialiser le réseau via l'option du panneau de contrôle et à redémarrer ou à appeler netsh winsock reset dans une console d'administration et redémarrer. Le redémarrage seul ne résout pas le problème.
Jusqu'à présent, j'ai fait
- désactiver la gestion de l'énergie pour la carte réseau
- passer au pilote le plus récent de Realtek
Je ne sais pas du tout ce qui ne va pas. Car le réseau fonctionne manifestement. Il semble qu'il y ait juste une partie qui ne fonctionne pas.
Si quelqu'un a une idée sur la façon de déboguer ce problème, je suis tout ouïe !
Veuillez noter qu'il s'agit d'une câblée réseau
La sortie ipconfig est la suivante (elle est exactement la même lorsque la connexion fonctionne)
Windows IP Configuration
Ethernet adapter Ethernet:
Connection-specific DNS Suffix . : w00t
IPv6 Address. . . . . . . . . . . : 2a02:2450:1024:442:808:aa56:5c13:9413
Temporary IPv6 Address. . . . . . : 2a02:2450:1024:442:a5e3:4f74:fb29:5d13
Link-local IPv6 Address . . . . . : fe80::808:aa56:5c13:9413%3
IPv4 Address. . . . . . . . . . . : 192.168.1.165
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : fe80::1e87:2cff:fe6a:b6b0%3
192.168.1.1
Tunnel adapter isatap.w00t:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . : w00t
Tunnel adapter Teredo Tunneling Pseudo-Interface:
Connection-specific DNS Suffix . :
IPv6 Address. . . . . . . . . . . : 2001:0:9d38:6ab8:2cd7:1e65:3f57:fe5a
Link-local IPv6 Address . . . . . : fe80::2cd7:1e65:3f57:fe5a%12
Default Gateway . . . . . . . . . : Quelques informations complémentaires :
- lors du redémarrage sous Linux, la connexion réseau fonctionne sans problème, lors du redémarrage sous Windows, le problème est toujours là
- la mise hors tension complète de la machine ne résout pas le problème
- Les sites HTTP de mon réseau local ne sont pas accessibles non plus.
- le problème est indépendant du DNS, les sites ne sont pas non plus accessibles via l'adresse IP
- Les connexions SMB à un partage Windows ne fonctionnent pas non plus
Pour moi, il semble que la pile TCP du système d'exploitation soit en quelque sorte "bloquée". Ping (ICMP) et DNS (UDP) fonctionnent, mais pas HTTP ni SMB (TCP).
Cela m'a amené à essayer autre chose : j'ai essayé d'utiliser PuTTY pour ssh (TCP) vers une autre machine et il y a eu une erreur : Network error: No buffer space available
L'erreur ci-dessus m'a renvoyé à https://serverfault.com/questions/131935/network-error-no-buffer-space-available ce qui m'a amené à vérifier l'Observateur d'événements qui affiche l'erreur 4227 :
TCP/IP n'a pas réussi à établir une connexion sortante parce que le point d'accès local sélectionné a été récemment utilisé pour se connecter au même point d'accès distant. Cette erreur se produit généralement lorsque les connexions sortantes sont ouvertes et fermées à un rythme élevé, ce qui entraîne l'utilisation de tous les ports locaux disponibles et oblige TCP/IP à réutiliser un port local pour une connexion sortante. Pour minimiser le risque de corruption des données, la norme TCP/IP exige qu'un délai minimum s'écoule entre les connexions successives d'un point d'extrémité local donné à un point d'extrémité distant donné.
Lors de la désactivation et de la réactivation du dispositif (que le entrée dans la base de connaissances suggère) l'erreur réapparaît simplement dans le journal.
Il semble qu'un programme épuise les ports TCP sortants disponibles. La question qui se pose est donc la suivante :
- comment savoir quel programme est en cause ?
- Pourquoi un redémarrage ne résoudrait-il pas ce problème ?
