Vous n'êtes pas identifié(e).
Pages : 1
Q1 : La configuration de VMware permet-elle de spécifier avec quelle interface physique le réseau VMnet0 est ponté ?
Je ne vois pas cette possibilité, le mode Bridged semble se faire de manière automatique car je vois entre parenthèse
Bridged (Automatic).
Q2 : des adresses non conflictuelles dans le même sous-réseau que l'interface ethernet physique, le même masque et la même passerelle.
Si je ne me trompe pas, l'interface Ethernet physique est bien la suivante - correct?
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . : home
Link-local IPv6 Address . . . . . . : fe80::61a1:eb99:988d:90b3%11
IPv4 Addres . . . . . . . . . . . . . . : 192.168.1.31
Subnet Mask . . . . . . . . . . . . . .: 255.255.255.0
Default Gateway . . . . . . . . . . . : 192.168.1.1
J'ai donc configuré les deux fichiers /etc/network/interfaces des deux VMs comme suit:
VM1-Server
auto lo
iface lo inet loopback
auto ens33
iface ens33 inet static
address 192.168.1.112
netmask 255.255.255.0
gateway 192.168.1.1
VM2-Client
auto lo
iface lo inet loopback
auto ens33
iface ens33 inet static
address 192.168.1.140
netmask 255.255.255.0
gateway 192.168.1.1
Malheureusement, je viens de tester avec ces instructions et ça ne fonctionne toujours pas.
Je n'arrive pas à pinger le gateway 192.168.1.1 à partir des deux VMs ni l'autre VM à partir d'une VM...
Reste bloqué sur PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. (idem pour 8.8.8.8)
PS: je n'arrive pas à pinger 192.168.1.31 non plus
j'ai vérifié si un pare-feu pourrait bloquer mais ufw ne semble même pas être installé (ufw: command not found)
Un autre pare-feu?
PS : Sais-tu à quoi correspond l'interface "Ethernet adapter VirtualBox Host-Only Network" et son adresse 192.254.202.18/16 qui appartient à une plage publique ? J'avais cru comprendre par tes messages précédents que c'est l'interface VMnet1 qui était connectée au réseau host-only ?
Je crois que cette interface correspond à une interface virtuelle Host-Only pour VirtualBox, VMnet1 étant son homologue mais pour VMware.
Je pense d'ailleurs me rabattre sur VirtualBox en créant de nouvelles VMs pour voir si j'arrive à résoudre ce problème...
Il me semble qu'initialement ça fonctionnait avec l'adresse en .2.
Bonjour,
Oui en effet. Initialement, ça fonctionnait en NAT mais avec d'autres configurations pour ce qui est des IPs de la VM et de la passerelle par défaut. J'ai suivi ici la logique discutée plus haut pour VMnet1 (définir l'adresse de la passerelle par défaut de la VM comme celle de l'adresse IPv4 de l'interface virtuelle) mais pour VMnet8, cette stratégie n'a pas l'air de fonctionner.
En attendant d'approfondir les concepts réseau en question et pour pouvoir enfin entamer mes manips Linux, j'ai retrouvé un câble RJ45 que j'ai fais passé dans tout le salon. Je ne suis donc plus en wifi maintenant mais en Ethernet.
J'ai choisi dans les Settings de VMware pour la VM en question le mode Network connection
Bridged: Connected directly to the physical network dans Network Adapter de l'onglet Hardware.
Il y aussi la possibilité de cocher une option Replicate physical network connection state
Q1. Faut-il aussi cocher cette option ou pas?
Sinon, j'ai les infos suivantes de ipconfig sur ma machine Windows physique:
Windows IP Configuration
Ethernet adapter Local Area Connection 2:
Media State . . . . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . : home
Link-local IPv6 Address . . . . . . : fe80::61a1:eb99:988d:90b3%11
IPv4 Addres . . . . . . . . . . . . . . : 192.168.1.31
Subnet Mask . . . . . . . . . . . . . .: 255.255.255.0
Default Gateway . . . . . . . . . . . : 192.168.1.1
Ethernet adapter VirtualBox Host-Only Network :
Connection-specific DNS Suffix . :
Link-local IPv6 Address . . . . . . : fe80::f8ca:caf4:2425:ca12%13
IPv4 Addres . . . . . . . . . . . . . . : 192.254.202.18
Subnet Mask . . . . . . . . . . . . . .: 255.255.0.0
Default Gateway . . . . . . . . . . . :
Ethernet adapter VMware Network Adapter VMnet1:
Connection-specific DNS Suffix . : localdomain
Link-local IPv6 Address . . . . . . : fe80::81c5:ee13:d122:5749%16
IPv4 Addres . . . . . . . . . . . . . . : 192.168.174.1
Subnet Mask . . . . . . . . . . . . . .: 255.255.255.0
Default Gateway . . . . . . . . . . . :
Ethernet adapter VMware Network Adapter VMnet8:
Connection-specific DNS Suffix . : localdomain
Link-local IPv6 Address . . . . . . : fe80::c46b:a115:486d:f1d9%17
IPv4 Addres . . . . . . . . . . . . . . : 192.168.26.1
Subnet Mask . . . . . . . . . . . . . .: 255.255.255.0
Default Gateway . . . . . . . . . . . : 192.168.1.1
Ensuite, une série de Tunnel adapter tous en Media disconnected
Q2. Que dois-je définir comme adresse IP pour mes deux VMs et leur passerelle par défaut pour réussir à pinger à partir d'une VM l'autre VM et pouvoir me connecter à internet depuis chacune des deux VMs?
/etc/network/interfaces (pour rappel, j'ai supprimé le fichier /etc/network/interfaces.d/ens33 pour plus de facilité):
source /etc/network/interfaces.d/*
auto lo
iface lo inet loopback
auto ens33
iface ens33 inet static
address ?.?.?.?
netmask 255.255.255.0
gateway ?.?.?.?
D'avance, un tout grand merci à vous!
Hello habdo,
Histoire de ne pas te donner une mauvaise vision du réseau qui est un monde passionnant au demeurant, je te conseille de suivre ce cours sur OpenClassrooms.
Il est pédagogique et te permettra de mettre à plat certains concepts du réseau (routage / le NAT / le port forwarding/ etc...)
Lien : https://openclassrooms.com/fr/courses/8 … aux-tcp-ip
+ C'est gratuit !
Bon apprentissage !
Merci beaucoup !
En mode NAT avec des adresses non conflictuelles elles n'arrivent pas à communiquer l'une avec l'autre ? "Host unreachable" ?
Sinon, plan B : deux interfaces par VM, l'une en mode NAT pour internet et l'autre en mode host only pour communiquer avec l'autre VM.
J'ignore ce qui s'est passé mais en mode NAT, la VM1-Server ne ping plus 8.8.8.8 :S (reste bloqué sur PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data).
J'ai définié la passerelle de manère identique à l'adresse IPv4 de l'interface virtuelle VMnet8 pourtant...
Je pense avoir effectivement grandement besoin du cours d'OpenClassRooms
Ça n'a pas grand-chose à voir avec des VM. C'est du réseau. Tu rencontrerais les mêmes problématiques avec des machines physiques connectées à une interface réseau physique de l'hôte (qui n'en serait plus un du coup).
Oui c'est vrai, c'est plutôt purement un problème réseau...
Communiquer ensemble ? N'y arrives-tu pas déjà ?
Je m'exprime mal, je voulais dire les faire communiquer ensemble et en même temps avoir accès à un internet.
Ici, soit j'arrive à les faire communiquer entre elles mais sans avoir accès à internet - en mode HOST-ONLY;
soit l'inverse (chacune a accès à internet mais ne peut communiquer avec l'autre - en mode NAT).
L'adresse de l'interface VMnet1 de l'hôte.
Malheureusement, ça ne marche toujours pas
Dans les Settings de VMware pour la machine virtuelle VM1-Server, j'ai coché Custom: Specific virtual network
VMnet1 (Host-only)
Dans ma ligne de commande Windows physique, la commande ipconfig indique entre autres (plusieurs autres interfaces, je n'ai repris ici que VMnet1):
Ethernet adapter VMware Network Adapter VMnet1:
Connection-specific DNS Suffix . : localdomain
Link-local IPv6 Address . . . . . . : fe80::81c5:ee13:d122:5749%16
IPv4 Addres . . . . . . . . . . . . . . : 192.168.174.1
Subnet Mask . . . . . . . . . . . . . .: 255.255.255.0
Default Gateway . . . . . . . . . . . :
J'ai donc changé l'adresse de passerelle par défault dans le fichier /etc/network/interfaces comme suit (et supprimer le fichier /etc/network/interfaces.d/ens33 pour plus de facilité):
source /etc/network/interfaces.d/*
auto lo
iface lo inet loopback
auto ens33
iface ens33 inet static
address 192.168.174.112
netmask 255.255.255.0
gateway 192.168.174.1
J'ai relancé le service réseau avec service networking restart
Il y a un progrès dans la mesure où la machine virtuelle en question (VM1-Server) est maintenant en mesure de communiquer avec l'adresse de passerelle par défaut 192.168.174.1 (ce qui n'était pas le cas précédemment) mais c'est probablement dû au fait qu'ils se trouvent tous deux dans le même sous-réseau.
Par contre, la machine virtuelle VM1-Server n'est toujours pas en mesure de pinguer 8.8.8.8
Il n'y a pas de retour, la commande ping 8.8.8.8 reste bloquée sur:
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
Comment interpréter et résoudre cela?
Toujours pas la bonne adresse de passerelle par défault??
D'avance, un grand merci !
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!
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
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!
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.
Pages : 1