ifconfig eth0 RX paquets perdus

Le problème

La commande ifconfig affiche de plus en plus de paquets abandonnés dans la section RX. Il semble donc qu'il y ait un problème avec certains paquets arrivant d'Internet vers mon serveur.

Questions

Quel type de paquets ce compteur de drop prend-il en compte? Faut-il que tous les paquets arrivent, avant d'atteindre le pare-feu iptables ou après que les paquets ont été acceptés par iptables?
Comment résoudre la situation pour que le compteur de paquets de suppression ipconfig cesse d'augmenter?

Informations de dépannage utiles

Étant donné que je ne connais pas vraiment mon problème, n'hésitez pas à me demander de remplir cette section si vous pensez que d'autres informations seraient nécessaires.

ifconfig

eth0      Link encap:Ethernet  HWaddr 00:cc:cc:cc:cc:cc  
          inet adr:90.0.0.2  Bcast:90.0.0.255  Masque:255.255.255.0
          adr inet6: fe80::21c:c0ff:feb9:829c/64 Scope:Lien
          adr inet6: 2001:a100:1:bbbb::1/64 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:113264620 errors:0 dropped:2523 overruns:0 frame:0
          TX packets:168526529 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          RX bytes:59171827564 (55.1 GiB)  TX bytes:223993117711 (208.6 GiB)

Notez le " supprimé: 2523 " dans la section RX. C'est le plus important. Ce nombre est en constante augmentation.

spectacle de route ip -4

default via 90.0.0.254 dev eth0 
90.0.0.0/24 dev eth0  proto kernel  scope link  src 90.0.0.2

show route ip -6

2001:a100:1:bbbb::1/64 dev eth0  proto kernel  metric 256 
fe80::/64 dev eth0  proto kernel  metric 256 
default via 2001:a100:1:bbff:ff:ff:ff:ff dev eth0  metric 1024

graphique Munin du plugin if_err_eth0_day

entrez la description de l'image ici

ifconfig packets

— Renard
source

ifconfigsera devant le pare-feu. Ce sont des statistiques au niveau de l'interface. Ce lien peut offrir une option de dépannage.

— PP.

J'ai déjà essayé cela, malheureusement la réponse estRing parameters for eth0: Cannot get device ring settings: Operation not supported

— Fox

Vous perdez 0,002% des paquets entrants. Pourquoi vous en inquiétez-vous?

— freiheit

Parce que cela n'est pas arrivé avant et a soudainement commencé. Une bonne configuration montre ZERO abandonné le paquet (ils devraient être supprimés plus tard, si nécessaire, par le pare-feu). Il y a une perte d'informations qui devrait atteindre mon serveur et je veux savoir pourquoi.

— Fox

@Fox: Avez-vous trouvé la raison des pertes de paquets? Je suis confronté au même problème sur mon nouveau serveur rooter.

— Biggie

Réponses:

http://www.novell.com/support/kb/doc.php?id=7007165

Depuis le noyau 2.6.37, la signification du nombre de paquets supprimés a été modifiée. Avant, les paquets perdus étaient probablement dus à une erreur. Maintenant, le compteur rx_dropped affiche des statistiques pour les trames perdues en raison de:

Backlog Softnet plein

Balises VLAN incorrectes ou non voulues

Protocoles inconnus / non enregistrés

Trames IPv6 lorsque le serveur n'est pas configuré pour IPv6

[...]

Si le compteur rx_dropped cesse d'incrémenter pendant l'exécution de tcpdump; alors, il est plus que probable que des baisses apparaissent pour les raisons énumérées précédemment.

— user223369
source

Et s'il continue à augmenter?

— Jean-Paul Calderone

"" "Utilisez ethtool -S pour confirmer qu'il n'y a aucune erreur réelle sur les interfaces." "" Source access.redhat.com/solutions/657483

— bgtvfr

J'ai également essayé de retrouver ce problème en vain. J'ai également remarqué des baisses de paquets RX au rythme d'environ un par seconde sur ma boîte Ubuntu 12. De ma recherche, j'ai trouvé des personnes ayant des problèmes similaires sur diverses autres plates-formes Linux, SUSE, Rpi et autres. On dirait quelque chose avec le noyau Linux. Certains indices plus intéressants que j'ai remarqués font disparaître temporairement le problème, mais pas exactement des explications.

Si je change ma configuration de statique en DHCP dans mes / etc / network / interfaces, les suppressions de paquets RX cessent.
Si j'exécute un tcpdump, les pertes de paquets cessent pendant que le vidage est en cours d'exécution et reviennent lorsque je l'arrête.

Peut-être que ces indices aideront à aller au fond des choses?

Dans l'ensemble, les performances de mon réseau semblent être très bien, juste curieux de savoir pourquoi cela se produit aussi.

— Cabot
source