Protocole de transfer de fichier

Un article de Wikipédia, l'encyclopédie libre
Aller à la navigation Aller à la recherche

Protocole de transfer de fichier
Protocole de communication
ButTransfert de fichier
Développeur(s)Abhay Bhushan pour RFC 959
introduction16 avril 1971 ; il y a 50 ans (1971-04-16)
Couche OSICouche d'application
Port(s)21 pour le contrôle, 20 pour le transfert de données
RFC(s)RFC 959

Le protocole de transfert de fichiers ( FTP ) est un protocole de communication standard utilisé pour le transfert de fichiers informatiques d'un serveur à un client sur un réseau informatique . FTP est construit sur une architecture de modèle client-serveur utilisant des connexions de contrôle et de données séparées 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 de manière anonyme si le serveur est configuré pour le permettre. Pour une transmission sécurisée qui protège le nom d'utilisateur et le mot de passe et crypte le contenu, FTP est souvent sécurisé avecSSL/TLS ( FTPS ) ou remplacé par SSH File Transfer Protocol (SFTP).

Les premières applications clientes FTP étaient des programmes de ligne de commande développés avant que les systèmes d'exploitation ne disposent d'interfaces utilisateur graphiques et sont toujours fournies avec la plupart des systèmes d'exploitation Windows , Unix et Linux . [2] [3] De nombreux clients FTP et utilitaires d'automatisation ont depuis été développés pour les ordinateurs de bureau , les serveurs, les appareils mobiles et le matériel, et FTP a été intégré dans les applications de productivité, telles que les éditeurs HTML .

En janvier 2021, la prise en charge du protocole FTP a été désactivée dans Google Chrome 88, [4] et désactivée dans Firefox 88.0. [5] En juillet 2021, Firefox 90 a entièrement abandonné le FTP, [6] et Google a emboîté le pas en octobre 2021, supprimant entièrement le FTP dans Google Chrome 95. [7]

Historique des serveurs FTP

La spécification originale du protocole de transfert de fichiers a été écrite par Abhay Bhushan et publiée en tant que RFC  114 le 16 avril 1971. Jusqu'en 1980, FTP fonctionnait sur NCP , le prédécesseur de TCP/IP . [2] 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 la RFC 1579 (février 1994) permet un FTP compatible avec les pare-feu (mode passif), la RFC 2228 (juin 1997) propose des extensions de sécurité, la RFC      2428 (septembre 1998) ajoute la prise en charge d' IPv6 et définit un nouveau type de mode passif. [8]

Présentation du protocole

Communication et transfert de données

Illustration du démarrage d'une connexion passive à l'aide du port 21

FTP peut fonctionner en mode actif ou passif , ce qui détermine la façon dont la connexion de données est établie. [9] (Ce sens de "mode" est différent de celui de la commande MODE dans le protocole FTP et correspond plutôt aux commandes PORT/PASV/EPSV/etc.) Dans les deux cas, le client crée une connexion de contrôle TCP à partir de un port N aléatoire, généralement non privilégié , vers le port de commande 21 du serveur FTP .

  • En mode actif, le client commence à écouter les connexions de données entrantes du serveur sur le port M. Il envoie la commande FTP PORT M pour informer le serveur sur quel port il écoute. Le serveur initie alors un canal de données vers le client à partir de son port 20, le port de données du serveur FTP.
  • Dans les situations où le client est derrière un pare -feu et incapable d'accepter les connexions TCP entrantes, le mode passif peut être utilisé. Dans ce mode, le client utilise la connexion de contrôle pour envoyer une commande PASV au serveur, puis reçoit une adresse IP du serveur et un numéro de port du serveur du serveur, [9] que le client utilise ensuite pour ouvrir une connexion de données à partir d'un client arbitraire. port à l'adresse IP du serveur et au numéro de port du serveur reçus. [dix]

Les deux modes ont été mis à jour en septembre 1998 pour prendre en charge IPv6 . D'autres changements ont été introduits dans le mode passif à ce moment-là, le mettant à jour en mode passif étendu . [11]

