Cours Otc Client FTP

COURS OTC CLIENT FTP 2014
2014
COURS OTC CLIENT FTP
www.formationenligne.bf
Contacts : administration : otc@otc.bf
Chargé des cours : cours@otc.bf
Service commercial : dc@otc.bf
Site d’informations : www.formationenligne-bf.com
OTC est le premier centre de formation en ligne au monde
Notre succès repose sur nos ressources, OTC
notre souci permanent de vous
www.formationenligne.bf BURKINA
rendre FASO
meilleur dans votre
Contacts domaine au monde
: administration : otc@otc.bf
OTC BURKINA FASO
Le présent document est édité par OTC , il estcommercial
Service protégé par la loi 32-99 AN du
: dc@otc.bf 22 décembre 1999 portant
2014
Site d’informations : www.formationenligne-bf.com
protection de la propriété littéraire et artistique.
Notre succès repose sur nos ressources, notre souci permanent de vous rendre meilleur dans votre domaine au monde
Le présent document est édité par OTC , il est protégé par la loi 32-99 AN du 22 décembre 1999 portant protection de la propriété littéraire et artistique.
2014
LE PROTOCOLE FTP
1. Introduction :
Tout internaute confirmé a été un jour ou l’autre obligé de se connecter à un serveur FTP
pour télécharger des fichiers des données multimédias ou bien pour mettre à jour un site
personnel. Le protocole FTP est ainsi un protocole très répandu pour des tâches
quotidiennes de mise à jour de diffusion d’informations. La plupart des logiciels dits clients
FTP sont pour les novices difficiles d’approche. Le présent article va donc permettre aux
novices et aux utilisateurs confirmés d’accroître leurs connaissances par la lecture d’une
description détaillée du protocole FTP.
2. Généralités :
Une connexion TCP doit être établie entre un utilisateur et un serveur. L’utilisateur instaure
un canal de contrôle via un port (par défaut 21) qui lui permet d ‘échanger des commandes
et des réponses à des commandes. Une fois cette connexion établie, les commandes
utilisées par l’utilisateur peuvent autoriser l’envoi ou la réception de données. Un canal de
données, une connexion bidirectionnelle où des données peuvent être transférées selon un
mode ou un type particulier, est ouvert. Les données échangées peuvent être une partie de
fichier, un fichier en entier, ou plusieurs fichiers.
3. Fonctions de transferts de données :

Les fichiers sont seulement transférés via la connexion de données. Le contrôle de la
connexion est utilisé pour le transfert des commandes, qui définit la fonction à accomplir, et
pour répondre à ces commandes. Différentes commandes sont concernées par le transfert de
données. Ces commandes de transfert de données incluent la commande MODE qui spécifie
combien de bits de données doivent être transmis, et les commandes STRUCTURE et TYPE,
qui sont utilisées pour définir le type de représentation des données. La transmission et la
Site d’informations : www.formationenligne.bf
2014
représentation sont indépendantes mais le mode du flux de transmission est dépendant des
attributs de la structure du fichier.
Représentation et sauvegarde des données:

Les données sont transférées depuis un dispositif de sauvegarde dans l’entité qui envoie les
données vers un dispositif de sauvegarde dans l'hôte qui reçoit les données. Il est souvent
nécessaire d'effectuer certaines transformations des données afin d’adapter les représentations
des données à l’identique sur les deux systèmes. Par exemple, NVT-ASCII a des
représentations de sauvegarde de données différentes dans différents systèmes. Ainsi les sites
recevant et envoyant les données devront effectuer les transformations nécessaires entre la
représentation standard et leurs représentations internes.
Type de données:
Les représentations de données sont gérées dans le FTP par l'utilisateur en spécifiant le type
de représentation. Ce type peut implicitement (comme en ASCII ou EBCDIC) ou
explicitement (comme en octet local) définir une taille d'octet pour l'interprétation auquel on
se réfère comme la "taille logique d'un octet". Il faut noter que ceci n'a aucun rapport avec la
taille des octets utilisés pour la transmission via le canal de données. Par exemple NVT-
ASCII a une taille logique pour un octet égale a 8 bits. Si le type est "octet local", alors la
commande TYPE a obligatoirement un second paramètre spécifiant la taille logique d'un
octet. La taille du transfert d'octet vaut toujours 8 bits.
Type ASCII
Ceci est le type par défaut. il doit être accepté par toutes les implémentations FTP. A l'origine
il est destiné au transfert de fichiers textes.
Celui qui envoie les données convertit les données depuis une représentation interne du
caractère vers la représentation standard 8 bits NVT-ASCII. Celui qui reçoit les données va
convertir les données depuis la forme standard vers sa propre forme interne. Utiliser la
représentation standard NVT-ASCII signifie que les données doivent être interprétées comme
des octets de 8 bits.
NOTES
Site d’informations :
www.formationenligne-bf.com
OTC est le premier centre de

formation en ligne au monde
Notre succès repose sur nos

ressources, notre souci
permanent de vous rendre
2014
Type EBCDIC
Ce type est utilisé pour obtenir des transferts efficaces entre des hôtes qui utilisent EBCDIC
pour la représentation interne de leurs caractères.
Type image
Les données sont envoyées comme des bits empaquetés en octets de transfert de 8 bits.
Le type Image est utilisé pour obtenir une sauvegarde efficace, pour récupérer des fichiers, et
pour transférer des données binaires. Il est recommandé que toutes les implémentations FTP
acceptent ce type.
Type local
Les données sont transférées dans des octets logiques dont la taille est spécifiée par le second
paramètre qui est obligatoire: Taille d'un octet. La valeur de la taille d'un octet doit être un
entier décimal; il n'y a pas de valeur par défaut. La taille d'un octet logique n'est pas
nécessairement la même que la taille d'un octet de transfert.
Lorsque les données atteignent celui qui reçoit les données, elles seront transformées d'une
manière dépendant de la taille d'un octet logique. Cette transformation doit être inversible
(c'est à dire: un fichier identique peut être récupéré si les mêmes paramètres sont utilisés).
Contrôle du format:
Un fichier de caractères peut être transféré à un hôte pour l'une des 3 raisons suivantes: pour
une impression, pour une sauvegarde et une prochaine récupération, ou pour un traitement. Si
un fichier est envoyé pour une impression, l'hôte recevant les données doit savoir de quelle
manière le contrôle de format est représenté. Dans le second cas, il doit être possible
d'emmagasiner un fichier chez un hôte et alors de le récupérer plus tard dans le même format.
Finalement, il devrait être possible de déplacer un fichier d'un hôte à un autre et de traiter le
2014
fichier sur le second hôte sans rencontrer de problèmes. Un simple format ASCII ou EBCDIC
ne satisfait pas toutes ces conditions. Ainsi, ces types ont un second paramètre spécifiant l'un
des 3 formats suivants:
NON PRINT:
C'est le format par défaut à utiliser si le second paramètre n'est pas indiqué.
Le fichier ne doit pas contenir d'information de formatage vertical. S'il est passé a un
processus d'impression, ce processus doit prendre en considération les valeurs standards pour
l'espacement et les marges. Normalement ce format sera utilisé avec les fichiers destinés pour
le traitement ou tout simplement pour la sauvegarde.
Contrôles du format TELNET:
Le fichier contient des contrôles ASCII/EBCDIC du formatage vertical (i.e., <CR>, <LF>,
<NF>, <VT>, <FF>) que le processus d'impression interprètera correctement. <CRLF>, dans
exactement cette séquence, désigne la fin d'une ligne.
Structure des données:
En plus des différents types de représentations, le FTP permet de spécifier la structure d'un
fichier. 3 structures de fichier sont définies:
structure-fichier, où il n'y a pas de structure interne et où le fichier est considéré comme une
série continue d'octets de données,
Structure-enregistre, où le fichier est constitué d'enregistrements séquentiels,
et structure-page, où le fichier est constitué de pages indexées indépendantes.
Structure-fichier est mis par défaut si la commande STRUcture n'a pas été utilisée. La
structure d'un fichier va affecter le mode de transfert d'un fichier, l'interprétation et la
sauvegarde du fichier.
NOTES


2014
La structure naturelle d'un fichier dépendra de l'hôte qui emmagasine le fichier.
Avec certains sites orientés fichiers et d'autres orientés sauvegardes il peut y avoir des
problèmes si le fichier avec une structure est envoyé à un hôte utilisant l'autre structure. Si le
fichier est envoyé avec la structure structure-sauvegarde à un hôte orienté fichier alors cet
hôte devrait appliquer une application interne au fichier basé sur la structure-sauvegarde.
Cette transformation doit être utile, mais elle doit être réversible pour qu'un fichier identique
puisse être récupéré en utilisant la structure-sauvegarde.
Récupération des erreurs et recommencement (restart):
Aucun dispositif pour détecter les bits perdus ou brouillés dans les données transmises n'est
mis en place. Ce niveau du contrôle de l'erreur est assuré par le TCP. Néanmoins, une
procédure de recommencement est fournie pour protéger l'utilisateur de grosses erreurs
Systèmes.
La procédure de recommencement est seulement définie pour les modes bloc et compressé de
la transmission de données. Ceci requiert que celui qui envoie les données insère un code
marqueur spécial dans le flux de données avec une information de marquage. L'information
de marquage a une signification seulement pour l'envoyeur, mais doit consister en un
ensemble de caractères imprimables dans le langage par défaut ou dans un langage négocié de
la connexion de contrôle (ASCII ou EBCDIC). Le marqueur pourrait représenter un
compteur-bit, un compteur-sauvegarde, ou n'importe quelle autre information qui permettrait
au système d'identifier un point de contrôle des données. Celui qui reçoit les
Données, s'il a implanté la procédure de recommencent, devrait alors marquer la position
correspondante de ce marqueur dans le système receveur, et retourner cette information à
l'utilisateur. Dans le cas d'une erreur système, l'utilisateur peut recommencer le transfert de
données en identifiant le point de marquage avec la procédure de recommencement FTP.
L'exemple suivant illustre l'utilisation d'une procédure restart.
Celui qui envoie les données insère un marqueur de bloc approprié dans le flux de données à
un point adéquat. L'hôte qui reçoit les données marque le point de données correspondant
dans son système de fichier et transmet le dernier marqueur envoyé et le dernier marqueur
2014
reçu connu à l'utilisateur, soit directement soit avec la connexion de contrôle ( ceci dépend de
celui qui envoie les données). S'il y a une erreur système, l'utilisateur ou le processus de
contrôle redémarre le serveur au dernier marqueur serveur en envoyant une commande restart
avec comme argument le code du marqueur du serveur. La commande restart est envoyé sur
le canal de contrôle et est immédiatement suivie par une commande (comme RETR, STOR ou
LIST) qui avait été exécutée lors de la défaillance système.
Mode de transmission:
La considération suivante lors d'un transfert de données est le choix du mode de transmission.
Il y a 3 modes: un qui formate les données et qui autorise des procédures de
recommencement; un qui permet de compresser les données pour une efficacité du transfert;
et un qui passe les données avec soit un petit ou soit aucun traitement. Dans le mode
compressé, le type de représentation détermine le remplissage des octets.
Tous les transferts de données doivent être accomplis avec un fin-de fichier (End-Of-File
(EOF)) qui peut être explicitement placé ou implicitement par la fermeture de la connexion de
données. Pour les fichiers avec une structure-sauvegarde, toutes les marques fin-de-
sauvegarde (End-Of-Record (EOR)) sont explicitées et incluses à la fin. Pour les fichiers
transmis avec la structure page un type de page "dernière page" est utilisé.
Les modes de transmission suivants sont définis dans le FTP:
Mode STREAM:
Les données sont transférées comme un flux ("stream") d'octets. Il n'y a aucune restriction sur
le type de représentation utilisé; les structures sauvegarde sont autorisées.
Mode Bloc:
Le fichier est transmis comme une série de bloc de données par un ou plus octets en-têtes. Les
octets en-têtes contiennent un champ compteur, et un code descripteur. Le champ compteur
indique la longueur totale du bloc de données en octets, ainsi il marque le début du prochain
bloc de données (il n'y a pas de remplisseur de bits).
Le code descripteur définit le dernier bloc du fichier (EOF) et le dernier bloc dans la
sauvegarde. Les structures sauvegardes sont autorisées et n'importe quel type de
NOTES


2014
représentation peut être utilisé.
Mode compressé:
Il y a 3 sortes d'informations à envoyer: les données regulières, envoyées dans un octet

chaîne; les données compressées; basées sur des réplications ou le remplissage; les
informations de contrôle, envoyées dans une séquence échappée de 2 octets. Si n>0 octets
(jusqu'a 127) de données régulières sont envoyés, ces n octets sont précédés par un octet
avec le bit 0 mis à 0 et les autres bits contenant le nombre n.
4. Fonctions pour le transfert de fichiers :
Commandes FTP:
Commandes de contrôle d'accès:
Les commandes suivantes spécifient des identifiants pour le contrôle d'accès (les codes de
commande sont mis entre parenthèses).
Nom de l'utilisateur (USER)
Le champ de cet argument est une chaîne identifiant l'utilisateur.

L'identification utilisateur est requise pour l'accès au système de fichier du serveur. Cette
commande est normalement la première commande que l'utilisateur doit transmettre après que
le canal de contrôle se soit établi. Une autre information de la forme d'un mot de passe
ou d'une commande account peut aussi être requise par des serveurs. Les serveurs peuvent
autoriser la transmission d'une nouvelle commande USER à n'importe quel moment pour
changer le contrôle de l'accès et/ou l'information au sujet du compte. Tous les paramètres de
transmission restent inchangés et n'importe quel fichier en cours de transfert doit être
entièrement transmis avec les anciens paramètres de contrôle d'accès.
Mot de passe (PASS):
2014
Le champ de cet argument est une chaine spécifiant le mot de passe de l'utilisateur. Cette
commande doit être absolument précédée de la commande USER, et, pour certains sites, de
l'identification de l'utilisateur pour le contrôle d'accès. Comme l'information 'mot de passe'
doit être sécurisée, il faut en général le masquer en empêchant son affichage à l'écran au fur et
à mesure que l'utilisateur le tape sur le clavier.
COMPTE (ACCT):
Le champ de cet argument est une chaîne identifiant le compte utilisateur. Cette commande
n'est pas nécessairement en relation à la commande USER, comme certains sites requiert un
compte pour se logger dessus et que d'autres seulement pour des accès spécifiques, comme la
sauvegarde de fichiers. La commande peut même arriver à n'importe quel moment.
Changement du répertoire de travail (CWD):
Cette commande autorise l'utilisateur à travailler avec un répertoire ou un ensemble de

données différent pour la sauvegarde de fichiers la récupération sans altérer le login ou
l'information a propos du compte.
L'argument est nom de chemin spécifiant un répertoire ou un autre système de fichier.
Changer au répertoire parent (CDUP):
Cette commande est un cas spécial de CDW et est incluse pour simplifier l'implémentation de
programme pour transférer l'arborescence d'un répertoire entre des systèmes d'exploitation qui
ont des syntaxes différentes pour nommer le répertoire parent.
Structure de la monture (SMNT):
Cette commande autorise l'utilisateur à monter un autre système de fichier sans altérer le login
ou l'information au sujet du compte. Les paramètres de transmission sont inchangés.
L'argument est un nom de chemin spécifiant un répertoire ou un autre système de fichier.
NOTES


2014
Réinitialisation (REIN):
Cette commande termine un USER, nettoyant toutes les entrées/sorties et l'information à

propos du compte, sans permettre aux transferts en cours de se terminer. Tous les paramètres
sont mis aux valeurs par défaut et le canal de contrôle est laissé ouvert. L'utilisateur est alors à
l'état auquel il était après que la connexion de connexion ait été ouverte. Une commande
USER peut être attendue ensuite.
LOGOUT (QUIT)
Cette commande termine un USER et si le transfert de fichier n'est pas en cours, le serveur
ferme la connexion de contrôle. Si un transfert de fichier est en cours, la connexion restera
ouverte jusqu'a ce qu'une réponse spécifiant le résultat du transfert soit reçue. Le serveur
fermera alors la connexion. Si le processus-utilisateur est entrain de transférer des fichiers
pour différents utilisateurs mais ne souhaite pas fermer et alors réouvrir chacones de ses
connections, alors une commande REIN devrait être envoyée au lieu d'un QUIT.
Une fermeture non attendue sur la connexion de contrôle obligera le serveur à effectuer une
commande ABOR puis un logout (QUIT)
Commandes pour paramétrer le transfert:
Toutes les données pour paramétrer la transmission de données possèdent les valeurs par
défaut, et les commandes spécifiant les paramètres pour transférer les données sont seulement
requises si les valeurs par défaut ne sont pas attribuées. La valeur par défaut est la dernière
valeur spécifiée, ou si aucune valeur n'a été specifiée, la valeur standard est celle placée en
paramètre. Ceci implique que le serveur se rappelle les valeurs par défaut applicables. Les
commandes peuvent être envoyées dans n'importe quel ordre. Elles doivent bien évidemment
être précédées de requêtes de service FTP. Les commandes suivantes spécifient les paramètres
de transfert de données:
Port de données (PORT):
2014
L'argument désigne le port de données à utiliser pour le canal de données. Il y a des valeurs
par défaut pour les ports de données de l'utilisateur et du serveur, et sous des conditions
normales cette commande et sa réponse ne sont pas nécessaires. Si cette commande est
utilisée, l'argument est une concaténation d'une adresse internet 32 bits d'un hôte et de
l'adresse 16 bits d'un port TCP. L'information de cette adresse est cassée en champs
de 8 bits et la valeur de chaque champ est transmis en tant que nombre décimal. Les champs
sont séparés par des virgules. Une commande port pourrait être:
PORT h1,h2,h3,h4,p1,p2
où h1 constitue les 8 derniers bits de l'adresse internet de l'hôte.
Passif (PASV):
Cette commande requiert l’"écoute" sur le port de données (qui n'est pas son port par défaut)
et l’attente d’une connexion plutôt que d'en initialiser une à la réception d'une commande de
transfert. La réponse de cette commande inclut l'adresse de l'hôte et de l'adresse d'un port sur
lequel le serveur écoute.
Type de représentation (TYPE):
L'argument spécifie le type de représentation comme décrit dans la section sur la

représentation et la sauvegarde des données. Plusieurs types prennent un second paramètre.
Le premier paramètre est dénoté par une simple chaîne de caractères pour les types ASCII et
EBCDIC; le second paramètre pour octet local est un nombre décimal pour indiquer la taille
d'un octet. Les paramètres sont sépares par un <SP> (Espace, code
ASCII 32).
A - ASCII N - Non-Print
T – Format Telnet
E - EBCDIC C - ASA
NOTES


2014
I - Image
L <taille en octet> - Taille locale en octet
La représentation du type par défaut est ASCII non-imprimé. Si le paramètre du format est
changé, et que plus tard seul l'argument est changé, le format retourne alors vers le format par
défaut: Non-Print.
Structure du fichier (STRU):
L'argument est un simple code de caractère spécifiant la structure du fichier.
Les codes suivants sont assignés pour la structure:
F - Fichier Aucune structure-sauvegarde

R - Structure-sauvegarde
P - Structure-page
La structure par défaut est fichier
Mode de transfert (MODE):
L'argument est un simple code de caractère spécifiant le mode de transfert de données décrit
dans la section sur les modes de transmission.
Les codes suivants sont assignés pour les modes de transfert:
S - Stream (Flux)
B - Bloc
C - Compressé
Le mode transfert par défaut est Stream (flux).
2014
Commandes de service FTP:
Les commandes de service FTP définissent le transfert de fichier ou la fonction du système de

fichier demandé par l'utilisateur.
RETRIEVE (RETR):
Cette commande demande la transmission d’une copie de fichier, spécifiée dans le nom de
chemin.
STORE (STOR):
Cette commande demande d'accepter les données transférées via la connection de données et
d'emmagasiner les données dans un fichier sur le site serveur. Si le fichier spécifié dans le
nom de chemin existe sur le site serveur, alors son contenu devrait être remplacé par
les données en transfert. Un nouveau fichier est créé sur le site serveur si le fichier spécifié
dans le nom de chemin n'existe pas.
STORE UNIQUE (STOU):
Cette commande ressemble à la commande STOR excepté que le fichier résultant doit être
créé dans le répertoire courant sous un unique nom dans ce répertoire.
APPEND (avec création) (APPE):
Cette commande demande d'accepter les données transférées via la connexion de données et
d'emmagasiner les données dans un fichier sur le site serveur. Si le fichier spécifié dans le
nom de chemin existe sur le site serveur, alors les données devraient être ajoutées à ce
NOTES


2014
fichier; sinon le fichier spécifié dans le nom de chemin devrait être créé sur le site serveur.
ALLOCATE (ALLO):
Cette commande peut être requise par certains serveurs pour réserver une sauvegarde
suffisante pour recevoir le nouveau fichier à transférer. L'argument devrait être un nombre
entier décimal représentant le nombre d'octets (en utilisant la taille d'un octet logique) de
sauvegarde à réserver pour le fichier. Pour les fichiers envoyés avec la structure-sauvegarde
ou la structure-page la taille maximale de page ou de sauvegarde (en octets logique) pourrait
être nécessaire; ceci est indiqué par un nombre entier décimal comme un second argument. Ce
second argument est optionnel, mais lorsqu'il est présent il devrait être séparé par la première
par les 3 caractères <SP> R <SP>. Cette commande devrait être suivie par une
commande STOR ou APPE.
RESTART (REST):
L'argument représente le marqueur serveur à partir duquel le transfert du fichier doit

