Protocolo de transferencia de archivos

FTP puede ejecutarse en modo activo o pasivo , lo que determina cómo se establece la conexión de datos. ^{[ 9 ]} (Este sentido de "modo" es diferente al del comando MODE en el protocolo FTP).

• En modo activo, el cliente comienza a escuchar las conexiones de datos entrantes del servidor en el puerto M. Envía el comando FTP PORT M para informar al servidor en qué puerto está escuchando. A continuación, el servidor inicia un canal de datos con el cliente desde su puerto 20, el puerto de datos del servidor FTP.
• En situaciones donde el cliente se encuentra detrás de un cortafuegos y no puede aceptar conexiones TCP entrantes, se puede utilizar el modo pasivo . En este modo, el cliente utiliza la conexión de control para enviar un comando PASV al servidor y luego recibe una dirección IP y un número de puerto del servidor, ^{[ 9 ]} que el cliente utiliza para abrir una conexión de datos desde un puerto de cliente arbitrario a la dirección IP y el número de puerto del servidor recibidos. ^{[ 10 ]}

Ambos modos se actualizaron en septiembre de 1998 para admitir IPv6 . En ese momento se introdujeron más cambios en el modo pasivo, actualizándolo al modo pasivo extendido . ^{[ 11 ]}

El servidor responde a través de la conexión de control con códigos de estado de tres dígitos en ASCII y un mensaje de texto opcional. Por ejemplo, "200" (o "200 OK") significa que el último comando se ejecutó correctamente. Los números representan el código de respuesta y el texto opcional representa una explicación o solicitud legible para el usuario (por ejemplo, < Se necesita una cuenta para almacenar el archivo > ). ^{[ 1 ]} Una transferencia de datos de archivo en curso a través de la conexión de datos puede interrumpirse mediante un mensaje de interrupción enviado a través de la conexión de control.

FTP necesita dos puertos (uno para enviar y otro para recibir) porque fue diseñado originalmente para operar sobre el Protocolo de Control de Red (NCP), que era un protocolo simplex que utilizaba dos direcciones de puerto , estableciendo dos conexiones, para comunicaciones bidireccionales. Se reservaba un puerto impar y uno par para cada aplicación o protocolo de la capa de aplicación . La estandarización de TCP y UDP redujo la necesidad de usar dos puertos simplex para cada aplicación a un solo puerto dúplex, ^{[ 12 ] : 15} pero el protocolo FTP nunca se modificó para usar solo un puerto, y continuó usando dos por compatibilidad con versiones anteriores.

Normalmente, FTP transfiere datos mediante la conexión del servidor con el cliente tras el envío del comando PORT por parte de este último. Esto resulta problemático tanto para las NAT como para los cortafuegos, que no permiten conexiones desde Internet hacia hosts internos. ^{[ 13 ]} En el caso de las NAT, una complicación adicional radica en que la representación de las direcciones IP y el número de puerto en el comando PORT se refiere a la dirección IP y el puerto del host interno, en lugar de a la dirección IP y el puerto públicos de la NAT.

Existen dos enfoques para resolver este problema. Uno consiste en que el cliente y el servidor FTP utilicen el comando PASV, que establece la conexión de datos entre el cliente y el servidor. ^{[ 13 ]} Este método es ampliamente utilizado por los clientes FTP modernos. Otro enfoque consiste en que el NAT modifique los valores del comando PORT, utilizando una puerta de enlace a nivel de aplicación para este fin. ^{[ 13 ]}

Al transferir datos a través de la red, se definen cinco tipos de datos: ^{[ 2 ] [ 3 ] [ 8 ]}

