IHES 2012 2013 Chapitre III - Protocoles Internet

1 / 7

Le FTP

I OBJECTIF
Les objectifs de FTP sont :
1) promouvoir le partage de fichiers (programmes informatiques et/ou donnes),
2) encourager l'utilisation indirecte ou implicite (via des programmes) d'ordinateurs
distants,
3) prmunir l'utilisateur contre les variations de formats de stockage de donnes
entre les diffrents htes, et
4) transfrer les donnes d'une faon efficace et fiable.
FTP, bien que directement utilisable par un utilisateur depuis un terminal, est
nanmoins conu essentiellement pour tre utilis par des programmes.
Cette spcification tente de satisfaire les besoins varis d'utilisateurs de mainframes,
minis, et stations personnelles, et TACs, grce un protocole au design simple et
facile de mise en uvre.

II HISTORIQUE
FTP a subi une grande volution au fil des ans. L'appendice III est une compilation
chronologique des RFC se rapportant FTP. Elle inclue la premire proposition de
mcanisme de transfert de fichiers de 1971 qui avait t dveloppe pour une
application sur les htes du M.I.T. (RFC 114), plus des commentaires et discussions
dans la RFC 141. La RFC 172 proposait un protocole de niveau utilisateur pour le
transfert de fichiers entre ordinateurs (y compris des terminaux IMPs). Une rvision
de celui-ci (RFC 265), redonnait un tat du FTP pour volution ultrieure, tandis que
la RFC 281 suggrait encore d'autres modifications. L'usage d'une transaction "Set
Data Type" a t propose dans la RFC 294 en Janvier 1982. La RFC 354 a rendu les
RFC 264 et 265 obsoltes. Le File Transfer Protocol tait dsormais dfini comme un
protocole de transfert de fichiers entre des htes d'un ARPANET, et dont la fonction
premire tait dfinie comme le transfert efficace et fiable entre des htes pour
profiter de l'utilisation d'une capacit de stockage de donnes distante.
IHES 2012 2013 Chapitre III - Protocoles Internet
2 / 7

La RFC 385 apporte un correctif certaines erreurs, dveloppe certains points, et
ajoute certaines notions au protocole, tandis que la RFC 414 dfinit le rapport d'tat
sur le serveur de travail et les "clients" FTP. La RFC 430 de 1973, (parmi d'autres trop
nombreuses pour tre mentionnes toutes) donnait des commentaires
supplmentaires quant FTP. Finalement, une documentation "officielle" FTP a t
publie sous la rfrence RFC 454.
Depuis Juillet 1973, des changements considrables sont intervenus, mais la structure
globale est reste la mme. La RFC 542 a t publie comme une nouvelle
spcification "officielle" pour reflter certains changements. Cependant, de
nombreuses implmentations bases sur l'ancienne spcification n'taient pas remises
jour. En 1974, les RFC 607 et 614 apportent de nouveaux commentaires propos de
FTP. La RFC 624 propose des changements nouveaux et autres modifications
mineures. En 1975, la RFC 686 intitule, "Leaving Well Enough Alone" tait une
discussion sur les diffrences entre toutes les anciennes versions de FTP et la dernire
en date. La RFC 691 est une rvision mineure de la RFC 686, concernant les
possibilits d'impression de fichiers.
Motive par le passage du NCP (Network Communication Protocol) TCP comme
protocole sous-jacent, un phoenix est ren partir de tous les efforts ci-dessus par la
RFC 765 comme une nouvelle spcification de FTP base sur le protocole rseau TCP.
Cette dition de la spcification FTP est crite pour corriger quelques erreurs
mineures de la RFC 765, tout en tendant les explications de certaines fonctionnalits
du protocole, et enfin en ajoutant la dfinition de quelques commandes
supplmentaires. En particulier, les nouvelles commandes optionnelle suivantes sont
inclues dans cette dition de la spcification:
CDUP - Change to Parent Directory
SMNT - Structure Mount
STOU - Store Unique
RMD - Remove Directory
MKD - Make Directory
PWD - Print Directory
SYST - System
Cette spcification est compatible avec la version prcdente. Un programme
implment conformment la prcdente spcification devrait naturellement tre
conforme la prsente.
IHES 2012 2013 Chapitre III - Protocoles Internet
3 / 7

