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