Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Réseau » Problème de connection ssh/ping entre client et server » 16-08-2019 16:43:04

Merci pour les explications, je coche donc cette option.

raleur a écrit :

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).

raleur a écrit :

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?

raleur a écrit :

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...

#2 Re : Réseau » Problème de connection ssh/ping entre client et server » 16-08-2019 12:46:38

raleur a écrit :

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!

#3 Re : Réseau » Problème de connection ssh/ping entre client et server » 15-08-2019 20:41:11

infothema a écrit :

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 !

#4 Re : Réseau » Problème de connection ssh/ping entre client et server » 15-08-2019 20:40:50

raleur a écrit :

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 smile

#5 Re : Réseau » Problème de connection ssh/ping entre client et server » 15-08-2019 19:47:48

raleur a écrit :

Ç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...

raleur a écrit :

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).

#6 Re : Réseau » Problème de connection ssh/ping entre client et server » 15-08-2019 19:21:04

Oups, autant pour moi: cette condition m'avait échappée.
Non, elle n'est en effet pas remplie.

Je vois que ce n'est pas aussi évident de faire tourner deux VMs proprement...
Je suis en Windows 7 Pro, j'ignore si tel est le cas ?!

N'y a-t-il pas une alternative plus simple de faire communiquer ces 2 VMs?

Par exemple, mettre le mode Bridged et "simuler" un câble/connexion Ethernet fictive??
J'ai vu une option de ce genre avec VirtualBox (câble branché si je me souviens bien) mais hélas pas dans VMware.

#7 Re : Réseau » Problème de connection ssh/ping entre client et server » 15-08-2019 19:06:33

raleur a écrit :

L'adresse de l'interface VMnet1 de l'hôte.


Malheureusement, ça ne marche toujours pas sad

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 !

#8 Re : Réseau » Problème de connection ssh/ping entre client et server » 15-08-2019 17:09:57

Juste pour (tenter de) comprendre par curiosité ce qu'il aurait fallu configurer pour "bien" faire les choses

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!

#9 Re : Réseau » Problème de connection ssh/ping entre client et server » 15-08-2019 10:33:21

Bonjour raleur,

Merci pour la réponse claire, nette et précise et ma foi parfois même quelque peu directe et percutante.
Je réalise en effet que je n'ai visiblement pas encore saisi toutes les nuances de la passerelle par défaut.

Pour info, j'ai réussi à retrouver un câble rj45 et je l'ai mis pour être en Ethernet en Bridge mais quelque chose d'autre n'était vraisemblablement pas configuré correctement car ça ne marchait toujours pas.

