«

»

Modèle ftp

Dans le modèle décrit dans la figure 1, l`interpréteur de protocole utilisateur initie la connexion de contrôle. La connexion de contrôle suit le protocole Telnet. Lors de l`initiation de l`utilisateur, les commandes FTP standard sont générées par l`utilisateur-PI et transmises au processus serveur via la connexion de contrôle. (L`utilisateur peut établir une connexion de contrôle direct au serveur-FTP, à partir d`un terminal TAC par exemple, et générer des commandes FTP standard indépendamment, en contournant le processus utilisateur-FTP.) Les réponses standard sont envoyées du serveur-PI à l`utilisateur-PI sur la connexion de contrôle en réponse aux commandes. Le protocole FTP est construit sur une architecture de modèle client-serveur à l`aide de connexions de contrôle et de données distinctes entre le client et le serveur. [1] les utilisateurs FTP peuvent s`authentifier avec un protocole de connexion en texte clair, normalement sous la forme d`un nom d`utilisateur et d`un mot de passe, mais peuvent se connecter anonymement si le serveur est configuré pour le permettre. Pour la transmission sécurisée qui protège le nom d`utilisateur et le mot de passe, et crypte le contenu, le FTP est souvent sécurisé avec SSL/TLS (FTPS) ou remplacé par le protocole de transfert de fichiers SSH (SFTP). Le protocole FTP s`inscrit dans un modèle client-serveur, c`est-à-dire qu`une machine envoie des commandes (le client) et que l`autre attend des demandes pour effectuer des actions (le serveur). FTP fonctionne dans un modèle client-serveur où un serveur FTP et un client FTP effectuent l`opération de transfert de fichiers.

Un serveur FTP est configuré dans le réseau, et un emplacement de stockage de fichier spécifique (dossier/système) est identifié pour devenir le stockage partagé, qui hébergera les fichiers que vous souhaitez partager. Les utilisateurs finaux accéde à ce serveur de fichiers via FTP pour commencer à copier les fichiers dans leur dossier/système local. Avec les définitions ci-dessus à l`esprit, le modèle suivant (illustré à la figure 1) peut être schémé pour un service FTP. La mise en place d`une connexion de contrôle FTP est assez lente en raison des retards aller-retour de l`envoi de toutes les commandes requises et en attente de réponses, il est donc habituel de mettre en place une connexion de contrôle et de le maintenir ouvert pour les transferts de fichiers multiples plutôt que de déposer et rétablir la session à chaque fois. En revanche, HTTP a initialement abandonné la connexion après chaque transfert, car le faire était si bon marché. Alors que HTTP a par la suite obtenu la possibilité de réutiliser la connexion TCP pour plusieurs transferts, le modèle conceptuel est toujours des demandes indépendantes plutôt qu`une session. Dans une autre situation, un utilisateur peut souhaiter transférer des fichiers entre deux hôtes, dont aucun n`est un hôte local. L`utilisateur configure les connexions de contrôle aux deux serveurs, puis organise une connexion de données entre eux. De cette manière, les informations de contrôle sont transmises à l`utilisateur-PI, mais les données sont transférées entre les processus de transfert de données du serveur.

Voici un modèle de cette interaction serveur-serveur. Le protocole de transfert de fichiers simple (le premier protocole SFTP abrégé), tel que défini par RFC 913, a été proposé comme un protocole de transfert de fichiers (non sécurisé) avec un niveau de complexité intermédiaire entre TFTP et FTP. Il n`a jamais été largement accepté sur l`Internet, et est maintenant assigné statut historique par l`IETF. Il passe par le port 115, et reçoit souvent l`initialisme de SFTP.