Discussion :

[chrtophe]

Du coup ta Debian hôte ping bien la VM ?

tu pense que je devrais ouvrir le port 4444 sur la vm ?.

Il faut déjà tester que ton soft réponde en interne. (depuis la VM et depuis l'hôte)

[Code Rom]

Oui mon hote debian ping bien la VM :

thib@thib:~$ sudo ping 192.168.1.17
[sudo] Mot de passe de thib :
PING 192.168.1.17 (192.168.1.17) 56(84) bytes of data.
64 bytes from 192.168.1.17: icmp_seq=1 ttl=64 time=0.496 ms
64 bytes from 192.168.1.17: icmp_seq=2 ttl=64 time=0.966 ms
64 bytes from 192.168.1.17: icmp_seq=3 ttl=64 time=1.05 ms
64 bytes from 192.168.1.17: icmp_seq=4 ttl=64 time=1.12 ms
^C
--- 192.168.1.17 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3021ms
rtt min/avg/max/mdev = 0.496/0.906/1.115/0.242 ms

sur mon hote soit .27 :

thib@thib:~$ sudo nmap 192.168.1.27 -p 4444
[sudo] Mot de passe de thib :
Starting Nmap 7.93 ( https://nmap.org ) at 2025-01-14 19:36 CET
Nmap scan report for 192.168.1.27
Host is up (0.000043s latency).

PORT STATE SERVICE
4444/tcp closed krb524

Nmap done: 1 IP address (1 host up) scanned in 0.08 seconds

Sur la VM soit .17 :

thib@thibault:~$ sudo nmap 192.168.1.17 -p 4444
Starting Nmap 7.93 ( https://nmap.org ) at 2025-01-14 19:38 CET
Nmap scan report for 192.168.1.17
Host is up (0.00011s latency).

PORT STATE SERVICE
4444/tcp closed krb524

Nmap done: 1 IP address (1 host up) scanned in 0.07 seconds

[Code Rom]

Re,

j'ai testé en local sur mon hote et sur la VM.

Sur l'hote aucun soucis tout fonctionne.

SUr la VM non :

server ip : 192.168.1.17

server port : 4444
ERROR : connect()
Function : download_hosts_files()
Error Number : 111
Error Message : Connexion refusée

Il y donc un blocage au niveau de la VM mais lequel ?????

[PostScript_homme]

bjr,

ce qui intrigue c'est "Function : download_hosts_files()"

Un peu comme si le stack de ta VM, côté client, imposait un get_host_by_address, sans finalité mais pour des raisons de sécurité.

Essaie de créer un fichier hosts dans l'environnement de ton client en codant :
(pour un test en local ou vers le distant)
192.168.1.17 toto
192.168.1.27 titi

Peu importe le nom de host résolu, il est peut être impératif que l'adresse soit connue (simplement)

J'ai déjà vu ça dans d'autres environnements.

D'ailleurs, sur ta VM, en local, ça marcherait peut être en ciblant 127.0.0.1

[Code Rom]

Re

en fait ça y est ça marche en local cote hote et VM mais pas entre les deux.

coté VM j'ai mis ces règles dans ufw :

thib@thibault:~$ sudo ufw status
Status: active

To Action From
-- ------ ----
4444 ALLOW Anywhere
4444 ALLOW 192.168.1.27
4444 ALLOW 192.168.1.17
4444 (v6) ALLOW Anywhere (v6)

coté hote les règles sont les suivantes (les mêmes) :

thib@thib:~$ sudo ufw status
[sudo] Mot de passe de thib*:
Status: active

To Action From
-- ------ ----
4444 ALLOW Anywhere
4444 ALLOW 192.168.1.17
4444 ALLOW 192.168.1.27
4444 (v6) ALLOW Anywhere (v6)

C'est certainement des règles du style qu'il faut creuser, car ça a résolus le blem niveau local. Mais maintenant quelle règles mettre cote hote et cote VM pour obtenir une connexion entre les deux ? j'en ai aucune idées.

[PostScript_homme]

OK, je comprends que ça marche en boucle localement.

Ce n'est pas contradictoire avec la piste que j'exposais.

En boucle locale, le service client connait et accepte bien de cibler sa propre adresse en serveur cible. Ca marcherait aussi en 127.0.0.1.

Il demande probablement à résoudre l'adresse si elle est différente, client VM vers adresse serveur hote, ou client hote vers adresse serveur sur VM, au travers d'un fichier hosts qu'il n'arrive pas à trouver. D'où le message :

server ip : 192.168.1.17

server port : 4444
ERROR : connect()
Function : download_hosts_files()
Error Number : 111
Error Message : Connexion refusée

C'est bien un type de problème que j'ai déjà rencontré dans un environnement doté d'une cascade de fichiers hosts depuis celui du stack, commun, jusqu'à ceux des différents environnements clients.
Essaie quand même de garnir le principal fichier hosts .../etc/hosts
avec
192.168.1.17 toto
192.168.1.27 titi

[Code Rom]

ça marche !!!!!!!!

je capte absolument pas pourquoi ça venait du hosts, mais milles merci je vais enfin pouvoir re coder.

C'est coool.