III TERMINOLOGIE
ASCII
Le jeu de caractres ASCII est celui dfini par l'ARPA-Internet Protocol Handbook.
Pour FTP, les caractres ASCII sont dfinis comme la moiti de l'ensemble donne
par un codage huit bits (le bit de poids fort est toujours 0).
Canal de contrle
Le chemin de communication entre le USER-PI et le SERVER-PI pour l'change de
commandes et de rponses commandes. Cette connexion utilise le protocole Telnet.
Canal de donnes
Une connexion bidirectionnelle (full duplex) sur laquelle les donnes sont
transfres, dans un mode et sous un type particuliers. Les donnes transfres
peuvent tre une partie d'un fichier, un fichier entier, ou plusieurs fichiers. Cette
connexion s'tablit entre un SERVER-DTP et un USER-DTP, ou entre deux SERVER-
DTPs.
Chemin d'accs
Le chemin d'accs est dfini comme la chane de caractres qui doit tre prsente par
un utilisateur un systme de fichier pour localiser une ressource. Le chemin d'accs
contient normalement une indication de l'unit logique et/ou des noms de
rpertoires, et enfin un nom de fichier. FTP ne spcifie aucune convention
particulire pour le chemin d'accs. Chaque utilisateur devra se conformer aux
conventions utilises sur les systmes de fichiers impliqus dans le transfert.
Commandes FTP
Un ensemble de commandes comprenant le contrle des informations transitant
entre le USER-FTP et le SERVER-FTP.
Contrle d'accs
Le contrle d'accs dfinit les privilges utilisateur ncessaires pour utiliser un
systme, et pour accder des fichiers dans ce systme. Le contrle d'accs est
ncessaire pour viter un usage accidentel ou non autoris de ressources fichiers. Il
est dans les prrogatives d'un processus serveur FTP d'invoquer ce contrle d'accs.
Correction d'erreur
Une procdure qui permet un utilisateur de se rcuprer suite certaines erreurs
telles qu'une faute du systme serveur ou du processus de transfert lui-mme. Pour
FTP, la correction d'erreurs ncessitera un redmarrage de la transmission d'un
fichier partir d'un point de contrle donn.
IHES 2012 2013 Chapitre III - Protocoles Internet
4 / 7

DTP
Le processus de transfert de donnes DTP (data transfer process) procde
l'tablissement et la gestion de la connexion. Un DTP peut tre passif ou actif.
End-of-Line
La squence de fin-de-ligne qui dfinit la sparation entre deux lignes d'impression.
Cette squence est en gnral compose d'un Retour Chariot (CR = Carriage Return),
suivi d'un saut de ligne (LF = Line Feed).
Enregistrement
Un fichier accs squentiel peut tre structur comme un certain nombre de
portions contigus appels enregistrements. Les structures en Enregistrements sont
supportes par FTP bien qu'un fichier n'ait nul besoin d'tre organis de cette faon.
EOF
La condition end-of-file dtermine la fin du fichier en cours de transfert.
EOR
La condition end-of-record marque la fin d'un enregistrement de donnes en cours
de transfert.
Fichier
Une suite ordonne (squentielle) de donnes informatiques (y compris des
programmes), d'une longueur arbitraire, et dfinies parfaitement par un "chemin
d'accs".
Mode
Le mode dans lequel les donnes doivent tre transmises. Le mode dfinit le format
des donnes pendant la transmission, y compris les conditions EOR et EOF. Les
modes de transfert dfinis par FTP sont dcrits dans la section traitant des Modes de
Transmission.
NVT
Le Network Virtual Terminal dfini par le protocole Telnet.
NVFS
Le Network Virtual File System. Un concept qui dfinit un systme de fichiers
standard vu travers le rseau utilisant des conventions standardises de
commandes et de syntaxe de noms de chemins d'accs.
IHES 2012 2013 Chapitre III - Protocoles Internet
5 / 7

