"Neighbour table overflow" fait probablement référence à la table arp, mais ce n'est pas forcément ton problème.
Tu dis que ton serveur est 10.100.2.252 mais si tu fait un ping 10.170.1.8 depuis cette machine,
la règle de routage qui va s'appliquer est 10.170.0.0/16 gw 10.223.0.249 donc ta machine va d'abord essayer d'arp who-haser 10.223.0.249
ce qui me fait dire que l'adresse IP source utilisée serait 10.223.0.254 pas 10.100.2.252..
As-tu essayé de spécifier l'adresse IP source de tes paquets avec -I 10.100.2.252 pour voir si ça change quelque chose?
Traceroute et wireshark sont tes amis..
Sinon j'ai remarqué que sur eth0 tu as l'adresse 10.100.100.26/16 et 10.100.2.252/16: deux adresses IP dans le même subnet ça joue parfois des tours aussi quand un processus ne "bind" pas l'adresse IP source pour ouvrir une connection: Linux choisi la dernière adresse affectée par ordre chronologique ce qui peut causer des problèmes..
# Multiple adresse IP..
Posté par reno . En réponse au message Problème réseau : Neighbour table overflow. Évalué à 2.
"Neighbour table overflow" fait probablement référence à la table arp, mais ce n'est pas forcément ton problème.
Tu dis que ton serveur est 10.100.2.252 mais si tu fait un ping 10.170.1.8 depuis cette machine,
la règle de routage qui va s'appliquer est 10.170.0.0/16 gw 10.223.0.249 donc ta machine va d'abord essayer d'arp who-haser 10.223.0.249
ce qui me fait dire que l'adresse IP source utilisée serait 10.223.0.254 pas 10.100.2.252..
As-tu essayé de spécifier l'adresse IP source de tes paquets avec -I 10.100.2.252 pour voir si ça change quelque chose?
Traceroute et wireshark sont tes amis..
Sinon j'ai remarqué que sur eth0 tu as l'adresse 10.100.100.26/16 et 10.100.2.252/16: deux adresses IP dans le même subnet ça joue parfois des tours aussi quand un processus ne "bind" pas l'adresse IP source pour ouvrir une connection: Linux choisi la dernière adresse affectée par ordre chronologique ce qui peut causer des problèmes..