web-dev-qa-db-fra.com

50% de perte de paquets sur Ubuntu 16.04 (et 17.04)

Récemment, j'ai commencé à avoir une perte de paquets terrible (jusqu'à 50-60%) sur Ubuntu. (même en envoyant un ping aux adresses locales, comme mon routeur). La perte de paquets commence par intervalles et dure environ 20 secondes, puis s'arrête. Il n'y a pas non plus de messages dans dmesg ou /var/log/syslog à ce sujet.

J'ai pensé qu'il s'agissait d'un problème de routeur, mais l'envoi d'une requête ping à Google sur mon ordinateur portable avec une connexion sans fil entraîne une perte de 0 paquet.

J'ai donc pensé que c'était un problème de câble, et j'ai connecté le câble à mon ordinateur portable (Ubuntu 17) et j'ai également perdu des paquets. Alors j'ai commencé à penser que c'est le câble.

Mais ensuite, j’ai démarré dans Windows à partir de mon ordinateur (en utilisant le même câble) et j’ai réalisé que les commandes ping depuis Windows ne présentaient aucune perte de paquets.

J'ai déjà essayé de redémarrer et de redémarrer le service réseau, mais cela n'a pas aidé.

Exemple ping -OD google.com sortie lorsque la perte de paquet se produit:

[1511445212.704065] 64 bytes from cache.google.com (80.253.19.184): icmp_seq=320 ttl=60 time=1.55 ms
[1511445213.705529] 64 bytes from cache.google.com (80.253.19.184): icmp_seq=321 ttl=60 time=1.40 ms
[1511445215.705067] no answer yet for icmp_seq=322
[1511445216.705062] no answer yet for icmp_seq=323
[1511445217.705074] no answer yet for icmp_seq=324
[1511445218.705068] no answer yet for icmp_seq=325
[1511445219.705084] no answer yet for icmp_seq=326
[1511445220.705077] no answer yet for icmp_seq=327
[1511445221.705068] no answer yet for icmp_seq=328
[1511445222.705069] no answer yet for icmp_seq=329
[1511445223.705079] no answer yet for icmp_seq=330
[1511445224.705070] no answer yet for icmp_seq=331
[1511445225.705089] no answer yet for icmp_seq=332
[1511445226.705063] no answer yet for icmp_seq=333
[1511445227.705074] no answer yet for icmp_seq=334
[1511445228.705093] no answer yet for icmp_seq=335
[1511445229.705087] no answer yet for icmp_seq=336
[1511445230.705075] no answer yet for icmp_seq=337
[1511445231.705078] no answer yet for icmp_seq=338
[1511445232.705069] no answer yet for icmp_seq=339
[1511445233.705066] no answer yet for icmp_seq=340
[1511445234.705066] no answer yet for icmp_seq=341
[1511445235.705068] no answer yet for icmp_seq=342
[1511445236.705075] no answer yet for icmp_seq=343
[1511445237.705069] no answer yet for icmp_seq=344
[1511445238.705067] no answer yet for icmp_seq=345
[1511445239.705068] no answer yet for icmp_seq=346
[1511445240.705088] no answer yet for icmp_seq=347
[1511445241.705077] no answer yet for icmp_seq=348
[1511445242.705088] no answer yet for icmp_seq=349
[1511445243.705088] no answer yet for icmp_seq=350
[1511445244.705087] no answer yet for icmp_seq=351
[1511445244.706562] 64 bytes from cache.google.com (80.253.19.184): icmp_seq=352 ttl=60 time=1.40 ms
[1511445245.708165] 64 bytes from cache.google.com (80.253.19.184): icmp_seq=353 ttl=60 time=1.49 ms

ifconfig sortie:

enp5s0    Link encap:Ethernet  HWaddr 90:2b:34:37:8e:ac  
          inet addr:192.168.10.134  Bcast:192.168.10.255  Mask:255.255.255.0
          inet6 addr: fe80::922b:34ff:fe37:8eac/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:181121 errors:0 dropped:0 overruns:0 frame:0
          TX packets:122080 errors:0 dropped:0 overruns:0 carrier:1
          collisions:0 txqueuelen:1000 
          RX bytes:161672155 (161.6 MB)  TX bytes:9620508 (9.6 MB)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:1734 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1734 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1 
          RX bytes:177093 (177.0 KB)  TX bytes:177093 (177.0 KB)

ethtool -i enp5s0 sortie:

driver: atl1c
version: 1.0.1.1-NAPI
firmware-version: 
expansion-rom-version: 
bus-info: 0000:05:00.0
supports-statistics: no
supports-test: no
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no

Edit: des commandes telles que Sudo service networking restart, Sudo ifdown -a && Sudo ifup -a permettent de rétablir la connexion, mais elle est interrompue peu de temps après.

De plus, lorsque la connexion est rompue, je peux toujours recevoir des données (regarder des vidéos youtube, recevoir des messages dans des chats, voir les autres joueurs bouger dans le jeu, entendre d'autres personnes parler en discorde, mais je ne peux pas envoyer de données, je ne peux pas charger toutes les pages (les demandes GET ne sont pas envoyées), personne ne m'entend)

Edit 2: La même chose se produit sur Ubuntu 17.04 et Live USB Ubuntu 17.04.

networkinginternetping
1
nullifiedcat

Le problème est résolu en achetant un nouveau câble - celui-ci était très mal plié au même endroit. Mais je ne sais toujours pas pourquoi Windows n'a pas perdu de paquets.

1
nullifiedcat