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 TFTP (Trivial File Transfer Protocol) est un FTP simple à pas de verrouillage qui permet à un client d`obtenir un fichier ou de mettre un fichier sur un hôte distant. L`une de ses principales utilisations est dans les premiers stades de démarrage à partir d`un réseau local, car TFTP est très simple à implémenter. TFTP manque de sécurité et la plupart des fonctionnalités avancées offertes par des protocoles de transfert de fichiers plus robustes tels que le protocole de transfert de fichiers. Le TFTP a d`abord été standardisé en 1981 et la spécification actuelle pour le protocole peut être trouvée dans RFC 1350. FPT Industrial a introduit une boîte de transfert dans le cadre de ses solutions de groupe motopropulseur électrique. Le protocole de transfert de fichiers (FTP) est un protocole réseau standard utilisé pour le transfert de fichiers informatiques entre un client et un serveur sur un réseau informatique. La boîte de transfert FPT ajoute une unité d`alimentation électrique à un moteur d`origine, permettant la gestion de tous ses modes de propulsion. 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. Il dispose d`un ensemble de commandes de 11 ordres et prend en charge trois types de transmission de données: ASCII, binaire et continu. Pour les systèmes avec une taille de mot qui est un multiple de 8 bits, l`implémentation de binaire et continue est la même. Le protocole prend également en charge la connexion avec l`ID utilisateur et le mot de passe, les dossiers hiérarchiques et la gestion des fichiers (y compris renommer, supprimer, charger, télécharger, Télécharger avec écraser, et télécharger avec append). La spécification originale pour le protocole de transfert de fichiers a été écrite par Abhay Bhushan et publiée en tant que RFC 114 le 16 avril 1971. Jusqu`à 1980, FTP a couru sur NCP, le prédécesseur de TCP/IP. Le protocole a ensuite été remplacé par une version TCP/IP, RFC 765 (juin 1980) et RFC 959 (octobre 1985), la spécification actuelle. Plusieurs normes proposées modifient la RFC 959, par exemple RFC 1579 (février 1994) permet le FTP compatible avec le pare-feu (mode passif), RFC 2228 (juin 1997) propose des extensions de sécurité, RFC 2428 (septembre 1998) ajoute la prise en charge d`IPv6 et définit un nouveau type de mode passif. [4] réduction de la charge de travail ergonomique grâce à l`automatisation nous utilisons des données personnelles pour vous fournir des informations que vous demandez, traiter des demandes d`emploi en ligne et à d`autres fins que nous vous décrivons au moment où elles sont collectées ou qui seront évident pour vous. Par exemple: FTP a une connexion de contrôle avec état qui maintient un répertoire de travail actuel et d`autres indicateurs, et chaque transfert nécessite une connexion secondaire par laquelle les données sont transférées. En mode «passif» cette connexion secondaire est du client au serveur, alors que dans le mode «actif» par défaut cette connexion est du serveur au client.
Ce renversement de rôle apparent en mode actif, et les numéros de port aléatoires pour tous les transferts, est pourquoi les pare-feu et les passerelles NAT ont un temps si difficile avec FTP. HTTP est sans État et les multiplexes contrôlent et les données sur une connexion unique du client au serveur sur les numéros de port connus, qui passe trivialement par les passerelles NAT et est simple pour que les pare-feu gèrent. FTP n`a pas été conçu pour être un protocole sécurisé, et a de nombreuses faiblesses de sécurité. En mai 1999, les auteurs de RFC 2577 énuméré une vulnérabilité aux problèmes suivants: validation de processus régulière et automatique via les parties de requalification.