• ASCII (TIPO A): Se utiliza para texto. Si es necesario, los datos se convierten de la representación de caracteres del host emisor a "ASCII de 8 bits" antes de la transmisión y, si es preciso, a la representación de caracteres del host receptor, incluyendo los saltos de línea . Por consiguiente, este modo no es adecuado para archivos que contengan datos distintos de ASCII.
• Imagen (TIPO I, comúnmente llamado modo binario ): La máquina emisora ​​envía cada archivo byte a byte, y el receptor almacena el flujo de bytes a medida que lo recibe. (Se recomienda la compatibilidad con el modo de imagen para todas las implementaciones de FTP).
• EBCDIC (TIPO E): Se utiliza para texto plano entre hosts que utilizan el conjunto de caracteres EBCDIC.
• Local (TIPO L n ): Diseñado para admitir la transferencia de archivos entre máquinas que no utilizan bytes de 8 bits, por ejemplo, sistemas de 36 bits como los DEC PDP-10 . Por ejemplo, "TIPO L 9" se usaría para transferir datos en bytes de 9 bits, o "TIPO L 36" para transferir palabras de 36 bits. La mayoría de los clientes/servidores FTP contemporáneos solo admiten L 8, que es equivalente a I.
• Archivos de texto Unicode que utilizan UTF-8 (TIPO U): definidos en un borrador de Internet caducado ^{[ 14 ]} que nunca se convirtió en un RFC, aunque ha sido implementado por varios clientes/servidores FTP.

Tenga en cuenta que estos tipos de datos se denominan comúnmente modos , aunque de forma ambigua esa palabra también se utiliza para referirse al modo de comunicación activo frente al pasivo (véase más arriba) y a los modos establecidos por el comando MODE del protocolo FTP (véase más abajo).

Para los archivos de texto (TIPO A y TIPO E), se ofrecen tres opciones de control de formato diferentes para controlar cómo se imprimirá el archivo:

• No imprimible (TYPE AN y TYPE EN): el archivo no contiene caracteres de control de carro destinados a una impresora.
• Telnet (TIPO AT y TIPO ET): el archivo contiene caracteres de control de carro de Telnet (o en otras palabras, ASCII C0) (CR, LF, etc.).
• ASA (TIPO AA y TIPO EA): el archivo contiene caracteres de control de carro ASA.

Estos formatos eran relevantes principalmente para las impresoras de línea ; la mayoría de los clientes/servidores FTP contemporáneos solo admiten el control de formato predeterminado de N.

La organización de archivos se especifica mediante el comando STRU. Las siguientes estructuras de archivos se definen en la sección 3.1.1 de RFC959:

• Estructura de archivos F (orientada a flujo). Los archivos se consideran una secuencia arbitraria de bytes, caracteres o palabras. Esta es la estructura de archivos habitual en sistemas Unix y otros sistemas como CP/M, MS-DOS y Microsoft Windows. (Sección 3.1.1.1)
• Estructura R o RECORD (orientada a registros). Los archivos se visualizan divididos en registros, que pueden tener una longitud fija o variable. Esta organización de archivos es común en sistemas centrales y de gama media, como MVS, VM/CMS, OS/400 y VMS, que admiten sistemas de archivos orientados a registros .
• Estructura P o PAGE (orientada a páginas). Los archivos se dividen en páginas, que pueden contener datos o metadatos; cada página también puede tener una cabecera con diversos atributos. Esta estructura de archivos se diseñó específicamente para sistemas TENEX y, por lo general, no es compatible con otras plataformas. La sección 4.1.2.3 de la RFC1123 recomienda no implementar esta estructura.

La mayoría de los clientes y servidores FTP actuales solo admiten STRU F. STRU R todavía se utiliza en aplicaciones de transferencia de archivos para mainframes y minicomputadoras.

La transferencia de datos se puede realizar en cualquiera de los tres modos: ^{[ 1 ] [ 2 ]}

• Modo de flujo (MODO S): Los datos se envían como un flujo continuo, lo que libera a FTP de cualquier procesamiento. En cambio, todo el procesamiento se deja a cargo de TCP . No se necesita un indicador de fin de archivo, a menos que los datos estén divididos en registros .
• Modo de bloques (MODO B): Diseñado principalmente para transferir archivos orientados a registros (STRU R), aunque también puede utilizarse para transferir archivos de texto orientados a flujos (STRU F). FTP coloca cada registro (o línea) de datos en varios bloques (encabezado de bloque, recuento de bytes y campo de datos) y luego lo pasa a TCP. ^{[ 8 ]}
• Modo comprimido (MODO C): Amplía el MODO B con compresión de datos mediante codificación de longitud variable .

La mayoría de los clientes y servidores FTP actuales no implementan el MODO B ni el MODO C; los clientes y servidores FTP para sistemas operativos de mainframes y minicomputadoras son la excepción.

Algunos programas FTP también implementan un modo comprimido basado en DEFLATE , a veces llamado "Modo Z" por el comando que lo habilita. Este modo se describió en un borrador de Internet , pero no se estandarizó. ^{[ 15 ]}

GridFTP define modos adicionales, MODO E ^{[ 16 ]} y MODO X, ^{[ 17 ]} como extensiones del MODO B.

Las implementaciones más recientes de FTP admiten el comando Modificar hecho: hora de modificación (MFMT), que permite a un cliente ajustar ese atributo de archivo de forma remota, lo que permite conservar ese atributo al cargar archivos. ^{[ 18 ] [ 19 ]}

Para recuperar la marca de tiempo de un archivo remoto, existe el comando MDTM . Algunos servidores (y clientes) admiten una sintaxis no estándar del comando MDTM con dos argumentos, que funciona de la misma manera que MFMT ^{[ 20 ].}

Un servidor que ofrece un servicio FTP puede proporcionar acceso FTP anónimo . ^{[ 2 ]} Los usuarios suelen iniciar sesión en el servicio con una cuenta "anónima" (en minúsculas y sensible a mayúsculas y minúsculas en algunos servidores FTP) cuando se les solicita el nombre de usuario. Aunque normalmente se les pide a los usuarios que envíen su dirección de correo electrónico en lugar de una contraseña, ^{[ 3 ]} en realidad no se realiza ninguna verificación de los datos proporcionados. ^{[ 22 ]} Muchos servidores FTP cuyo propósito es proporcionar actualizaciones de software permiten inicios de sesión anónimos. ^{[ 3 ]}

Muchos gestores de archivos suelen tener acceso FTP implementado, como el Explorador de archivos (antes Explorador de Windows) en Microsoft Windows . Este cliente solo se recomienda para transferencias de archivos pequeños desde un servidor, debido a limitaciones en comparación con el software cliente dedicado. ^{[ 23 ]} No admite SFTP . ^{[ 24 ]}

Ambos gestores de archivos nativos de KDE en Linux ( Dolphin y Konqueror ) admiten FTP y SFTP. ^{[ 25 ] [ 26 ]}

En Android , el administrador de archivos My Files en Samsung Galaxy tiene un cliente FTP y SFTP incorporado . ^{[ 27 ]}

Durante mucho tiempo, la mayoría de los navegadores web comunes pudieron recuperar archivos alojados en servidores FTP, aunque no todos ellos tenían soporte para extensiones de protocolo como FTPS . ^{[ 3 ] [ 28 ]} Cuando se proporciona una URL FTP, en lugar de una HTTP , el contenido accesible en el servidor remoto se presenta de una manera similar a la utilizada para otro contenido web.

Google Chrome eliminó por completo la compatibilidad con FTP en Chrome 88, lo que también afectó a otros navegadores basados ​​en Chromium , como Microsoft Edge . ^{[ 29 ]} Firefox 88 deshabilitó la compatibilidad con FTP de forma predeterminada, y Firefox 90 la eliminó por completo. ^{[ 30 ] [ 4 ]}

FireFTP es una extensión de navegador descontinuada que fue diseñada como un cliente FTP completo para ejecutarse dentro de Firefox , pero cuando Firefox dejó de ser compatible con FTP, el desarrollador de la extensión recomendó usar Waterfox . ^{[ 31 ]} Algunos navegadores, como Lynx , basado en texto , todavía son compatibles con FTP. ^{[ 32 ]}

La mayoría de los gestores de descargas más comunes pueden recibir archivos alojados en servidores FTP, mientras que algunos de ellos también ofrecen una interfaz para mostrar la lista de archivos alojados en servidores FTP.

