Cette chronologie présente les RFC structurantes du protocole. Elle ne cherche pas à répertorier chaque extension spécialisée.
Construction du modèle FTP
Le protocole adopte très tôt deux connexions distinctes : un canal de commandes et un canal de données.
RFC 114
File Transfer Protocol
Propose l’un des premiers protocoles de transfert de fichiers d’ARPANET, avec commandes, réponses et conversion entre systèmes.
Consulter le texte officielRFC 765
File Transfer Protocol Specification
Stabilise le modèle FTP sur les services de transport de l’époque et prépare la transition vers TCP/IP.
Consulter le texte officielRFC 959
File Transfer Protocol
Fixe le FTP moderne : canal de contrôle, connexion de données séparée, modes actif et passif, types de représentation, commandes et réponses normalisées.
Consulter le texte officiel
Internet, pare-feu et négociation
Les extensions adaptent FTP aux réseaux filtrés, à IPv6 et aux clients capables de découvrir les fonctions du serveur.
RFC 1579
Firewall-Friendly FTP
Popularise l’usage du mode passif afin que le client initie aussi la connexion de données, ce qui simplifie la traversée des pare-feu.
Consulter le texte officielRFC 2228
FTP Security Extensions
Crée un cadre d’authentification, d’intégrité et de confidentialité avec de nouvelles commandes, dont AUTH, PBSZ et PROT.
Consulter le texte officielRFC 2389
Feature Negotiation Mechanism for FTP
Ajoute FEAT et OPTS. Un client peut découvrir les extensions prises en charge et ajuster son comportement sans tests empiriques.
Consulter le texte officielRFC 2428
FTP Extensions for IPv6 and NATs
Introduit EPRT et EPSV, indépendants de la famille d’adresses, et évite d’encoder inutilement une adresse IP dans le dialogue FTP.
Consulter le texte officielRFC 2640
Internationalization of FTP
Définit l’usage d’UTF-8 pour les noms de fichiers et chemins afin de dépasser les jeux de caractères locaux incompatibles.
Consulter le texte officiel
Métadonnées et chiffrement
Les dernières grandes extensions facilitent la synchronisation et protègent les deux canaux FTP.
RFC 4217
Securing FTP with TLS
Applique TLS au cadre de sécurité FTP et définit FTPS explicite : le client négocie la protection du canal de contrôle puis celle du canal de données.
Consulter le texte officielRFC 3659
Extensions to FTP
Normalise SIZE, MDTM, MLST et MLSD pour obtenir tailles, dates et listes de répertoire dans un format exploitable automatiquement.
Consulter le texte officiel
Lecture de l’évolution
FTP illustre une évolution par couches successives : le noyau de 1985 n’a pas été remplacé, mais complété pour traverser les pare-feu, négocier des capacités, prendre en charge IPv6 et chiffrer les canaux de commande et de données.