Re: wget et ping refusent d'utiliser l'adresse source spécifiée

Bonjour,

Il ne me semble pas que ce soit un problème de route si il a attribué à son serveur une IP dans la même classe réseau. Dans ce cas c’est le broadcast qui est utilisé pour trouver la destination. Par contre pour éviter un problème de routage avec le switch intermédiaire, j’aurai connecté mon serveur directement sur le switch DLink. Par contre le fait que le switch ne réponde pas n’est pas forcément anormal. Peut-être que le DLink filtre ce genre de traffic.

Ce que je proposerai c’est de connecter directement un poste quelconque configuré dans la classe du DLink directement sur le DLink et de suivre la doc pour le configurer. Cela m’étonne que DLink n’ai pas une description de la mise en route de son switch et qu’ils n’est pas prévu, par exemple, un accès en IPv6 locale ou une possibilité de connexion en mode console.

Sinon, dans la configuration actuelle je tenterai un « nmap -sS 10.90.90.90 » (ou avec « -Pn » pour savoir sur quels ports répond, ou pas.

Le 15 déc. 2022 à 20:02, Erwann Le Bras <erwann.le-bras@laposte.net> a écrit :

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.

Le 12/12/2022 à 18:07, Olivier a écrit :

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

--

Pierre Malard
Responsable architectures système CDS DINAMIS/THEIA Montpellier
IRD - UMR Espace-Dev - UAR CPST - IR Data-Terra
Maison de la Télédétection
500 rue Jean-François Breton
34093 Montpellier Cx 5
France

« le passé n'éclairant plus l'avenir, l'esprit marche dans les ténèbres »

Alexis de Tocqueville - Démocratie en Amérique

   |\      _,,,---,,_

   /,`.-'`'    -.  ;-;;,_

  |,4-  ) )-,_. ,\ (  `'-'

 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ (  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'

- --> Ce message n’engage que son auteur <--

Attachment: signature.asc
Description: Message signed with OpenPGP

Reply to: