bizarre qu'aucun client ftp ne propose de vérification automatique d'ailleurs
FTP étant un protocole généraliste et peu fiable du fait qu'il ne garantit ni intégrité, ni confidentialité(*), c'est peu étonnant que les clients soient tout autant pourraves^Wpauvres...
sftp (secure FTP basé sur le sous-système de SSH) est lui bien plus fiable sur ces deux points : au moins le code retour d'un scp a du sens sur l'intégrité et, le fait d'être basé sur SSH, assure la confidentialité de ce qui est transféré.
(*) c'est ballot, mais le code retour d'un client ftp « automatisé » est le plus souvent 0, qui correspond à la bonne exécution de la commande quit ou exit dans le FTP... généralement, seul le mode « debug » est suffisamment verbeux pour tenter d'analyser si tout s'est bien transféré... c'est, au mieux, ballot (surtout quand cela se retrouve localisé, ok ça devient plus lisible par ceux ne lisant pas l'anglais, mais va automatiser cela, hormis d'avoir le réflexe de rajouter LANG=C devant tout lancement de commande).
PS : oui, je suis aigri depuis plus de 10 ans de ceux qui suggèrent encore au XXIe siècle d'utiliser FTP pour des transferts de fichiers parce que c'est « prévu pour » vu que ça s'appelle Fichier(s) Transfert Protocol /o\. Et oui, j'ai dû commettre des wrappers à cette sombre bouse qu'il faut penser à mettre en PASV (passif) dès que tu as un coupe-feu à passer, sans garantie d'acheminement au final, à peine mieux que le mail quoi... j'ai même vu déployer des EAI pour déclencher des transferts FTP (mais je ne peux pas tout dire, sinon je vais vraiment m'énerver :D non je ne vais pas vous parler non plus de FTPS).
Pour terminer sur une note positive : FileZilla gère le SFTP :-)
[^] # Re: à quoi ça sert ?
Posté par BAud (site web personnel) . En réponse au journal ghash: génération d'image à partir d'un hash. Évalué à 4.
FTP étant un protocole généraliste et peu fiable du fait qu'il ne garantit ni intégrité, ni confidentialité(*), c'est peu étonnant que les clients soient tout autant pourraves^Wpauvres...
sftp (secure FTP basé sur le sous-système de SSH) est lui bien plus fiable sur ces deux points : au moins le code retour d'un scp a du sens sur l'intégrité et, le fait d'être basé sur SSH, assure la confidentialité de ce qui est transféré.
(*) c'est ballot, mais le code retour d'un client ftp « automatisé » est le plus souvent 0, qui correspond à la bonne exécution de la commande
quitouexitdans le FTP... généralement, seul le mode « debug » est suffisamment verbeux pour tenter d'analyser si tout s'est bien transféré... c'est, au mieux, ballot (surtout quand cela se retrouve localisé, ok ça devient plus lisible par ceux ne lisant pas l'anglais, mais va automatiser cela, hormis d'avoir le réflexe de rajouterLANG=Cdevant tout lancement de commande).PS : oui, je suis aigri depuis plus de 10 ans de ceux qui suggèrent encore au XXIe siècle d'utiliser FTP pour des transferts de fichiers parce que c'est « prévu pour » vu que ça s'appelle Fichier(s) Transfert Protocol /o\. Et oui, j'ai dû commettre des wrappers à cette sombre bouse qu'il faut penser à mettre en
PASV(passif) dès que tu as un coupe-feu à passer, sans garantie d'acheminement au final, à peine mieux que le mail quoi... j'ai même vu déployer des EAI pour déclencher des transferts FTP (mais je ne peux pas tout dire, sinon je vais vraiment m'énerver :D non je ne vais pas vous parler non plus de FTPS).Pour terminer sur une note positive : FileZilla gère le SFTP :-)