Un serveur FTP échange des fichiers, mais lequel choisir ?

Un serveur FTP peut désigner le service qui reçoit et distribue des fichiers, mais aussi, dans le langage courant, un espace distant auquel on se connecte avec un logiciel client. Cette distinction compte : installer un service sur une machine n’est pas la même chose que choisir un protocole de transfert, ni que décider qui pourra accéder aux données.

À quoi sert un serveur FTP dans un échange de fichiers ?

Un serveur de transfert de fichiers met à disposition des répertoires auxquels un client se connecte pour déposer, consulter ou récupérer des données. Le client est le logiciel utilisé par l’employé ou le système automatisé ; le serveur applique les règles d’accès et gère les fichiers côté distant. Ce fonctionnement convient notamment à des échanges récurrents entre applications, équipes ou organisations, lorsque l’on a besoin d’un point de dépôt distinct du courrier électronique.

Le mot FTP désigne le protocole historique, pour « File Transfer Protocol », et non un produit unique. Un service FTP peut être hébergé sur une machine dédiée, un serveur virtuel ou un équipement de stockage en réseau. Il répond à un besoin différent de celui d’un serveur web, qui publie des pages et des ressources pour des navigateurs. Pour distinguer les rôles de ces services, vous pouvez aussi situer le rôle d’un serveur web.

Dans le modèle décrit par le RFC 959 sur le protocole FTP, la connexion de contrôle utilise le port TCP 21 par défaut et les données passent par une connexion distincte. Cette séparation explique pourquoi une connexion peut sembler établie alors que l’affichage des dossiers ou le transfert échoue : le canal de commande fonctionne, mais le canal de données est bloqué ou mal configuré.

FTP, FTPS ou SFTP : quelle différence retenir ?

Ces noms se ressemblent, mais recouvrent des mécanismes différents. FTP classique ne chiffre pas les échanges : les identifiants, les commandes et les données ne bénéficient pas de la protection de TLS. Il ne convient donc pas pour transmettre des mots de passe ou des fichiers sensibles sur un réseau non maîtrisé, et il ne faut pas le configurer comme un service ouvert sur Internet.

FTPS ajoute TLS au protocole FTP. « TLS » est le mécanisme de chiffrement et d’authentification utilisé pour protéger les communications. Le RFC 4217 consacré à FTP avec TLS décrit l’activation de TLS sur la connexion de contrôle avec AUTH TLS, puis la protection de la connexion de données avec les commandes PBSZ et PROT. La présence de TLS dans le nom d’une option ne suffit pas à prouver que les deux canaux sont protégés : la configuration et les capacités du client et du serveur doivent correspondre.

SFTP, pour « SSH File Transfer Protocol », est un protocole de transfert de fichiers qui fonctionne au-dessus de SSH. Ce n’est pas FTP auquel on aurait simplement ajouté du chiffrement. La documentation officielle de OpenBSD sur sftp le décrit comme un programme de transfert qui effectue ses opérations au moyen d’un transport SSH chiffré. Vérifiez donc le protocole exact demandé par le partenaire : choisir SFTP dans le client ne se connectera pas automatiquement à un serveur qui n’accepte que FTPS.

Quel mode FTP choisir derrière un pare-feu ?

FTP ouvre une connexion de contrôle, puis négocie séparément la connexion de données. En mode actif, le serveur initie la connexion de données vers le client. En mode passif, c’est le serveur qui ouvre un port et attend la connexion du client. Le mode actif peut échouer lorsque le pare-feu du client bloque les connexions entrantes ; le mode passif est souvent plus simple pour un client situé derrière un routeur ou un pare-feu, à condition que le serveur et son pare-feu autorisent la plage de ports prévue.

Le RFC 2428 sur les extensions FTP pour IPv6 et les équipements NAT définit notamment EPSV et EPRT, des commandes qui étendent la négociation des connexions de données. En pratique, si une liste de dossiers reste vide ou si le transfert se bloque, vérifiez d’abord le mode actif ou passif choisi par le client, l’adresse annoncée par le serveur, les règles du pare-feu et la prise en charge d’IPv4 ou d’IPv6. Évitez d’ouvrir une plage de ports plus large que nécessaire.

Le mode de connexion ne remplace pas le chiffrement. Passif ne signifie pas sécurisé, et actif ne signifie pas dangereux par lui-même : ces termes décrivent qui établit la connexion de données. Il faut traiter séparément les règles de réseau et la protection des échanges. Pour une installation qui doit rester disponible lors d’une coupure électrique, l’autonomie de l’équipement est aussi un sujet distinct du protocole ; elle dépend de l’alimentation et du dimensionnement de l’installation, comme pour un onduleur adapté à un serveur.