Le serveur répond via la connexion de contrôle avec des codes d'état à trois chiffres en ASCII avec un message texte facultatif. Par exemple, "200" (ou "200 OK") signifie que la dernière commande a réussi. Les chiffres représentent le code de la réponse et le texte facultatif représente une explication ou une demande lisible par l'homme (par exemple, <Besoin d'un compte pour stocker le fichier>). [1] Un transfert en cours de données de fichiers via la connexion de données peut être interrompu à l'aide d'un message d'interruption envoyé via la connexion de contrôle.

FTP a besoin de deux ports (un pour l'envoi et un pour la réception) car il a été conçu à l'origine pour fonctionner sur le programme de contrôle réseau (NCP), qui était un protocole simplex qui utilisait deux adresses de port , établissant deux connexions, pour les communications bidirectionnelles. Un port impair et un port pair étaient réservés à chaque application ou protocole de la couche application. La standardisation de TCP et UDP a réduit le besoin d'utiliser deux ports simplex pour chaque application à un port duplex, [12] : 15  mais le protocole FTP n'a jamais été modifié pour n'utiliser qu'un seul port, et a continué à en utiliser deux pour la rétrocompatibilité .

Traversée du NAT et du pare-feu

FTP transfère normalement les données en demandant au serveur de se reconnecter au client, après l'envoi de la commande PORT par le client. Ceci est problématique à la fois pour les NAT et les pare-feu, qui n'autorisent pas les connexions depuis Internet vers les hôtes internes. [13] Pour les NAT, une complication supplémentaire est que la représentation des adresses IP et du numéro de port dans la commande PORT fait référence à l'adresse IP et au port de l'hôte interne, plutôt qu'à l'adresse IP publique et au port du NAT.

Il existe deux approches pour résoudre ce problème. La première est que le client FTP et le serveur FTP utilisent la commande PASV, ce qui entraîne l'établissement de la connexion de données du client FTP au serveur. [13] Ceci est largement utilisé par les clients FTP modernes. Une autre approche consiste pour le NAT à modifier les valeurs de la commande PORT, en utilisant une passerelle au niveau de l'application à cette fin. [13]

Types de données

Lors du transfert de données sur le réseau, quatre types de données sont définis : [2] [3] [8]

  • ASCII (TYPE A) : utilisé pour le texte. Les données sont converties, si nécessaire, de la représentation des caractères de l'hôte expéditeur en "ASCII 8 bits" avant la transmission, et (à nouveau, si nécessaire) en représentation des caractères de l'hôte récepteur. Par conséquent, ce mode est inapproprié pour les fichiers contenant des données autres que du texte brut.
  • Image (TYPE I, communément appelé mode binaire ) : la machine émettrice envoie chaque fichier octet par octet, et le destinataire stocke le flux d' octets au fur et à mesure qu'il le reçoit. (La prise en charge du mode image a été recommandée pour toutes les implémentations de FTP).
  • EBCDIC (TYPE E) : utilisé pour le texte brut entre les hôtes utilisant le jeu de caractères EBCDIC.
  • Local (TYPE L n ): conçu pour prendre en charge le transfert de fichiers entre des machines qui n'utilisent pas d'octets 8 bits, par exemple des systèmes 36 bits tels que DEC PDP-10s . Par exemple, "TYPE L 9" serait utilisé pour transférer des données en octets de 9 bits, ou "TYPE L 36" pour transférer des mots de 36 bits. La plupart des clients/serveurs FTP actuels ne prennent en charge que L 8, qui équivaut à I.

Un brouillon Internet expiré définissait un TYPE U pour transférer des fichiers texte Unicode en utilisant UTF-8 ; [14] bien que le brouillon ne soit jamais devenu un RFC, il a été implémenté par plusieurs clients/serveurs FTP.

Notez que ces types de données sont communément appelés "modes", bien que ce mot soit également utilisé de manière ambiguë pour désigner le mode de communication actif-passif (voir ci-dessus) et les modes définis par la commande MODE du protocole FTP (voir ci-dessous).

Pour les fichiers texte (TYPE A et TYPE E), trois options de contrôle de format différentes sont fournies, pour contrôler la manière dont le fichier sera imprimé :

  • Non imprimable (TYPE AN et TYPE EN) – le fichier ne contient aucun caractère de contrôle de chariot destiné à une imprimante
  • Telnet (TYPE AT et TYPE ET) - le fichier contient des caractères de contrôle de chariot Telnet (ou en d'autres termes, ASCII C0) (CR, LF, etc.)
  • ASA (TYPE AA et TYPE EA) - le fichier contient des caractères de contrôle de chariot ASA

Ces formats concernaient principalement les imprimantes ligne ; la plupart des clients/serveurs FTP actuels ne prennent en charge que le contrôle de format par défaut de N.

Structures de fichiers

L'organisation des fichiers est spécifiée à l'aide de la commande STRU. Les structures de fichiers suivantes sont définies dans la section 3.1.1 de RFC959 :

  • Structure F ou FILE (orientée flux). Les fichiers sont considérés comme une séquence arbitraire d'octets, de caractères ou de mots. Il s'agit de la structure de fichiers habituelle sur les systèmes Unix et d'autres systèmes tels que CP/M, MS-DOS et Microsoft Windows. (Chapitre 3.1.1.1)
  • Structure R ou RECORD (orientée enregistrement). Les fichiers sont considérés comme divisés en enregistrements, qui peuvent être de longueur fixe ou variable. Cette organisation des fichiers est courante sur les systèmes mainframe et milieu de gamme, tels que MVS, VM/CMS, OS/400 et VMS, qui prennent en charge les systèmes de fichiers orientés enregistrement .
  • Structure P ou PAGE (orientée page). Les fichiers sont divisés en pages, qui peuvent contenir des données ou des métadonnées ; chaque page peut également avoir un en-tête donnant divers attributs. Cette structure de fichiers a été spécialement conçue pour les systèmes TENEX et n'est généralement pas prise en charge sur d'autres plates-formes. RFC1123 section 4.1.2.3 recommande que cette structure ne soit pas implémentée.

La plupart des clients et serveurs FTP contemporains ne prennent en charge que STRU F. STRU R est toujours utilisé dans les applications de transfert de fichiers mainframe et mini-ordinateur.

Modes de transfert de données

Le transfert de données peut être effectué dans l'un des trois modes suivants : [1] [2]

  • Mode flux (MODE S) : les données sont envoyées sous forme de flux continu, ce qui évite à FTP d'effectuer tout traitement. Au contraire, tout le traitement est laissé à TCP . Aucun indicateur de fin de fichier n'est nécessaire, sauf si les données sont divisées en enregistrements .
  • Mode bloc (MODE B) : conçu principalement pour transférer des fichiers orientés enregistrement (STRU R), mais peut également être utilisé pour transférer des fichiers texte orientés flux (STRU F). FTP place chaque enregistrement (ou ligne) de données dans plusieurs blocs (en-tête de bloc, nombre d'octets et champ de données) puis le transmet à TCP. [8]
  • Mode compressé (MODE C) : étend le MODE B avec la compression des données à l'aide d'un codage de longueur d'exécution .

La plupart des clients et serveurs FTP contemporains n'implémentent pas le MODE B ou le MODE C ; Les clients et serveurs FTP pour les systèmes d'exploitation mainframe et mini-ordinateurs sont l'exception à cela.

Certains logiciels FTP implémentent également un mode compressé basé sur DEFLATE , parfois appelé "Mode Z" après la commande qui l'active. Ce mode a été décrit dans un Internet Draft , mais pas standardisé. [15]

GridFTP définit des modes supplémentaires, MODE E [16] et MODE X, [17] comme des extensions du MODE B.

Commandes supplémentaires

Les implémentations plus récentes de FTP prennent en charge la commande MFMT ( Modify Fact: Modification Time ), qui permet à un client d'ajuster cet attribut de fichier à distance, permettant ainsi la préservation de cet attribut lors du téléchargement de fichiers. [18] [19]

Pour récupérer un horodatage de fichier distant, il existe la commande MDTM . Certains serveurs (et clients) prennent en charge la syntaxe non standard de la commande MDTM avec deux arguments, qui fonctionne de la même manière que MFMT [20]

Se connecter

La connexion FTP utilise un schéma normal de nom d'utilisateur et de mot de passe pour accorder l'accès. [2] Le nom d'utilisateur est envoyé au serveur à l'aide de la commande USER et le mot de passe est envoyé à l'aide de la commande PASS. [2] Cette séquence n'est pas chiffrée "sur le fil", elle peut donc être vulnérable à une attaque de reniflage de réseau . [21] Si les informations fournies par le client sont acceptées par le serveur, le serveur enverra un message d'accueil au client et la session commencera. [2] Si le serveur le prend en charge, les utilisateurs peuvent se connecter sans fournir d'identifiants de connexion, mais le même serveur peut n'autoriser qu'un accès limité pour ces sessions. [2]

FTP anonyme

Un hôte qui fournit un service FTP peut fournir un accès FTP anonyme . [2] Les utilisateurs se connectent généralement au service avec un compte « anonyme » (en minuscules et sensible à la casse dans certains serveurs FTP) lorsqu'ils sont invités à saisir un nom d'utilisateur. Bien que les utilisateurs soient généralement invités à envoyer leur adresse e -mail au lieu d'un mot de passe, [3] aucune vérification n'est réellement effectuée sur les données fournies. [22] De nombreux hôtes FTP dont le but est de fournir des mises à jour logicielles autoriseront les connexions anonymes. [3]

Différences avec HTTP

HTTP corrige essentiellement les bogues de FTP qui le rendaient peu pratique à utiliser pour de nombreux petits transferts éphémères, comme c'est généralement le cas dans les pages Web.

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 qu'en mode "actif" par défaut, cette connexion est du serveur au client. Cette apparente inversion des rôles en mode actif et les numéros de port aléatoires pour tous les transferts expliquent pourquoi les pare-feu et les passerelles NAT ont tant de mal avec FTP. HTTP est sans état et multiplexe le contrôle et les données sur une seule connexion du client au serveur sur des numéros de port bien connus, qui passent trivialement par des passerelles NAT et sont simples à gérer pour les pare-feu.

La configuration d'une connexion de contrôle FTP est assez lente en raison des délais aller-retour d'envoi de toutes les commandes requises et d'attente de réponses, il est donc habituel d'établir une connexion de contrôle et de la maintenir ouverte pour plusieurs transferts de fichiers plutôt que de la laisser tomber et de la relancer. -établir la session à chaque fois. En revanche, HTTP a initialement interrompu la connexion après chaque transfert, car cela était si bon marché. Bien que HTTP ait par la suite acquis la capacité de réutiliser la connexion TCP pour plusieurs transferts, le modèle conceptuel est toujours constitué de requêtes indépendantes plutôt que d'une session.

Lorsque FTP transfère via la connexion de données, la connexion de contrôle est inactive. Si le transfert prend trop de temps, le pare-feu ou le NAT peut décider que la connexion de contrôle est morte et arrêter de la suivre, interrompant ainsi la connexion et perturbant le téléchargement. La connexion HTTP unique n'est inactive qu'entre les requêtes et il est normal et attendu que de telles connexions soient abandonnées après un délai d'attente.

Support logiciel

Navigateur Web

La plupart des navigateurs Web courants peuvent récupérer des fichiers hébergés sur des serveurs FTP, bien qu'ils ne prennent pas en charge les extensions de protocole telles que FTPS . [3] [23] Lorsqu'une URL FTP plutôt qu'une URL HTTP est fournie, le contenu accessible sur le serveur distant est présenté d'une manière similaire à celle utilisée pour d'autres contenus Web. FireFTP est une extension de navigateur conçue comme un client FTP complet, elle pouvait être exécutée dans Firefox dans le passé, mais il est maintenant recommandé de travailler avec Waterfox .

Google Chrome a entièrement supprimé la prise en charge FTP dans Chrome 88. [24] En 2019, Mozilla discutait de propositions, notamment la suppression de la prise en charge des anciennes implémentations FTP qui ne sont plus utilisées pour simplifier leur code. [25] [26] En avril 2021, Mozilla a publié Firefox 88.0 qui a désactivé la prise en charge FTP par défaut. [27] En juillet 2021, Firefox 90 a complètement abandonné le support FTP. [6]

Syntaxe

La syntaxe de l'URL FTP est décrite dans la RFC 1738 , sous la forme : (les parties entre crochets sont facultatives).  ftp://[user[:password]@]host[:port]/url-path

Par exemple, l'URL ftp://public.ftp-servers.example.com/mydirectory/myfile.txt représente le fichier myfile.txt du répertoire mydirectory sur le serveur public.ftp-servers.example.com en tant que ressource FTP . L'URL ftp://user001:[email protected]/mydirectory/myfile.txt ajoute une spécification du nom d'utilisateur et du mot de passe qui doivent être utilisés pour accéder à cette ressource.

Plus de détails sur la spécification d'un nom d'utilisateur et d'un mot de passe peuvent être trouvés dans la documentation des navigateurs (par exemple, Firefox [28] et Internet Explorer [29] ). Par défaut, la plupart des navigateurs Web utilisent le mode passif (PASV), qui traverse plus facilement les pare-feu des utilisateurs finaux.

Certaines variations ont existé dans la façon dont différents navigateurs traitent la résolution de chemin dans les cas où il existe un répertoire de base non racine pour un utilisateur. [30]

Gestionnaire de téléchargement

Les gestionnaires de téléchargement les plus courants peuvent recevoir des fichiers hébergés sur des serveurs FTP, tandis que certains d'entre eux fournissent également l'interface pour récupérer les fichiers hébergés sur des serveurs FTP. DownloadStudio et Internet Download Accelerator permettent non seulement de télécharger un fichier depuis un serveur FTP mais également de visualiser la liste des fichiers sur un serveur FTP. [31] [32]

Sécurité

FTP n'a pas été conçu pour être un protocole sécurisé et présente de nombreuses faiblesses en matière de sécurité. [33] En mai 1999, les auteurs de la RFC 2577 ont listé une vulnérabilité aux problèmes suivants :  

FTP ne crypte pas son trafic ; toutes les transmissions sont en texte clair et les noms d'utilisateur, mots de passe, commandes et données peuvent être lus par toute personne capable d'effectuer une capture de paquets ( reniflage ) sur le réseau. [2] [33] Ce problème est commun à de nombreuses spécifications du protocole Internet (telles que SMTP , Telnet , POP et IMAP ) qui ont été conçues avant la création de mécanismes de cryptage tels que TLS ou SSL. [8]

Les solutions courantes à ce problème incluent :

  1. Utilisation des versions sécurisées des protocoles non sécurisés, par exemple, FTPS au lieu de FTP et TelnetS au lieu de Telnet.
  2. Utiliser un protocole différent, plus sécurisé, capable de gérer la tâche, par exemple le protocole de transfert de fichiers SSH ou le protocole de copie sécurisée .
  3. Utiliser un tunnel sécurisé tel que Secure Shell (SSH) ou un réseau privé virtuel (VPN).

FTP sur SSH

FTP sur SSH consiste à tunnelliser une session FTP normale via une connexion Secure Shell. [33] Étant donné que FTP utilise plusieurs connexions TCP (ce qui est inhabituel pour un protocole TCP/IP encore utilisé), il est particulièrement difficile de créer un tunnel sur SSH. Avec de nombreux clients SSH, tenter de configurer un tunnel pour le canal de contrôle (la connexion client-serveur initiale sur le port 21) ne protégera que ce canal ; lorsque les données sont transférées, le logiciel FTP à chaque extrémité établit de nouvelles connexions TCP (canaux de données) et n'a donc aucune protection de confidentialité ou d' intégrité .

Sinon, il est nécessaire que le logiciel client SSH ait une connaissance spécifique du protocole FTP, pour surveiller et réécrire les messages du canal de contrôle FTP et ouvrir de manière autonome de nouvelles transmissions de paquets pour les canaux de données FTP. Les progiciels prenant en charge ce mode incluent :

Dérivés

FTPS

Le FTPS explicite est une extension de la norme FTP qui permet aux clients de demander le cryptage des sessions FTP. Cela se fait en envoyant la commande "AUTH TLS". Le serveur a la possibilité d'autoriser ou de refuser les connexions qui ne demandent pas TLS. Cette extension de protocole est définie dans la RFC 4217 . Le FTPS implicite est une norme obsolète pour FTP qui nécessitait l'utilisation d'une connexion SSL ou TLS. Il a été spécifié d'utiliser des ports différents du FTP ordinaire.  

Protocole de transfert de fichiers SSH

Le protocole de transfert de fichiers SSH (chronologiquement le deuxième des deux protocoles abrégés SFTP) transfère des fichiers et a un jeu de commandes similaire pour les utilisateurs, mais utilise le protocole Secure Shell (SSH) pour transférer des fichiers. Contrairement à FTP, il crypte à la fois les commandes et les données, empêchant la transmission ouverte des mots de passe et des informations sensibles sur le réseau. Il ne peut pas interagir avec le logiciel FTP.

Protocole de transfert de fichiers trivial

Le protocole TFTP (Trivial File Transfer Protocol) est un protocole FTP simple à étapes de verrouillage qui permet à un client d'obtenir ou de placer un fichier sur un hôte distant. L'une de ses principales utilisations concerne les premières étapes du démarrage à partir d'un réseau local , car TFTP est très simple à mettre en œuvre. TFTP manque de sécurité et de 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. TFTP a été normalisé pour la première fois en 1981 et la spécification actuelle du protocole se trouve dans la RFC 1350 .  

Protocole de transfert de fichiers simple

Simple File Transfer Protocol (le premier protocole abrégé SFTP), tel que défini par la RFC 913 , a été proposé comme 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 Internet et se voit désormais attribuer le statut historique par l' IETF . Il passe par le port 115 et reçoit souvent le sigle SFTP . Il dispose d'un jeu de commandes de 11 commandes et prend en charge trois types de transmission de données : ASCII , binaire et continue. Pour les systèmes avec une taille de mot c'est-à-dire un multiple de 8 bits, l'implémentation du binaire et du continu est la même. Le protocole prend également en charge la connexion avec ID utilisateur et mot de passe, les dossiers hiérarchiques et la gestion des fichiers (y compris renommer , supprimer , télécharger , télécharger , télécharger avec écraser et télécharger avec ajouter ).

Commandes FTP

Codes de réponse FTP

Vous trouverez ci-dessous un résumé des codes de réponse FTP pouvant être renvoyés par un serveur FTP . Ces codes ont été normalisés dans la RFC 959 par l'IETF. Le code de réponse est une valeur à trois chiffres. Le premier chiffre est utilisé pour indiquer l'un des trois résultats possibles - succès, échec, ou pour indiquer une erreur ou une réponse incomplète :  

  • 2yz - Réponse réussie
  • 4yz ou 5yz - Réponse d'échec
  • 1yz ou 3yz – Erreur ou réponse incomplète

Le deuxième chiffre définit le type d'erreur :

  • x0z – Syntaxe. Ces réponses font référence à des erreurs de syntaxe.
  • x1z – Informations. Réponses aux demandes d'informations.
  • x2z – Connexions. Réponses concernant les connexions de contrôle et de données.
  • x3z – Authentification et comptabilité. Réponses pour le processus de connexion et les procédures comptables.
  • x4z – Non défini.
  • x5z – Système de fichiers. Ces réponses relaient les codes d'état du système de fichiers du serveur.

Le troisième chiffre du code de réponse est utilisé pour fournir des détails supplémentaires pour chacune des catégories définies par le deuxième chiffre.

Voir aussi

Références

  1. ^ un bc Forouzan , BA (2000). TCP/IP : Protocol Suite (1ère éd.). New Delhi, Inde : Tata McGraw-Hill Publishing Company Limited.
  2. ^ un bcdefghij Kozierok , Charles M. ( 2005 ) . _ "Le Guide TCP/IP v3.0" . Tcpipguide.com.
  3. ^ un bcde Dean , Tamara (2010) . Réseau+ Guide des réseaux . Delmar. p. 168–171.
  4. ^ "Dépréciations et suppressions dans Chrome 87" . Récupéré le 18 novembre 2020 .
  5. ^ "Firefox 88.0, Voir toutes les nouvelles fonctionnalités, mises à jour et correctifs" . Récupéré le 23 avril 2021 .
  6. ^ un b Vonau, Manuel (7 juillet 2021). "Firefox suit les traces de Chrome et abandonne le support FTP (téléchargement APK)" . Androïde Policier . Récupéré le 12 juillet 2021 .{{cite web}}: CS1 maint: url-status (link)
  7. ^ "Supprimer le support FTP - Statut de la plate-forme Chrome" . www.chromestatus.com . Récupéré le 2 septembre 2021 .
  8. ^ un bcd Clark , député (2003). Réseaux de données IP et Internet (1ère éd.). West Sussex, Angleterre : John Wiley & Sons Ltd.
  9. ^ un b "le FTP Actif contre le FTP Passif, une Explication Définitive" . Slacksite.com.
  10. ^ RFC 959 (Standard) Protocole de transfert de fichiers (FTP). Postel, J. & Reynolds, J. (octobre 1985). 
  11. ^ Extensions RFC 2428 (norme proposée) pour IPv6, NAT et mode passif étendu. Allman, M. & Metz, C. & Ostermann, S. (septembre 1998). 
  12. ^ Stevens, W. Richard (1994). TCP/IP Illustré Volume I . Vol. 1. Reading, Massachusetts, États-Unis : Addison-Wesley Publishing Company. ISBN 0-201-63346-9.
  13. ^ un bc Gleason , Mike (2005). "Le protocole de transfert de fichiers et votre pare-feu/NAT" . Ncftp.com.
  14. ^ Klensin, Jean. FTP TYPE Extension pour le texte internationalisé . ID brouillon-klensin-ftpext-typeu-00 . Récupéré le 9 juin 2020 .
  15. ^ Preston, J. (janvier 2005). Dégonflez le mode de transmission pour FTP . IETF . ID brouillon-preston-ftpext-deflate-03 . Récupéré le 27 janvier 2016 .
  16. ^ Allcock, W. (avril 2003). "GridFTP : Extensions de protocole à FTP pour la grille" (PDF) .
  17. ^ Mandrichenko, I. (4 mai 2005). "Description du protocole GridFTP v2" (PDF) .
  18. ^ "Commande FTP MFMT" . support.solarwinds.com . 11 octobre 2018.
  19. ^ "Commandes FTP : DSIZ, MFCT, MFMT, AVBL, PASS, XPWD, XMKD | Serv-U" . www.serv-u.com .
  20. ^ "Commande FTP MDTM" . support.solarwinds.com . 11 octobre 2018.
  21. ^ Prince, Brian. "Les organisations devraient-elles retirer FTP pour des raisons de sécurité ?" . Semaine de la sécurité . Semaine de la sécurité . Récupéré le 14 septembre 2017 .
  22. ^ RFC 1635 (informatif) Comment utiliser le FTP anonyme. P. & Emtage, A. & Marine, A. (mai 1994). 
  23. ^ Matthews, J. (2005). Réseaux informatiques : protocoles Internet en action (1ère éd.). Danvers, MA : John Wiley & Sons Inc.
  24. ^ Sneddon, Joey (26 janvier 2021). "Récapitulatif des versions de Linux : GParted, Lightworks, Google Chrome et plus" . omgubuntu.co.uk . Récupéré le 30 janvier 2021 .
  25. ^ "1574475 - Supprimer la prise en charge FTP" .
  26. ^ "Prise en charge FTP obsolète - Statut de la plate-forme Chrome" .
  27. ^ "Voir les nouveautés de Firefox : 88.0 Firefox Release" . mozilla.org . 19 avril 2021 . Récupéré le 20 avril 2021 .
  28. ^ "Accéder aux serveurs FTP | Comment faire | Aide de Firefox" . support.mozilla.com. 5 septembre 2012 . Récupéré le 16 janvier 2013 .
  29. ^ "Comment entrer le mot de passe du site FTP dans Internet Explorer" . Archivé de l'original le 2 juillet 2015 . Récupéré le 13 février 2020 .{{cite web}}: CS1 maint: bot: original URL status unknown (link)Écrit pour les versions 6 et antérieures d'IE. Peut fonctionner avec des versions plus récentes.
  30. ^ Jukka "Yucca" Korpela (18 septembre 1997). "URL FTP" . "Informatique et communication" (jkorpela.fi) . Récupéré le 26 janvier 2020 .
  31. ^ "DownloadStudio - Gestionnaire de téléchargement Internet et accélérateur de téléchargement - Caractéristiques" . Concevoir . Récupéré le 19 octobre 2021 .
  32. ^ "Accélérateur de téléchargement Internet | Caractéristiques" . WestByte . Récupéré le 20 octobre 2021 .
  33. ^ un bc " Sécuriser FTP en utilisant SSH " . Nurdletech.com.
  34. ^ "Composants de la plate-forme d'assurance de l'information (section Tectia ConnectSecure)" . ssh.com . Archivé de l'original le 31 juillet 2020.

Lectures complémentaires

  • RFC  697 – Commande CWD de FTP. juillet 1975.
  • RFC  959 – Protocole de transfert de fichiers (standard) (FTP). J. Postel, J. Reynolds. Octobre 1985.
  • RFC  1579 – FTP compatible avec les pare-feu (informatif). Février 1994.
  • RFC  1635 – (Informationnel) Comment utiliser le FTP anonyme. Mai 1994.
  • RFC  1639 - Opération FTP sur de grands enregistrements d'adresses (FOOBAR). juin 1994.
  • RFC  1738 - Localisateurs de ressources uniformes (URL). Décembre 1994.
  • RFC  2228 – (Norme proposée) Extensions de sécurité FTP. Octobre 1997.
  • RFC  2389 - (Proposition de norme) Mécanisme de négociation de fonctionnalités pour le protocole de transfert de fichiers. Août 1998.
  • RFC  2428 – (Norme proposée) Extensions pour IPv6, NAT et mode passif étendu. Septembre 1998.
  • RFC  2577 – Considérations de sécurité FTP (informatives). Mai 1999.
  • RFC  2640 – (Norme proposée) Internationalisation du protocole de transfert de fichiers. juillet 1999.
  • RFC  3659 – (Proposition de norme) Extensions à FTP. P. Hethmon. mars 2007.
  • RFC  5797 - (Norme proposée) Registre de commandes et d'extensions FTP. Mars 2010.
  • RFC  7151 – (Proposition de norme) Commande HOST du protocole de transfert de fichiers pour les hôtes virtuels. Mars 2014.
  • Registre des commandes et extensions IANA FTP - Le registre officiel des commandes et extensions FTP

Liens externes