recommencer. Cette commande ne provoque pas le transfert de fichier mais saute de pas en
pas dans le fichier jusqu'à un point marqueur dans les données. Cette commande devrait être
immédiatement suivie par une commande de service FTP appropriée qui devrait provoquer le
recommencement du transfert de fichier.
RENAME FROM (RNFR):
Cette commande spécifie l'ancien nom de chemin d'un fichier qui doit être renommé. Cette
commande doit être immédiatement suivie d'une commande "rename to" spécifiant le
nouveau nom de chemin du fichier.
RENAME TO (RNTO):
2014
Cette commande spécifie le nouveau nom de chemin du fichier spécifié dans la commande
précédente RNFR. Ensemble ces deux commandes permettent de changer le nom d'un fichier.
ABORT (ABOR):
Cette commande demande au serveur d'annuler la commande de service FTP précédente et

tous les transferts de données associés a cette commande. La commande ABOR peut avoir
besoin d'une "action spéciale", comme discutée dans la section Commandes FTP, pour forcer
la reconnaissance de la part d'un serveur. Aucune action ne doit être pris en compte si la
commande précédente a terminée son travail (ceci inclut les transferts de données).
Effacer (DELE):
Cette commande provoque l'effacement du fichier spécifié dans le nom de chemin chez le site
serveur. Si un niveau de protection supplémentaire est désiré (comme : Voulez-vous vraiment
effacé ce fichier), il devrait être fourni par le processus utilisateur-FTP.
Retirer un répertoire (RMD):
Cette commande spécifie dans le nom de chemin un répertoire (si le nom de chemin est
complet) ou un sous-répertoire du répertoire de travail courant (si le nom de chemin est
relatif (c’est à dire ne contient que le nom du répertoire à retirer et non tout son chemin
d'accès)).
Créer un répertoire (MKDIR):
Cette commande provoque la création du répertoire spécifié dans le nom de chemin (si le nom
du chemin est complet) ou d'un sous-répertoire dans le répertoire de travail courant (si le nom
de chemin est relatif).
NOTES


2014
Affichage du répertoire de travail (PWD):
Cette commande retourne en réponse le nom du répertoire de travail courant.
LIST (LIST):
Cette commande demande au serveur d'envoyer une liste . Si le nom de chemin spécifie un
répertoire ou un groupe de fichier, le serveur devrait transférer une liste de fichiers provenant
du répertoire spécifié. Si le nom de chemin spécifie un fichier alors le serveur devrait envoyer
l'information courante sur le fichier.
Liste de nom (NLIST):
Cette commande demande au serveur d'envoyer la liste du contenu d'un répertoire à

l'utilisateur.
Paramètres du site (SITE):
Cette commande est utilisée pour fournir des services spécifiques au système qui sont
essentiels pour le transfert de fichier mais pas suffisamment universels pour être inclus
comme des commandes dans le protocole. La nature de ces services et la spécification de leur
syntaxe peut être indiquée dans une réponse à la commande HELP SITE.
SYSTEM (SYST):
Cette commande est utilisée pour connaître le type de système d'exploitation sur lequel est
implanté le serveur.
STATUS (STAT):
Cette commande devrait retourner un état sur la connexion de contrôle.
2014
Aide (HELP):
Cette commande devrait demander au serveur d'envoyer des informations utiles en ce qui
concerne son état d'implémentation sur le canal de contrôle de l'utilisateur. La commande peut
prendre un argument et retourner plus d'informations spécifiques en réponse.
Aucune opération (NOOP):

Cette commande n'affecte aucuns paramètres ou commandes précédemment entrées. Il ne
spécifie aucune action autre qu'une réponse positive.
5. Scénario FTP typique:
En général, l'utilisateur communiquera avec le serveur via un processus utilisateur-FTP. Ce

qui suit peut être un scenario typique.
'---->' représente les commandes depuis l'hôte Utilisateur vers l'hôte Serveur, et '<----'
représente les réponses depuis l'hôte Serveur vers l'hôte Utilisateur.
Commandes locales de l’utilisateur

Action engagée
ftp (host) multics <CR> Connecté à l’hôte Serveur, Port L, établissement des
connections de contrôle
<---- 220 Service prêt <CRLF>
username Planete <CR> USER Planete<CRLF>---->
<---- 331 Nom utilisateur ok, mot de passe
requis<CRLF>
password Linux PASS Linux<CRLF>---->
<---- 230 Utilisateur loggé(CRLF)
Retrieve (local type) ASCII<CR> L'utilisateur-FTP ouvre un fichier local en ASCII
(local pathname) test 1 <CR>
NOTES


2014
(for. Pathname) test.pl1<CR> RETR test.pl1<CRLF> ---->

<---- 150 Statut du fichier ok; a propos de l'ouverture
de la connection de donnees. Le serveur etablit une
connection de donnees vers le port Utilisateur.
<---- 226 Fermeture de la connection de donnees. Le
transfert de fichier s'est acheve avec succes.
type Image <CR> TYPE I<CRLF> ---->
<---- 200 Commande OK<CRLF>
store (local type) image<CR> L'utilisateur-FTP ouvre un fichier local en Image.
(local pathname) file dump<CR>
(for.pathname) >udd>cn>fd<CR> STOR >udd>cn>fd<CRLF> ---->
<---- 500 Acces refuse<CRLF>
Termine QUIT<CRLF> ---->
Le serveur ferme toutes les connections
6. Conclusion :
Le protocole FTP est donc un système de partage de fichier, possédant une structure de
confidentialité, de réserve d’accès le rendant très intéressant pour la sauvegarde de fichiers
confidentiels ou publiques. Certains points comme les messages d’erreur n’ont pas été
abordés afin de ne pas alourdir cet article.
2014
NOTES
NOTES



Cours Otc Client FTP

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Cours Otc Client FTP

Transféré par

Droits d'auteur :

Formats disponibles

COURS OTC CLIENT FTP 2014

3. Fonctions de transferts de données :

Représentation et sauvegarde des données:

Contacts : administration : otc@otc.bf

Chargé des cours : cours@otc.bf

Service commercial : dc@otc.bf

OTC est le premier centre de

Notre succès repose sur nos

Contrôles du format TELNET:

Structure des données:

Structure-enregistre, où le fichier est constitué d'enregistrements séquentiels,

et structure-page, où le fichier est constitué de pages indexées indépendantes.

Contacts : administration : otc@otc.bf

Chargé des cours : cours@otc.bf

Service commercial : dc@otc.bf

OTC est le premier centre de

Notre succès repose sur nos

La structure naturelle d'un fichier dépendra de l'hôte qui emmagasine le fichier.

Récupération des erreurs et recommencement (restart):

Les modes de transmission suivants sont définis dans le FTP:

Contacts : administration : otc@otc.bf

Chargé des cours : cours@otc.bf

Service commercial : dc@otc.bf

OTC est le premier centre de

Notre succès repose sur nos

représentation peut être utilisé.

Il y a 3 sortes d'informations à envoyer: les données regulières, envoyées dans un octet

4. Fonctions pour le transfert de fichiers :

Commandes de contrôle d'accès:

Nom de l'utilisateur (USER)

Le champ de cet argument est une chaîne identifiant l'utilisateur.

Mot de passe (PASS):

Changement du répertoire de travail (CWD):

Cette commande autorise l'utilisateur à travailler avec un répertoire ou un ensemble de

Changer au répertoire parent (CDUP):

Structure de la monture (SMNT):

Contacts : administration : otc@otc.bf

Chargé des cours : cours@otc.bf

Service commercial : dc@otc.bf

OTC est le premier centre de

Notre succès repose sur nos

Cette commande termine un USER, nettoyant toutes les entrées/sorties et l'information à

Commandes pour paramétrer le transfert:

Port de données (PORT):

où h1 constitue les 8 derniers bits de l'adresse internet de l'hôte.

Type de représentation (TYPE):

L'argument spécifie le type de représentation comme décrit dans la section sur la

Contacts : administration : otc@otc.bf

Chargé des cours : cours@otc.bf

Service commercial : dc@otc.bf

OTC est le premier centre de

Notre succès repose sur nos

L <taille en octet> - Taille locale en octet

Structure du fichier (STRU):

L'argument est un simple code de caractère spécifiant la structure du fichier.

Les codes suivants sont assignés pour la structure:

F - Fichier Aucune structure-sauvegarde

La structure par défaut est fichier

Mode de transfert (MODE):

Les codes suivants sont assignés pour les modes de transfert:

Le mode transfert par défaut est Stream (flux).

Commandes de service FTP:

Les commandes de service FTP définissent le transfert de fichier ou la fonction du système de