LibreOffice declaró que su soporte FTP estaba obsoleto a partir de la versión 7.4; posteriormente se eliminó en la versión 24.2. ^{[ 36 ] [ 37 ]} Apache OpenOffice , otro descendiente de OpenOffice.org, todavía admite FTP. ^{[ 38 ] [ 39 ] [ 40 ]}

FTP sobre SSH es la práctica de tunelizar una sesión FTP normal a través de una conexión Secure Shell. ^{[ 41 ]} Debido a que FTP utiliza múltiples conexiones TCP (inusual para un protocolo TCP/IP que todavía está en uso), es particularmente difícil tunelizar sobre SSH. Con muchos clientes SSH, intentar establecer un túnel para el canal de control (la conexión inicial cliente-servidor en el puerto 21) solo protegerá ese canal; cuando se transfieren datos, el software FTP en cualquiera de los extremos establece nuevas conexiones TCP (canales de datos) y, por lo tanto, no tiene protección de confidencialidad o integridad .

De lo contrario, es necesario que el software cliente SSH tenga conocimientos específicos del protocolo FTP para supervisar y reescribir los mensajes del canal de control FTP, y abrir de forma autónoma nuevos reenvíos de paquetes para los canales de datos FTP. Los paquetes de software que admiten este modo incluyen:

• Tectia ConnectSecure (Win/Linux/Unix) ^{[ 42 ]} del conjunto de software de SSH Communications Security

No se debe confundir el protocolo FTP sobre SSH con el protocolo de transferencia de archivos SSH (SFTP).

FTPS explícito es una extensión del estándar FTP que permite a los clientes solicitar el cifrado de las sesiones FTP. Esto se logra enviando el comando "AUTH TLS". El servidor puede permitir o denegar las conexiones que no soliciten TLS. Esta extensión de protocolo se define en la RFC 4217. FTPS implícito es un estándar FTP obsoleto que requiere el uso de una conexión SSL o TLS. Se especificó que utilizara puertos diferentes a los del FTP estándar. 

El protocolo de transferencia de archivos SSH (cronológicamente el segundo de los dos protocolos abreviados como SFTP) transfiere archivos y cuenta con un conjunto de comandos similar para los usuarios, pero utiliza el protocolo Secure Shell (SSH) para la transferencia. A diferencia de FTP, cifra tanto los comandos como los datos, impidiendo la transmisión abierta de contraseñas e información confidencial a través de la red. No es compatible con el software FTP, aunque algunos clientes FTP también ofrecen compatibilidad con el protocolo de transferencia de archivos SSH.

El Protocolo de Transferencia de Archivos Trivial (TFTP) es un protocolo FTP sencillo y sincronizado que permite a un cliente obtener o enviar archivos a un host remoto. Uno de sus principales usos es en las primeras etapas del arranque desde una red de área local , debido a su sencillez de implementación. TFTP carece de seguridad y de la mayoría de las funciones avanzadas que ofrecen protocolos de transferencia de archivos más robustos, como el Protocolo de Transferencia de Archivos (FTP). TFTP se estandarizó por primera vez en 1981 y la especificación actual del protocolo se encuentra en el RFC 1350 . 

El Protocolo Simple de Transferencia de Archivos (el primer protocolo, abreviado SFTP), tal como se define en la RFC 913 , se propuso como un protocolo de transferencia de archivos (no seguro) con un nivel de complejidad intermedio entre TFTP y FTP. Nunca fue ampliamente aceptado en Internet y ahora tiene estatus histórico según la IETF . Se ejecuta a través del puerto 115 y a menudo recibe la sigla SFTP . Tiene un conjunto de 11 comandos y admite tres tipos de transmisión de datos: ASCII , binario y continuo. Para sistemas con un tamaño de palabra que es múltiplo de 8 bits, la implementación de binario y continuo es la misma. El protocolo también admite inicio de sesión con ID de usuario y contraseña, carpetas jerárquicas y administración de archivos (incluyendo renombrar , eliminar , cargar , descargar , descargar con sobrescritura y descargar con añadir ).