Pour comparaison aux deux tests de Lepalois vers download.nvidia.com (port ouverts ou pas sur sa box) et argumenter par rapport entre autre au dernier post de Vivien, j'indique ci-dessous mon log Filezilla (connection Mediafibre FTTH aucun port ouvert sur la RGW) :
Etat : Connexion à download.nvidia.com ...
Etat : Connecté à download.nvidia.com. Attente du message d'accueil...
Réponse : 220 Akamai Content Storage FTP Server
Commande : USER anonymous
Réponse : 331 Anonymous login ok, send your complete email address as your password.
Commande : PASS *****
Réponse : 230-
Réponse : ----------------------------------------------------------------------------
Réponse : WARNING: This is a restricted access system. If you do not have explicit
Réponse : permission to access this system, please disconnect immediately!
Réponse : ----------------------------------------------------------------------------
Réponse : 230 User anonymous logged in.
Commande : SYST
Réponse : 215 UNIX Type: L8
Commande : FEAT
Réponse : 211-Features:
Réponse : MDTM
Réponse : REST STREAM
Réponse : SIZE
Réponse : 211 End
Etat : Connecté
Etat : Récupération de la liste de répertoires...
Commande : PWD
Réponse : 257 "/" is current directory.
Commande : TYPE A
Réponse : 200 Type set to A
Commande : PORT 192,168,1,2,4,48
Réponse : 200 PORT command successful
Commande : LIST
Réponse : 150 Opening ASCII mode data connection for file list
Réponse : 226 Transfer complete.
Etat : Succès du listage du répertoire
Je précise que j'obtient bien la liste des répertoires et fichiers présents sur download.nvidia.com
Si je comprend bien le problème c'est que la neufbox ouvre peut etre le port mais l'IP annoncé est pas la bonne :
Donc le serveur n'arrive jamais à joindre le client à l'IP 192.168.1.20....
On a le même type de problème sur le disque dur (pour le mode passif) et sur la nefbox (pour le mode actif) pas de chance !
Je pense qu'il faut envoyer le log vers le serveur de nvidia a neuf.
Je ne suis pas d'accord avec ton analyse parce que :
Bien que le client indique au serveur la commande "PORT 192.126.1.2,4,48" en mode ACTIF le serveur n'a que faire de l'ip indiquée, car il sait qu'il doit se connecter à la même IP que celle qui a ouvert le port 21 de 'commande' et n'utilise donc QUE le port indiqué qui suit (les deux chiffres en base 256, soit 4*256 + 48 = 1072)
Donc ici le problème que le log de Lepalois montre n'est pas une histoire de IP de connection impossible à joindre, parce que le serveur ne tentera jamais de se connecter à 192.168.1.2 dans mon exemple. Et pour preuve mon exemple MARCHE !
Nous sommes donc à priori dans le cas 5 que j'ai cité :
5 : si 3 PAS OK, alors définitivement un BLOCAGE NEUF entre un Client NeufFTTH (au moins PBC) FTP ACTIF quelque soit la destination. Fin des tests
MAIS MAIS MAIS, toutefois (je viens d'avoir une 'vision'
) il y a une autre hypothèse 'plan b' pour le 5 sous condition que la 9box ai bien un 'proxy FTP Actif' en interne :
Que les ports soient explicitement ouverts ou non, le 'proxy FTP Actif' a de toute façon un bug, et même dans la situation 'ports déjà ouverts' le proxy continue de prend la main quand même, et son bug sévie donc quand même.
Reste effectivement à envoyer le logs de test nvidia de Lepalois et le mien à Neuf ... pour avoir une explication ...
(blocage Neuf ? bug 9box FTTH ?)
En tout cas, le pb n'est plus que Client FTP ACTIF NeufFTTH -> Serveur FTP ACTIF Mediafibre
C'est désormais Client FTP ACTIF NeufFTTH -> Serveur FTP ACTIF n'importe où sur Internet.
(il me semble que client ftp actif NeufADSL -> n'importe où, c'était ok je crois ...)