Quels critères définir avant de mettre le service en place ?

Commencez par décrire le flux réel : qui dépose les fichiers, qui les récupère, à quelle fréquence, depuis quels réseaux et avec quelle durée de conservation. Un dépôt pour un partenaire externe n’a pas les mêmes besoins qu’un répertoire partagé uniquement sur le réseau interne. Cette description permet de choisir entre FTPS et SFTP selon les contraintes des deux côtés, plutôt que selon le nom d’un logiciel déjà installé.

Définissez ensuite les identités et les permissions. Un compte ne devrait accéder qu’aux répertoires nécessaires à sa tâche. Séparez, si possible, les droits de lecture, d’écriture et de suppression ; évitez les comptes partagés qui rendent les opérations difficiles à attribuer à une personne ou à un système. Demandez au partenaire quelle méthode d’authentification il prend en charge et comment les identifiants ou clés seront renouvelés.

Vérifiez également les conditions opérationnelles : taille des fichiers, fréquence des transferts, espace disponible, sauvegardes, journalisation et personne responsable du service. Les journaux peuvent aider à diagnostiquer un échec, mais leur accès et leur durée de conservation doivent être définis selon les règles applicables à votre organisation. Si des données sensibles sont échangées, impliquez les personnes qui gèrent la sécurité et la protection des données avant la mise en service.

Enfin, consignez les paramètres de connexion à transmettre : protocole exact, nom d’hôte, port attendu, méthode d’authentification, mode de transfert FTP le cas échéant, et répertoire de destination. Ne transmettez pas un mot de passe dans un canal non protégé. Dans une PME, documenter ces éléments évite qu’une relève de poste ou un changement de logiciel ne transforme un transfert automatisé en dépendance inconnue.

Comment mettre en pratique et vérifier le résultat ?

Pour un échange nouveau, demandez d’abord au destinataire s’il propose SFTP ou FTPS et exigez une configuration chiffrée. Si le besoin porte sur un service interne, limitez son accès au périmètre utile ; ne publiez pas un serveur FTP classique sur Internet pour simplifier un test. La rubrique technologie et infrastructures numériques rassemble d’autres sujets liés aux outils et aux services informatiques.

Procédez ensuite avec un compte de test et des fichiers sans données sensibles. Vérifiez que l’authentification fonctionne, que le compte atteint uniquement le répertoire prévu, puis testez un dépôt et un téléchargement. Confirmez que le serveur protège bien la connexion de contrôle et celle des données en FTPS, ou que l’accès est réalisé par SFTP sur SSH. Si la connexion échoue, relevez le message complet et l’étape concernée : résolution du nom, ouverture de session, affichage de répertoire ou transfert. Cette distinction aide à séparer un problème de droits d’un blocage réseau.

Avant de confier des échanges réels au service, vérifiez le résultat de bout en bout : fichier présent au bon emplacement, taille attendue, contenu lisible et droits conformes. Pour un traitement automatisé, prévoyez une alerte en cas d’échec et une procédure de reprise qui n’écrase pas silencieusement un fichier déjà traité. Répétez enfin les contrôles après une modification de pare-feu, de certificat, de compte ou de logiciel client. Un transfert réussi une fois ne garantit pas que le service restera correctement protégé et exploitable.

Questions fréquentes

Un serveur FTP est-il forcément accessible depuis Internet ?

Non. Il peut être limité au réseau local, à un réseau privé ou à des adresses autorisées. Il n’est pas nécessaire de le rendre public pour permettre un échange entre collaborateurs. Pour un accès extérieur, définissez les utilisateurs, les droits, les protections et les règles réseau avant l’ouverture. FTP non chiffré ne doit pas être exposé à Internet.

FTP et SFTP utilisent-ils le même logiciel serveur ?

Pas nécessairement. SFTP fonctionne au-dessus du transport SSH et n’est pas une variante de FTP avec TLS. Un serveur SSH peut offrir un accès SFTP, tandis qu’un service FTP ou FTPS relève d’un autre logiciel ou d’une autre configuration. Vérifiez que le logiciel client et le serveur prennent en charge le même protocole.

Comment vérifier qu’un transfert a bien abouti ?

Ne vous fiez pas uniquement à l’absence de message d’erreur. Vérifiez le statut final dans le client et la présence du fichier sur le serveur, ou l’inverse pour un téléchargement. Comparez la taille et, pour un échange important, une empreinte cryptographique calculée des deux côtés. Faites aussi un essai avec un compte aux droits limités.