bonsoir
il ne manquerait pas une route pour utiliser l'interface en
10.90.90 pour joindre spécifiquement ce sous-réseau?
Ta route par défaut doit indiquer d'utiliser la mauvaise
interface réseau, d'où l'échec du ping.
Bonjour, J'ai une machine distante sous Stretch indirectement connectée à un nouveau commutateur DLink de la façon suivante: Serveur ----- Switch Mikrotik ----- Switch DLink Comme chacun sait, les nouveaux commutateurs DLink sont livrés avec une IP par défaut égale à 10.90.90.90/8. Afin de configurer ce switch pour la première fois, j'ai attribué à mon serveur l'IP 10.90.90.91/24 à l'unique interface Ethernet de mon serveur (avec la commande ip addr add 10.90.90.91/8 dev eno1). À ma grande surprise, chaque ping depuis le serveur vers le nouveau commutateur, avec la commande ping -c1 -I 10.90.90.91 10.90.90.90, échoue (pas de réponse) J'ai pourtant utilisé des dizaines et des dizaines de fois l'option -I de ping permettant de spécifier l'adresse ou l'interface source utilisée lors du ping. Avec la commande tshark, j'ai: # tshark -f 'ip host 10.90.90.90' -i eno1 Running as user "root" and group "root". This could be dangerous. Capturing on 'eno1' 1 0.000000000 192.168.1.24→ 10.90.90.90 ICMP 98 Echo (ping) request id=0x15e9, seq=1/256, ttl=64 Ceci me laisse penser que l'option -I est ignorée puisque le serveur semble émettre avec son adresse par défaut 192.168.1.24. En utilisant une commande wget --bind-address 10.90.90.91 http://10.90.90.90, tshark indique une IP source en 192.168.1.24 et non en 10.90.90.91, comme demandé. En attribuant une autre adresse du réseau 10.0.0.0/8 au switch Mikrotik, le ping de celui-ci vers 10.90.90.90 réussit, ce qui me confirme que le switch DLink répond. Une piste ? Slts