Aller au contenu


- - - - -

~50% Packet Loss sur serveur Debian


  • Veuillez vous connecter pour répondre
5 réponses à ce sujet

#1 harkness

harkness
  • Invités

Posté 21 décembre 2017 - 01:09

Bonjour,

J’ai un serveur debian chez moi qui me sert pour openvpn, plex, owncloud, gitlab…

Et depuis quelques jours j’ai une connexion qui marche par intermittence et si je fais un ping de mon IP publique j’ai environ 50% de packet loss(que ce soit chez moi ou depuis un autre réseau). 

Par contre quand je suis en local je peux ping mon serveur sur son IP local sans problème, mais je ne peux pas accéder a internet pendant un certain temps.  Si j’interdis l’accès a internet a mon serveur depuis l’application Android de mon routeur(Xiaomi Mi R3P) la aucun problème d’internet et je peux ping mon nom de domaine sans timeout. 

J’avais déjà eu le problème y a quelque mois, mais croyant que c’était juste un serveur mal configurer, je me suis contenté de faire un formatage pour recommencer sur des bases propres et cela avais résolus le problème. 

J’ai des connaissances très limitées en réseau donc si quelqu’un a une idée je suis preneur.

Voici ma table de routage si ca peux aider :

 

route

 

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         XiaoQiang       0.0.0.0         UG    0      0        0 enp3s0
10.8.0.0        0.0.0.0         255.255.255.0   U     0      0        0 tun0
172.17.0.0      0.0.0.0         255.255.0.0     U     0      0        0 docker0
192.168.31.0    0.0.0.0         255.255.255.0   U     0      0        0 enp3s0



Et ifconfig : 

ifconfig -a

 

docker0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 0.0.0.0
        inet6 fe80::42:54ff:fe45:7d7e  prefixlen 64  scopeid 0x20<link>
        ether 02:42:54:45:7d:7e  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 16271  bytes 1550803 (1.4 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.31.86  netmask 255.255.255.0  broadcast 192.168.31.255
        inet6 fe80::e2d5:5eff:fe16:3222  prefixlen 64  scopeid 0x20<link>
        ether e0:d5:5e:16:32:22  txqueuelen 1000  (Ethernet)
        RX packets 560099  bytes 69385245 (66.1 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1072525825  bytes 68450342967 (63.7 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 1471841  bytes 2756231049 (2.5 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1471841  bytes 2756231049 (2.5 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1500
        inet 10.8.0.1  netmask 255.255.255.0  destination 10.8.0.1
        inet6 fe80::f58e:a0fe:3829:c035  prefixlen 64  scopeid 0x20<link>
        unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 100  (UNSPEC)
        RX packets 15080  bytes 1583530 (1.5 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 21107  bytes 21267160 (20.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0


Merci d’avance pour vos réponses 


  • 0

PUBLICITÉ

    Annonces Google

#2 _Michel_

_Michel_

    Power Member

  • Membres
  • 123 messages

Posté 21 décembre 2017 - 07:30

Bonjour,

 

Peux-tu connecter ton serveur directement à internet, sans ton routeur Xiaomi ? Cela permettrait de savoir si tes problèmes ne viennent pas de lui car c'est le sentiment que j'ai.


  • 0

#3 harkness1

harkness1

    Junior Member

  • Membres
  • 2 messages

Posté 21 décembre 2017 - 07:47

Bonjour,

 

Merci pour ta réponse.

Je n'y avais même pas pensé, je ne suis pas chez moi actuellement, mais j'essayerais ça en janvier.

 

Il n’y a pas de piste que je peux explorer à distance en attendant ? :o 

J'ai essayé la commande "ethtool -S enp3s0" comme conseiller ici, mais apparemment il n’y a pas d'erreurs :

NIC statistics:
     tx_packets: 195552948
     rx_packets: 338822
     tx_errors: 0
     rx_errors: 0
     rx_missed: 0
     align_errors: 0
     tx_single_collisions: 0
     tx_multi_collisions: 0
     unicast: 308639
     broadcast: 29046
     multicast: 1137
     tx_aborted: 0
     tx_underrun: 0

  • 0

#4 _Michel_

_Michel_

    Power Member

  • Membres
  • 123 messages

Posté 22 décembre 2017 - 07:10

Bonsoir,

 

Comme tu peux le voir, l'interface réseau de ton serveur ne reçoit aucun paquet ethernet endommagé. Ce qui semble vouloir dire que le problème est ailleurs, avant ce serveur précisément.

 

Tu as un schéma réseau qui n'est pas simple ou du moins pas clair pour ceux qui te lisent. Il est difficile de t'aider sans connaître l'architecture exacte de celui-ci. Et quand bien même, ce n'est pas une panne franche donc ce n'est pas facile à résoudre. Dans ce tels cas, il faut simplifier le réseau, c'est-à-dire court-circuiter un à un tous les éléments lorsque c'est possible, jusqu'à trouver le coupable.

 

A distance, cela me paraît plus que compliqué par rapport au problème décrit.


  • 0

#5 harkness1

harkness1

    Junior Member

  • Membres
  • 2 messages

Posté 23 décembre 2017 - 01:59

Effectivement c'est probable que le problème vienne du routeur en faite, ça expliquerait pourquoi ça influence aussi la connexion internet des autres appareilsl(qui est instable) :S Des que je rentre chez moi je vais faire quelques tests et je te tiens au courant ^^


  • 0

#6 marc2006

marc2006

    Godlike Member

  • Membres
  • 3 127 messages

Posté 20 janvier 2018 - 05:40

Hello!

 

Juste comme ça, tu ne serais pas en train de saturer ta bande passante en upload par hasard ? Car tu dis que si tu coupes l'accès au réseau à ton serveur, t'as plus de soucis, donc je me dis est-ce que tu as un upload en cours depuis ton serveur qui est en train de saturer ta connexion en UP, ce qui expliquerait tes timeout


  • 0









Sujets similaires :     x