Résumé

  • Le RFC 114 plaçait une transaction execute limitée à côté d’opérations comme récupérer, stocker ou renommer un fichier.
  • Les RFC 171 et 172 ont rapidement distingué un mécanisme commun de transfert de données de l’application FTP centrée sur les fichiers, sans définir de procédure FTP normalisée pour l’exécution distante.

Dans le RFC 114, le mot « fichier » ne désignait pas seulement un document à copier. Datée du 16 avril 1971 dans son en-tête — le catalogue de l’éditeur des RFC indique le 1er avril — la proposition décrivait des transactions entre processus coopérants pour utiliser le système de fichiers d’un autre hôte. La liste allait de l’identification et de la récupération à l’enregistrement, l’ajout, le renommage, la suppression, l’ouverture, la fermeture et la recherche. Elle comprenait aussi execute.

Cette requête ne constituait pas un interpréteur de commandes distant généraliste. Le RFC 114 décrit l’envoi d’entrées, l’exécution d’un programme ou d’une sous-routine sur l’hôte serveur, puis le retour des résultats. Il en limite aussi la portée : le processus appelant devait connaître les conventions d’arguments et de réponses. Le protocole esquissait un échange encadré autour d’un programme, pas une ligne de commande universelle ni un modèle de sécurité.

La proposition s’inscrivait dans un contexte concret mais limité. Le RFC 114 indique que le protocole avait été développé pour une mise en œuvre immédiate sur deux machines du MIT, GE 645/Multics et PDP-10/DM/CG-ITS, avec éventuellement un hôte de Harvard. Une version provisoire, aux capacités restreintes, était en cours de débogage. Cela atteste un effort d’implémentation précis ; cela ne prouve ni que toutes les transactions énumérées fonctionnaient ni que le protocole s’était répandu sur le réseau.

Les documents suivants précisent la frontière. Le RFC 171, daté de juin 1971, proposait un protocole commun de transfert de données pour plusieurs applications : transfert de fichiers, saisie distante de travaux, courrier, graphisme et exécution de programmes à distance. L’argument était architectural : dissocier le transfert des fonctions applicatives pouvait rendre les mises en œuvre plus souples, réduire la complexité et éviter la multiplication des protocoles.

Le RFC 172, protocole de transfert de fichiers associé, utilisait ce DTP commun pour transporter les données et définissait les opérations sur les fichiers comme application. Il autorisait les hôtes à ne prendre en charge qu’un sous-ensemble des commandes. Il précisait également que le FTP pouvait être étendu pour permettre l’exécution distante, sans proposer de procédure normalisée. La possibilité restait donc envisagée, mais elle n’entrait pas dans la procédure FTP standard.

Cette nuance compte : un texte peut inclure une opération dans son périmètre sans en faire un service fiable entre implémentations. Les commentaires contemporains du RFC 141 abordent l’accès aux fichiers locaux, les sous-ensembles de commandes et l’éventuelle attente prolongée liée à l’exécution d’un travail. Ils témoignent des questions posées par les concepteurs, pas d’un recensement des usages. Les révisions ultérieures du FTP retracent une évolution des spécifications ; elles ne prouvent pas que la transaction execute du RFC 114 soit devenue courante.

Le changement le plus durable est conceptuel. Le déplacement des fichiers et son mécanisme pouvaient être partagés ; l’action d’une application distante sur les données relevait d’un choix distinct. La première proposition rapprochait ces questions pour les explorer ensemble. Dès juin, les documents rendaient plus explicite la séparation entre couche de transfert réutilisable et ensemble de commandes propres à l’application. L’exécution distante demeurait une extension possible, mais pas une action standard du FTP.

Il faut y voir un changement de périmètre de spécification, et non le récit d’une fonction dangereuse largement déployée puis supprimée. Le RFC 114 consigne une première proposition ambitieuse et une mise en œuvre provisoire limitée. Les RFC 171 et 172 formalisent une répartition plus nette des responsabilités. Ces textes montrent ce que leurs auteurs ont choisi de spécifier ; ils ne suffisent pas à établir la fréquence d’usage, la sûreté opérationnelle ou le comportement de chaque hôte.

Sources