Port de donnes
Un processus de transfert passif "coute" sur le port de donnes un ordre de
connexion de la part d'un processus de transfert actif mis dans le but d'ouvrir un
canal de donnes.
Page
Un fichier peut tre structur comme un ensemble de parties indpendantes appeles
pages. FTP supporte la transmission de fichiers discontinus comme une suite de
pages indexes indpendantes.
PI
Le Protocol Interpreter (interprteur de protocole). Les cts serveur (SERVER) et
utilisateur (USER) d'un protocole ont des "rles" distincts implments
respectivement dans un SERVER-PI et un USER-PI.
Processus SERVER-FTP
Un processus ou ensemble de processus qui prennent en charge la fonction de
transfert de fichiers en coopration avec un processus USER-FTP et, certainement un
autre serveur. La fonction rassemble un interprteur de protocole (PI) coupl un
processus de transfert de donnes (DTP).
Processus USER-FTP
Un ensemble de processus et de fonctions incluant un interprteur de protocole, un
processus de transfert de donnes et une interface utilisateur par laquelle la fonction
de transfert de fichier peut tre effectue en coopration avec un ou plusieurs
processus SERVER-FTP. L'interface utilisateur met disposition de l'utilisateur un
langage local de commande-rponse.
Rponse
Une rponse est un acquittement ou une dngation envoye par un serveur
l'utilisateur via la connexion de contrle en rponse une commande FTP. La forme
gnrale d'une rponse est un code de rsultat (pouvant tre un code d'erreur) suivi
d'une chane de caractres. Les codes sont destination d'agents logiciels, le texte est
plus naturellement destin des utilisateurs humains.
SERVER-DTP
Le processus qui transmet les donnes, dans son tat "actif" normal, tablit le canal de
donnes sur le port "en coute". Il tablit des paramtres pour le transfert et le
stockage, et transfre les donnes sur commande de son PI. Le DTP peut entrer dans
un tat "passif" pour attendre, plutt qu'initier une communication.
IHES 2012 2013 Chapitre III - Protocoles Internet
6 / 7

SERVER-PI
L'interprteur de protocole serveur "coute" sur le Port L une communication
arrivant d'un USER-PI et tablit la connexion pour le canal de contrle. Il reoit par
celui-ci les commandes FTP de l'USER-PI, y rpond, et pilote le SERVER-DTP.
Tailles de mots
Deux tailles de mots intressent FTP: la taille des mots logiques du fichier, et la taille
utilise pour la transmission des donnes. La taille d'un mot pour le transfert est
toujours de 8 bits. Cette taille de transfert n'est pas ncessairement l'unit
d'enregistrement logique du fichier dans le systme, ni la taille des units logiques
permettant l'interprtation des structures de donnes.
Type
Le type de reprsentation de donnes utilis pour la transmission et le stockage. Le
type implique certaines diffrences entre le temps d'enregistrement et le temps de
transfert. Les types de reprsentation de donnes dfinis dans FTP sont dcrits dans
la Section traitant de l'tablissement des canaux de donnes.
Utilisateur (USER)
Une personne ou un processus sous contrle d'une personne dsirant obtenir des
fichiers distants par transfert. L'utilisateur "humain" peut directement agir en
interactivit avec un processus SERVER-FTP, mais le passage par un processus
USER-FTP est conseill dans la mesure o le protocole FTP a t conu sur un
concept d'automate.
USER-DTP
Le processus de transfert de donnes "coute" le port de donnes en attendant la
connexion un processus SERVER-FTP. Si deux serveurs transfrent des donnes
entre eux, le processus USER-DTP est inactif.
USER-PI
L'interprteur de protocole utilisateur instaure le canal de contrle via son port U
avec le processus SERVER-FTP, met des commandes FTP, et gouverne le USER-DTP
si ce dernier est impliqu dans le processus de transfert.



IHES 2012 2013 Chapitre III - Protocoles Internet
7 / 7

IV LE MODELE FTP
Avec les dfinitions ci-dessus l'esprit, le modle suivant (montr en Figure 1 peut
tre explicit pour la mise en uvre d'un service FTP.

-------------
|/---------\|
|| User || --------
||Interface|<--->| User |
|\----^----/| --------
---------- | | |
|/------\| Commandes FTP |/----V----\|
||Server|<---------------->| User ||
|| PI || Rponses FTP || PI ||
|\--^---/| |\----^----/|
| | | | | |
-------- |/--V---\| Connexion |/----V----\| --------
| File |<--->|Server|<--------------->| USER |<--->| File |
|System| || DTP || Data || DTP || |System|
-------- |\------/| |\---------/| --------
---------- -------------

SERVER-FTP USER-FTP
NOTES: 1. La connexion de donnes peut tre utilise dans les deux directions.
2. Il n'est pas ncessaire que le canal de donnes soit maintenue en permanence.
Figure 1 : Modle d'usage de FTP


V APPLICATION

Accder la page suivante, lire le cours interactif propos et essayer de rpondre
toutes les questions.
Vous remarquez que des notes de rponses suivront.

http://info.sio2.be/infobase/9/index.php