Vous n'êtes pas identifié(e).
Dernière modification par habdo (13-08-2019 19:38:14)
Hors ligne
Association libriste infothema située dans les Côtes d'Armor (Bretagne)
Blog : https://www.infothema.fr / Forum : https://www.infothema.fr/forum
Twitter : https://twitter.com/asso_infothema / Compte Mastodon : https://framapiaf.org/@infothema / PeerTube : https://infothema.net
Hors ligne
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Hors ligne
Dernière modification par habdo (14-08-2019 13:24:06)
Hors ligne
Hors ligne
Est-ce que l'origine du problème décrit plus haut pourrait provenir d'un conflit d'IP?
Oui.
Mais du coup, la connexionssh (et le ping) ne devrait pas fonctionner du tout et pas de manière intermimente?
Justement si. Tantôt les paquets arrivent sur la bonne machine et ça marche, tantôt ils arrivent sur la mauvaise et ça ne marche pas.
Si tu veux mon avis, au lieu de raconter tu ferais mieux de montrer (les configurations, les commandes, les messages d'erreur...).
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par habdo (14-08-2019 14:39:03)
Hors ligne
Pour les deux VMs, j'ai mis dans la console de VMWare pour "Network Adapter" Bridged: Connected directly to the physical network.
Ce mode signifie que les VM sont connectées directement au réseau local physique et doivent être configurées comme telles.
Pour info, le choix des "address" et "netmask" est arbitraire.
Si les adresses 192.168.26.* sont celles du réseau NAT, elles ne conviennent pas pour le réseau local. L'adresse de passerelle 192.168.26.2 n'est joignable que depuis une VM en mode NAT.
Tu dois attribuer aux VM des adresses disponibles (pour éviter les collisions) dans le réseau local, et la même passerelle que la machine hôte pour l'accès internet.
Par contre, le choix du "gateway" est basé sur l'IP gateway découverte en faisant un "ip route show" sur la VM1
Ça ne rime à rien d'utiliser ip route : en configuration statique, l'adresse de passerelle de la VM1 n'est rien d'autre que celle que tu as définie toi-même dans son fichier interfaces.
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par habdo (14-08-2019 16:23:31)
Hors ligne
Autrement dit, l'adresse 192.168.1.1 ne semble être configurée comme passerelle uniquement pour le Wireless LAN adapter Wireless Network Connection
L'hôte est relié au réseau par wifi ?
Le pontage ne fonctionne pas avec une interfaces wifi en mode infrastructure ou ad hoc. Il faudrait une connexion Ethernet.
Ou alors revoir toute la structure du réseau : utiliser le 3e mode réseau sur les VM (me souviens plus du nom, peut-être host only) et configurer le système hôte en routeur.
Dernière modification par raleur (14-08-2019 16:47:17)
Il vaut mieux montrer que raconter.
Hors ligne
Association libriste infothema située dans les Côtes d'Armor (Bretagne)
Blog : https://www.infothema.fr / Forum : https://www.infothema.fr/forum
Twitter : https://twitter.com/asso_infothema / Compte Mastodon : https://framapiaf.org/@infothema / PeerTube : https://infothema.net
Hors ligne
je te conseille de te connecter à l'interface web de ta box et de vérifier ou configurer en statistique l'IP que tu souhaites donner à ta box (arrêt du mode DHCPde ta box).
Peux-tu justifier ce conseil que je désapprouve ?
Il vaut mieux montrer que raconter.
Hors ligne
Il n'est pas question de configurer une adresse de passerelle sur les interfaces virtuelles VMware de l'hôte. Une adresse de passerelle ne se configure que sur l'interface effectivement connectée à cette passerelle.
Ok mais dans ce cas je n'ai guère d'autre choix que d'utiliser l'adresse mentionnée plus haut pour la passerelle - 192.168.1.1
L'hôte est relié au réseau par wifi ?
Oui, je n'ai hélas pas la possibilité de recourir à un câble pour le moment...
Ou alors revoir toute la structure du réseau : utiliser le 3e mode réseau sur les VM (me souviens plus du nom, peut-être host only) et configurer le système hôte en routeur.
Il me semble qu'il y a effectivement un mode "Host-Only"
Je vais investiguer cette piste.
Concernant les ressources (ram / disque dur / nombre de cœurs), tu dois allouer en fonction de ton poste de base (core i5 avec 12g de RAM) : un serveur Debian avec 2 Go de Ram peut déjà faire beaucoup de choses ! smile
OK. Dans ce cas, ce n'est probablement pas cela l'origine du problème.
Dernière modification par habdo (14-08-2019 17:25:51)
Hors ligne
Hors ligne
infothema a écrit :je te conseille de te connecter à l'interface web de ta box et de vérifier ou configurer en statistique l'IP que tu souhaites donner à ta box (arrêt du mode DHCPde ta box).
Peux-tu justifier ce conseil que je désapprouve ?
Le mode DHCP fonctionne avec des baux possédant une durée d'usage dans le temps + la déconnexion/ reconnexion d'un périphérique sur le réseau peut lui attribuer une nouvelle adresse IP si plusieurs clients en rotation !
Donc si tu veux faire de la gestion réseau avec une boule de cristal ou/et perdre ton temps à refaire par exemple des scripts réseau à chaque changement d'adressage IP de tes postes, il est vrai que le DHCP est un formidable jouet de patience ! (joke) et un grand consommateur de bande passante.
Dernière modification par infothema (14-08-2019 17:59:09)
Association libriste infothema située dans les Côtes d'Armor (Bretagne)
Blog : https://www.infothema.fr / Forum : https://www.infothema.fr/forum
Twitter : https://twitter.com/asso_infothema / Compte Mastodon : https://framapiaf.org/@infothema / PeerTube : https://infothema.net
Hors ligne
Association libriste infothema située dans les Côtes d'Armor (Bretagne)
Blog : https://www.infothema.fr / Forum : https://www.infothema.fr/forum
Twitter : https://twitter.com/asso_infothema / Compte Mastodon : https://framapiaf.org/@infothema / PeerTube : https://infothema.net
Hors ligne
Hors ligne
Ethernet adapter VMware Network Adapter VMnet8 car je vois en dessous de ce dernier l'adresse IPv4 192.168.26.1 ce qui correspond à la plage d'adressage attribué par le NAT pour les VMs.
Tu es en train de dire que tu avais affecté la même adresse IP 192.168.26.1 sur une des VM que celle d'une des interfaces virtuelles de l'hôte ? Pas surprenant qu'il y ait un conflit d'adresse et que ça ne marche pas bien.
Je viens de tester en mode Host-Only pour les deux VMs.
Le problème persisite (impossible de pinguer la passerelle)
Quelle passerelle ?
mais pire, ça devient également impossible de pinger l'autre VM
Si VMnet8 est connectée au réseau NAT, je suppose que VMnet1 est connectée au réseau host-only. A-t-elle une configuration IPv4 ? Si oui, qu'est-ce que ça donne en configurant les VM dans le même sous-réseau ? Peuvent-elle atteindre l'adresse de VMnet1, l'adresse de l'autre VM ?
Techniquement parlant, quelle est la contrainte derrière qui empêche le mode Bridged de fonctionner en wifi?
En mode infrastructure, l'en-tête d'une trame wifi ne contient que trois champs d'adresses MAC :
- l'adresse du point d'accès
- l'adresse de la station cliente
- l'adresse de l'hôte dans le réseau ethernet connecté au point d'accès, le cas échéant.
Il n'y a pas de champ pour transmettre l'adresse MAC d'un éventuel hôte connecté à la station cliente. Ce champ n'existe qu'en mode WDS (répéteur) et dans un mode spécial "4 adresses" supporté par le noyau Linux avec certaines cartes wifi mais dont j'ignore s'il est supporté par d'autres OS et points d'accès.
Le mode DHCP fonctionne avec des baux possédant une durée d'usage
Qu'est-ce que le DHCP vient faire ici ? Les VM sont en configuration statique.
Il vaut mieux montrer que raconter.
Hors ligne
Tu es en train de dire que tu avais affecté la même adresse IP 192.168.26.1 sur une des VM que celle d'une des interfaces virtuelles de l'hôte ? Pas surprenant qu'il y ait un conflit d'adresse et que ça ne marche pas bien.
Oui, je suis en train de réaliser la bêtise. Mais du coup, je me demande si c'est pas plus simple de garder le tout en NAT mais uniquement mettre une autre IP pour la VM en question...
Quelle passerelle ?
Celle de l'hôte physique - 192.168.1.1
Si VMnet8 est connectée au réseau NAT, je suppose que VMnet1 est connectée au réseau host-only. A-t-elle une configuration IPv4 ? Si oui, qu'est-ce que ça donne en configurant les VM dans le même sous-réseau ? Peuvent-elle atteindre l'adresse de VMnet1, l'adresse de l'autre VM ?
Alors, j'ai vérifié et effectivement il y également le mode Custom: Specific virtual network qui prévoit les 3 options suivantes:
VMnet0 (Auto-bridging) qui correspond au mode Bridged: Connected directly to the physical network?
VMnet1 (Host-only) j'ai essayé ce mode pour les deux VMs en ne touchant rien au config interfaces mais rien à faire...
VMnet8 (NAT) idem, ne résoud pas le problème...
Sinon oui, elle semble avoir une "IPv4 Address 192.168.174.1" selon ipconfig dans la ligne de commande Windows physique.
Je vais tester de faire ce que tu proposes pour voir ce que ça donne mais il n'y a pas de passerelle définie pour cette interface virtuelle VMnet1, est-ce un souci?
Effectivement, les VMs sont configurées en statique.
Si j'ai bien compris, c'est ce qui est recommandé pour un serveur (une IP "évolutive" rendant la connexion depuis les clients plus hasardeuse...).
Merci pour l'explication technique!
Hors ligne
Je vais tester de faire ce que tu proposes pour voir ce que ça donne mais il n'y a pas de passerelle définie pour cette interface virtuelle VMnet1, est-ce un souci?
Alors, j'ai testé et les résultats sont les suivants:
1- j'ai reconfigurés les interfaces comme suit
VM1-Serveur
cat /etc/network/interfaces
source /etc/network/interfaces.d/*
auto lo
iface lo inet loopback
allow-hotplug ens33
cat /etc/network/interfaces.d/ens33 - pour rappel, fichier que j'ai créé pour définir les IP statiques
iface ens33 inet static
address 192.168.174.112
netmask 255.255.255.0
gateway 192.168.1.1
VM2-Client
cat /etc/network/interfaces
source /etc/network/interfaces.d/*
auto lo
iface lo inet loopback
allow-hotplug ens33
cat /etc/network/interfaces.d/ens33 - idem, fichier que j'ai créé pour définir les IP statiques
iface ens33 inet static
address 192.168.174.140
netmask 255.255.255.0
gateway 192.168.1.1
2- les deux VMs peuvent se pinger entre elles :
192.168.174.112 => 192.168.174.140 OK et
192.168.174.140 => 192.168.174.112 OK
3- par contre et comme précédemment, les deux VMs ne peuvent ni pinger l'adresse de l'interface virtuelle VMnet1 - 192.168.174.1 - ni l'adresse de la paserelle définie - 192.168.1.1
Je pense me remettre en NAT et tout configurer en local sur le serveur (autrement, je n'avance pas mais reste bloqué là-dessus).
Le but était de pouvoir travailler sur le serveur à distance depuis le client (avec une interface graphique) via échange de clé ssh mais une lacune m'échappe dans la configuration réseau de ces VMs...
En tout cas, encore un tout grand merci à vous pour votre aide
Dernière modification par habdo (14-08-2019 20:56:23)
Hors ligne
il n'y a pas de passerelle définie pour cette interface virtuelle VMnet1, est-ce un souci?
Non. Apparemment tu n'as toujours pas compris ce que représente une adresse de passerelle.
Une passerelle par défaut, c'est une machine directement connectée à l'interface en question et par laquelle on peut atteindre toute destination autre qu'un réseau local directement connecté. Y a-t-il une machine directement connectée à VMnet1 par laquelle on peut atteindre toute destination ? Evidemment non puisque les seules machines connectées à cette interface sont les deux VM. Donc pas de passerelle sur cette interface. La seule interface de l'hôte qui est connectée à une passerelle, c'est l'interface wifi. On est bon, là ?
iface ens33 inet static
address 192.168.174.112
netmask 255.255.255.0
gateway 192.168.1.1
Je répète : une passerelle est une machine directement connectée à l'interface. Est-ce que la box est directement connectée à l'interface ens33 de cette VM en mode host only ? Non, évidemment puisque l'hôte est entre les deux (c'est différent en mode bridge). Donc 192.168.1.1 ne peut pas être la passerelle de cette VM. Les seules machines directement connectées sont l'autre VM et l'hôte, par l'intermédiaire de son interface VMnet1.
les deux VMs ne peuvent ni pinger l'adresse de l'interface virtuelle VMnet1 - 192.168.174.1
Il me semble t'avoir demandé de montrer au lieu de raconter. Tu as testé dans l'autre sens ? Est-ce que le pare-feu de l'hôte ne bloquerait pas le ping entrant ?
ni l'adresse de la paserelle définie - 192.168.1.1
Normal, cette adresse n'est pas joignable directement depuis une VM, tu n'as pas défini correctement la passerelle et l'hôte n'est probablement pas configuré en routeur de toute façon.
Dernière modification par raleur (14-08-2019 22:16:20)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par habdo (15-08-2019 09:34:09)
Hors ligne
tu n'as pas défini correctement la passerelle
Quelle adresse IP pour la passerelle par défaut conviendrait pour les deux VMs dans ce contexte?
Merci!
Hors ligne