FTP a travers NAT

Bonjour,

Désactivez le partage du port USB et la fonction FTP de ce dernier.

Bah , oui c’est souvent ca le problème

mais aussi il pourrait aussi utiliser des ports externes différents pour FTP / SSH …

utiliser des ports standards et connus c’est dangereux. 

Bonjour,

Merci pour vos réponses.

Sauf erreur de ma part, je ne pense pas avoir la fonctionnalité USB. Je possède ce modem depuis moins d'un an et je vois sur d'autres discussions que cette fonctionnalité a été retirée. J'ai les onglets suivants :

• Etat
• Réseau
• Router
• Pare-feu
• Contrôle Parental
• Wifi

Aucun onglet USB. Je vois néanmoins que l'adresse 192.168.0.10 reste réservée pour l'USB. Je la libère mais ça ne résout rien.

Hello

Les fonctions USB ont été retirées dans la dernière version STFM 32.02 T45 qui vient d'être mise en production depuis quelques jours. ( pas encore déployée partout ).

Si l'adresse IP de la fonction USB est toujours là en "réservée",  c'est qu' il reste "une trace" de cette fonctionnalité dans le soft mais qui ne sont plus accessibles par le client. On peut d'ailleurs rendre cette IP disponible.

Faites éventuellement un bon "RESET FACTORY" du modem pour être certain car il s'agit d'une mise à jour majeure qui change bcp de choses si vous l'avez reçu..

Je vous conseille de suivre mes instructions pour les ports externes et vous ne devriez pas rencontrer de problèmes.

Edit : je viens de tester chez moi et avec un serveur FTP "Filezilla" et çà fonctionne bien sur cette version T45 aussi bien sur le 21 qu'un autre port externe.

J'ai bien la version STFM 32.02 T45 et j'ai fait un "Reset factory".

J'ai aussi modifié les ports utilisés comme recommandé et c'est assez marrant car durant la modification des ports sur mon serveur je suis tombé sur le même problème sur le réseau local. J'ai donc lancé les 2 commandes suivantes :

iptables -t raw -A PREROUTING -p tcp --dport 2021 -j CT --helper ftp

modprobe nf_conntrack_ftp

et cela a résolu le problème sur le réseau local mais toujours pas en externe... Il est bien entendu impossible de lancer ces commandes sur le routeur voo.

Vous ne devez rien modifier sur votre serveur FTP, c'est juste dans le routeur qu'il faut modifier le port externe pour y accéder de l'extérieur avec un autre port (ex 2021). (en local, cela restera le port ftp par défaut du serveur 21).

Il faut aussi que le pare-feu logiciel de votre machine accepte les connexions entrantes via ce port (21)

Je pensais aussi qu'il suffisait de modifier exclusivement le NAT du routeur mais dans le concret cela ne fonctionnait pas.

J'ai donc fait la modification sur le serveur et ajuster le NAT en conséquence.

J'ai aussi ouvert davantage le NAT car le FTP utilise des ports secondaires pour sa communication et j'ai spécifié le range des ports passifs comme suit sur mon serveur FTP :

pasv_max_port=40000
pasv_min_port=50000

Je ne vois aucune nécessité d'ouvrir tous ces ports là dans votre routeur pour une connexion ftp.

C'est comme un trou béant de sécurité.

Vous avez besoin de ports "supplémentaires" suivant le nombre de connexions ftp / transferts simultanés dont vous avez besoin.

Y pas besoin d'ouvrir 50.000 ports dans le routeur voo pour çà, pas plus que 10.000 sur le serveur ftp.  

Oui, je suis en effet revenu en arrière sur ce sujet :

Et bon çà fonctionne maintenant ?

En tout cas, çà m'a pris 5 minutes pour faire çà tout à l'heure sous Filezilla Server et Windows 10.

Configurer le serveur /pare feu windows et ouvrir les ports nécessaires dans le routeur.

Non, toujours pas !

Je suppose que vous êtes bien en IP publique et non en CGN ?

Vérifiez que çà fonctionne de l'extérieur avec votre IP WAN (si elle est bien publique) avant de tester avec le DynDNS. 

Il est également mieux de faire ce test sur la 4G ou autre connexion que la votre.

Non, je suis en adresse ip privé !

10.246.xxx.yyy

C'est là que se trouverait le problème ? Le ssh fonctionne pourtant parfaitement !

Merci @roylion15 et @Gilles N. ! Mon serveur FTP est en effet maintenant accessible depuis l'extérieur. :-D