Finalement, j'ai résolu le problème en remettant le mode NAT et en attribuant une autre adresse IP à l'une des VM (qui avait été attribuée par inadvertance de manière identique à celle de l'interface virtuelle, la raison du problème fort probablement).

Ceci n'explique pas tous les questionnements en suspens mais permet de résoudre le problème.
Mes excuses si je ne montre pas tous mais comme indiqué plus haut, je n'ai pas la possibilité de faire un copy/paste depuis les VM.

Encore un tout grand merci à vous!

#10 Re : Réseau » Problème de connection ssh/ping entre client et server » 14-08-2019 21:54:09

UPDATE

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 wink

#11 Re : Réseau » Problème de connection ssh/ping entre client et server » 14-08-2019 21:25:26

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! smile

#12 Re : Réseau » Problème de connection ssh/ping entre client et server » 14-08-2019 19:16:22

Mmm, je pense que je vais me rabattre sur le NAT.
Au moins là, ça fonctionnait un chwiya smile

Techniquement parlant, quelle est la contrainte derrière qui empêche le mode Bridged de fonctionner en wifi?

#13 Re : Réseau » Problème de connection ssh/ping entre client et server » 14-08-2019 18:37:40

UPDATE
Je viens de tester en mode Host-Only pour les deux VMs.
Le problème persisite (impossible de pinguer la passerelle) mais pire, ça devient également impossible de pinger l'autre VM (ce qui était possible en mode Bridged):
Destination Host Unreachable

#14 Re : Réseau » Problème de connection ssh/ping entre client et server » 14-08-2019 18:25:13

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.

#15 Re : Réseau » Problème de connection ssh/ping entre client et server » 14-08-2019 17:18:23

Bonjour raleur,

Merci pour ces clarifications!
Je commence à mieux comprendre le problème: cela semble se ramener à identifier la bonne IP de la passerelle (gateway).

J'ai modifié les fichiers de conf interface comme indiqué dans ton messasge ci-dessous:
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.1.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.1.140
   netmask 255.255.255.0
   gateway 192.168.1.1

Malheureusement, j'ai toujours le même souci (c-à-d ping ok entre VM mais pas ok vers la passerelle, et donc pas ok vers 8.8.8.8):
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.1 icmp_seq=1 Destination Host Unreachable
From 192.168.1.1 icmp_seq=2 Destination Host Unreachable
From 192.168.1.1 icmp_seq=3 Destination Host Unreachable
etc.


Dès lors, je commence à douter si l'adresse 192.168.1.1 est véritablement celle de la passerelle en question?!

J'ai retapé la commande suivante dans ma ligne de commande Windows physique:
ipconfig | findstr /i "Gateway"

J'obtiens le résultat suivant:
Default Gateway . . . . . . . . . : 192.168.1.1
Default Gateway . . . . . . . . . :
Default Gateway . . . . . . . . . :
Default Gateway . . . . . . . . . :


Les 4 lignes correspondent aux adaptateurs suivants:
- Wireless LAN adapter Wireless Network Connection
- Ethernet adapter VirtualBox Host-Only Network
- Ethernet adapter VMware Network Adapter VMnet1
- Ethernet adapter VMware Network Adapter VMnet8


Autrement dit, l'adresse 192.168.1.1 ne semble être configurée comme passerelle uniquement pour le Wireless LAN adapter Wireless Network Connection
Je me demande s'il ne faut pas en configurer une manuellement pour le 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.
Serait-ce une piste?

#16 Re : Réseau » Problème de connection ssh/ping entre client et server » 14-08-2019 15:35:45

Bonjour raleur,

Merci pour la réponse. Je note qu'on commence à cerner le problème smile

Alors, je n'ai pas la possibilité de faire un copy/paste depuis les VMs vers ici mais je vais reproduire l'essentiel ici.
N'hésitez pas à m'indiquer si des informations complémentaires seraient utiles:

Pour les deux VMs, j'ai mis dans la console de VMWare pour "Network Adapter" Bridged: Connected directly to the physical network.
J'ai coché: "Replicate physical network connection state"

Pour chacune des VMs, j'ai configuré les interfaces comme indiqué plus haut:

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 - fichier que j'ai créé pour définir les IP statiques
iface ens33 inet static
   address 192.168.26.1
   netmask 255.255.255.0
   gateway 192.168.26.2

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 - fichier que j'ai créé pour définir les IP statiques
iface ens33 inet static
   address 192.168.26.3
   netmask 255.255.255.0
   gateway 192.168.26.2

J'ai relancé le service pour prendre en compte les changements avec service networking restart
J'ai shutdown le NetworkManager systemctl stop NetworkManager.service pour éviter les éventuels conflits.

Pour info, le choix des "address" et "netmask" est arbitraire.
Par contre, le choix du "gateway" est basé sur l'IP gateway découverte en faisant un "ip route show" sur la VM1:
ip route show
default via 192.168.26.2 dev nes33 onlink
192.168.26.0/24 dev ens33 proto kernel scope link src 192.168.26.1


Alors, pour ce qui est des erreurs:
1/ EN MODE NAT
le ping fonctionne depuis les deux VMs vers 8.8.8.8 ainsi que vers le gateway 192.168.26.2 et l'autre VM 192.168.26.1(3).
Cela dit, ce dernier ping (d'une VM à une autre VM est interrompu de manière intermimente). Cf. problème décrit plus haut.

2/ EN MODE BRIDGED
le ping fonctionne depuis les deux VMs uniquement vers l'autre VM (par exemple de 192.168.26.1 vers 192.168.26.3 et inversèment) MAIS il ne marche pas vers le gateway 192.168.26.2 et donc fatalement ne marche pas non plus vers 8.8.8.8 => visiblement pas accès à internet?!
Message d'erreur (idem pour ping vers 8.8.8.8):
PING 192.168.26.2 (192.168.26.2) 56(84) bytes of data.
From 192.168.26.1 icmp_seq=1 Destination Host Unreachable
From 192.168.26.1 icmp_seq=2 Destination Host Unreachable
From 192.168.26.1 icmp_seq=3 Destination Host Unreachable
etc.


Il semblerait donc ici qu'il s'agit d'un problème de Gateway.
Dans mon Windows physique, le gateway est 192.168.1.1 mais quand je met cette adresse, ça ne marche pas non plus.
Dans les Debian virtuelles c'est bien 192.168.26.2 qui est indiqué (cf. ip route show plus haut)?!

Voilà, j'espère que ça éclaire un peu plus sur le fond du problème.
Un tout grand merci pour votre aide dans tous les cas smile

#17 Re : Réseau » Problème de connection ssh/ping entre client et server » 14-08-2019 14:39:35

Non, y a rien à faire: lorsque je mets l'adaptateur réseau de la vm en mode Bridge tout en gardant les interfaces configurées comme indiqué plus haut (Hier 22:41:23), plus aucun ping ne fonctionne (ni le 8.8.8.8, ni même le ping de la vm vers elle-même...)

Y a qqch qui manque pour paramétrer le Bridge correctement, mais quoi ?

#18 Re : Réseau » Problème de connection ssh/ping entre client et server » 14-08-2019 14:20:34

UPDATE

J'ai reçu une fenêtre pop up de Windows affichant le message d'erreur suivant :
Windows has detected an IP address conflict
Another computer on this network has the same IP address as this computer.
Contact your network administrator for help resolving this issue.
More details are available in the Windows System event log.


Est-ce que l'origine du problème décrit plus haut pourrait provenir d'un conflit d'IP?
Mais du coup, la connexionssh (et le ping) ne devrait pas fonctionner du tout et pas de manière intermimente??

Bref, je vais tenter de configurer le Bridge correctement et voir si cela résoud le problème.

#19 Re : Réseau » Problème de connection ssh/ping entre client et server » 13-08-2019 23:25:33

Salut !

Pas con, hélas je viens de vérifier avec "ip link show" et les deux VMs ont deux MAC différentes.
ça doit être autre chose...

Possible que ce soit simplement un problème de performance du fait que 2 VMs tournent qui fait bugguer la connexion?
C'est un core i5 avec 12g de RAM,  je ne pense pas...

#20 Re : Réseau » Problème de connection ssh/ping entre client et server » 13-08-2019 22:41:23

Bonsoir infothema,

Un tout grand merci pour ta réponse.

Je comprends la nécessité de passer en Bridge plutôt qu'en NAT.
Néanmoins, plus rien ne fonctionne lorsque je met le Bridge (même pas le ping 8.8.8.8).
Pourtant, j'ai configuré les interfaces réseaux des deux VMs comme suit (j'ai mis seulement ce qui n'est pas commenté):

VM1-Serveur
cat /etc/network/interfaces
source /etc/network/interfaces.d/*
auto lo
iface lo inet loopback
allow-hotplug ens33
cat /etc/network/interfaces - fichier que j'ai créé
iface ens33 inet static
   address 192.168.26.1
   netmask 255.255.255.0
   gateway 192.168.26.2

VM2-Client
cat /etc/network/interfaces
source /etc/network/interfaces.d/*
auto lo
iface lo inet loopback
allow-hotplug ens33
cat /etc/network/interfaces - fichier que j'ai créé
iface ens33 inet static
   address 192.168.26.3
   netmask 255.255.255.0
   gateway 192.168.26.2

Pour info, le choix des "address" et "netmask" est arbitraire.
Par contre, le choix du "gateway" est basé sur l'IP gateway découverte en faisant un "ip route show" une fois connecté à internet.

Donc, je ne comprends pas l'origine du problème de connectivité entre les deux VMs.
Leurs interfaces sont en effet bien configurées avec un adressage IP commun (192.168.26.0/24).

#21 Réseau » Problème de connection ssh/ping entre client et server » 13-08-2019 20:36:36

habdo
Réponses : 41
Bonjour,

J'ai un souci de ping/ssh entre deux VM Debian 9 que j'ai créées via VMWare.
Le but étant de pouvoir me connecter à distance depuis l'une des VM (le client) vers l'autre VM (le serveur).
Lors de la création des VMs, j'ai laissé NAT dans VMWare (lorsque je met Bridge, plus rien ne fonctionne même pas le ping 8.8.8.8).
Par contre, j'ai configuré les adresses IP manuellement dans /etc/network/interfaces pour les deux VMs.

J'ai réussi à créer une paire de clé rsa dans le client (key-gen), copier la clé publique sur le serveur à partir du client et m'y connecté à distance. Après quelques secondes, je perds par contre la main du serveur à partir du client. Aussi, je reçois le message d'erreur suivant lorsque je tente une connexion distante à partir du client vers le serveur avec la commande ssh '<user>@<IP du serveur>'
ssh: connect to 192.168.26.1 port 22: Connection timed out

J'ai utilisé ping pour un peu débuger, j'arrive à pinger 8.8.8.8 ainsi que l'IP du Gateway à partir des deux VMs.
Par contre, je me suis rendu compte que le ping à partir d'une VM vers l'autre VM (client => serveur ou même l'inverse) ne fonctionne que quleques secondes puis stoppe avant de refonctionner un peu et ainsi de suite... J'en déduis que c'est la raison pour laquelle je perd la main du serveur distant à partir du client lorsque j'y suis déjà connecté et que je reçois le message d'erreur ci-dessus lorsque je tente une connexion durant les moments de "coupures".

J'ai dans un premier temps autorisé explicitment SSH et OpenSSH dans le ufw du serveur mais cela ne résoud pas le problème.
J'ai ensuite supprimé ufw du serveur avec apt-get pour être certian que ce n'est pas le pare-feu qui empêche la connexion mais rien à faire, le problème persiste.

Est-ce que quelqu'un aurait déjà rencontré un problème similaire et aurait une idée de comment résoudre ces "coupures" de connexions intermitentes et intempestives?

D'avance, un grand merci à vous!

Pied de page des forums

Propulsé par FluxBB