> FTP est un protocole qui date de 1971.
et ?
> - L'adresse IP est transportée dans le contenu des paquets (niveau application), ce qui entraîne des incompatibilités avec la translation d'adresse (NAT / CGNAT / ...) ou du code complexe pour modifier à la vollée le contenu des paquets.
c'est possible mais c'est pas un élèment déterminant pour notre cas soit du test UP et DL simple.
> - Il entraine des risques de sécurités type déni de service importants, un pirate peut demander un transfert entre deux serveurs sans faire passer le flux par son serveur, c'est prévu par le protocole.
exact... on peut trouver du possible bridage à faire pour limiter tout cela....
> - Il ne permet pas d'être sur que le contenu n'a pas été modifié. N'importe qui sur le chemin peut lire et modifier les données, car tout est en clair sans aucun dispositif permettant d'assurer l'intégrité des données
comme une page web en HTTP non HTTPS ^^
> - La complexité du protocole augmente le risque de failles logiciel sur le serveur, avec risque de modification des fichiers du serveur, saturation de l'espace disque ou exécution de code arbitraire
réponse valable mais on peut répondre valablement aussi avec "c'est partout pareil" ....
> - La maintenance de plusieurs logiciels de serveurs FTP est faible et donc il y a plus de risque de sécurité, vs Apache.
le HTTP ou ses comperes de streaming/netflix c'est mini 50% des trames TCP...
> - Un test de débit FTP n'est pas représentatif de ce que l'on aura avec un autre protocole, Il est donc peu pertinent.
FTP, HTTP, SFTP, iperf, rsync... bah comme partout il y a différents moyens de...
> FTP a peu d'avantages à part être supporté sur des machines bien anciennes.
oui un PC de 1985 par exemple ^^ j'aurais préféré lire "le HTTP permet de faire la majorité des usages du FTP
et 99% du trafic qui aurait du se faire en FTP est fesable en HTTP"
FREE a abandonné
ftp://test-debit.free.fr surement pour cette raison, je te l'accorde....