Connexion FTP entre 2 VM sur un même VPN

[DavidM92]

J'ai une VM1 (Sur Azure) qui est aussi serveur VPN (par OpenVPN).
J'ai une Autre Machine Virtuelle (VM2) qui a un FileZilla Serveur de paramétré.

Depuis mon PC Local (qui est aussi sur le VPN), je peux me connecter en FTP sur VM2 avec l'IP du VPN de VM2.
Mais pas depuis VM1, il me dit:

Statut : Connexion à XX.XX.XX.XX:21…
Statut : Connexion établie, attente du message d’accueil…
Statut : Initialisation de TLS…
Statut : Connexion TLS établie.
Statut : Connecté
Statut : Récupération du contenu du dossier…
Commande : PWD
Réponse : 257 "/" is current directory.
Commande : TYPE I
Réponse : 200 Type set to I
Commande : PORT 10,50,8,1,231,163
Réponse : 200 PORT command successful.
Commande : MLSD
Réponse : 150 Starting data transfer.
Erreur : Connection interrompue après 20 secondes d’inactivité
Erreur : Impossible de récupérer le contenu du dossier

Tout les paramètres sont bien les mêmes
J'ai ouvert les port 21 des 2 côtés

Dans les logs FileZilla côté VM2, j'ai :

Code: Tout sélectionner

[FTP Session 36 XX.XX.XX.1 FTPserver] GnuTLS error -110 in gnutls_record_recv: The TLS connection was non-properly terminated.
 [FTP Session XX.XX.XX.1 FTPserver] Client did not properly shut down TLS connection
[FTP Session XX.XX.XX.1 FTPserver] Control channel closed with error from source 0. Reason: ECONNABORTED - Connection aborted.

[heracles]

Bonjour DavidM92,

Regarde cette solution

Bonne continuation

[DavidM92]

Bonjour heracles
Oui, j'avais bien vu cette solution, mais aucune des pistes ne fonctionne.
Peut être y a t'il quelque chose à faire côté Filezilla Serveur

Entre temps, j'ai monté un FileZilla Server sur mon PC local, et j'y accès bien depuis VM1 en FTP.
C'est vraiment entre VM1 et VM2 qu'il y a un souci.
J'ai complétement désactivé le pare feu sur VM2 (temporairement), et je rencontre le même souci.

[heracles]

Re,

Bonjour heracles
Oui, j'avais bien vu cette solution, mais aucune des pistes ne fonctionne.
Peut être y a t'il quelque chose à faire côté Filezilla Serveur

Entre temps, j'ai monté un FileZilla Server sur mon PC local, et j'y accès bien depuis VM1 en FTP.
C'est vraiment entre VM1 et VM2 qu'il y a un souci.
J'ai complétement désactivé le pare feu sur VM2 (temporairement), et je rencontre le même souci.

Est ce que tu disposes de la dernière version de Filezilla ?
une autre piste
https://forum.filezilla-project.org/vie ... hp?t=37014

Le mieux serait d'attendre l'avis d'un spécialiste ou de poser la question sur le forum Filezilla car je ne dispose pas de Filezilla Serveur.


Bonne journée

[heracles]

Re,

Entre temps, j'ai monté un FileZilla Server sur mon PC local, et j'y accès bien depuis VM1 en FTP.
C'est vraiment entre VM1 et VM2 qu'il y a un souci.
J'ai complétement désactivé le pare feu sur VM2 (temporairement), et je rencontre le même souci.

Il faut peut-être regarder du côté du paramétrage de la VM.

A+

[DavidM92]

Oui, mes version de FileZilla clent et serveur sont bien les dernières.
Merci pour ces pistes... Mais je crois que j'ai trouvé.

Sur mon flux FTP VM1 => PC Local (qui fonctionnait bien), j'ai ôté la règle de pare feu "Allow ICMPv4-In" sur le PC local (qui permet juste le ping de ce que je sais), et ça a reproduit le cas de figure VM1=>VM2.
Ce que je n'explique pas, c'est qu'en désactivant le pare feu sur VM2, ça ne passait toujours pas.

Bon, par contre, je ne peux pas tester sur la VM2 car j'ai fait une mauvaise manip dans le pare Feu et je ne peux plus m'y connecter à distance... Autre souci.

[DavidM92]

Ha non, faux espoir...
En fait, il y a un petit côté aléatoire...J'ai redésactivé le ICMPv4 et ça fonctionne toujours.
.. Et des fois non, mais rien à voir avec l'ICMP.

Bon, je poste ma question sur les forums de Filzilla.
Merci pour les réponses.

[heracles]

Re,

Oui, mes version de FileZilla clent et serveur sont bien les dernières.
Merci pour ces pistes... Mais je crois que j'ai trouvé.

Sur mon flux FTP VM1 => PC Local (qui fonctionnait bien), j'ai ôté la règle de pare feu "Allow ICMPv4-In" sur le PC local (qui permet juste le ping de ce que je sais), et ça a reproduit le cas de figure VM1=>VM2.
Ce que je n'explique pas, c'est qu'en désactivant le pare feu sur VM2, ça ne passait toujours pas.

Information très intéressante.

Bon, par contre, je ne peux pas tester sur la VM2 car j'ai fait une mauvaise manip dans le pare Feu et je ne peux plus m'y connecter à distance... Autre souci.

Eventuellement, réinitialiser les règles du pare-feu par défaut à l'invite de commande administrateur

Code: Tout sélectionner

netsh advfirewall reset

Ou avec Powershell admin (terminal admin pour Windows 11)

Code: Tout sélectionner

(New-Object -ComObject HNetCfg.FwPolicy2).RestoreLocalFirewallDefaults()

A+

[DavidM92]

C'est justement ce que j'ai fait, un RAZ mais via l'UI.
Si bien que le port 3389 (RDP), 21 (FTP), etc sont coupés... Plus moyen (à ma connaissance) de faire quoi que ce soit à distance.

J'ai essayé en SSH, mais il a été aussi sujet au RAZ, il doit être fermé par défaut.

[DavidM92]

Bon, j'ai récupéré l'accès.
J'ai ouvert le créneau des ports Passifs et j'arrive depuis ma VM1 à me connecter à VM2 en passif.
Je vais donc utiliser ça.
Par contre, je n'arrive pas à expliquer que ça ne passe pas en passif.
Il n'y a bien que le port 21 à ouvrir ?

[diogene]

Bonjour.

Il n'y a bien que le port 21 à ouvrir ?

...
FTP, qui appartient à la couche application du modèle OSI et du modèle ARPA, utilise une connexion TCP.
Par convention, deux ports sont attribués (well known ports) pour les connexions FTP : le port 21 pour les commandes et le port 20 pour les données. Pour le FTPS dit implicite, les ports conventionnels sont le 990 pour les commandes et le 989 pour les données.
Ce protocole peut fonctionner avec IPv4 et IPv6.
...

Source : https://fr.wikipedia.org/wiki/File_Transfer_Protocol