El Protocolo de transferencia de archivos ( FTP ) es un protocolo de comunicación estándar utilizado para la transferencia de archivos informáticos desde un servidor a un cliente en una red informática . FTP se basa en una arquitectura modelo cliente-servidor que utiliza conexiones de datos y control independientes entre el cliente y el servidor. [1] Los usuarios de FTP pueden autenticarse con un protocolo de inicio de sesión de texto sin formato , normalmente en forma de nombre de usuario y contraseña, pero pueden conectarse de forma anónima si el servidor está configurado para permitirlo. Para una transmisión segura que proteja el nombre de usuario y la contraseña y cifre el contenido, el FTP suele protegerse con SSL/TLS ( FTPS ) o sustituirse por el protocolo de transferencia de archivos SSH (SFTP).
Las primeras aplicaciones de cliente FTP fueron programas de línea de comandos desarrollados antes de que los sistemas operativos tuvieran interfaces gráficas de usuario y todavía se incluyen en la mayoría de los sistemas operativos Windows , Unix y Linux . [2] [3] Desde entonces, se han desarrollado muchos clientes FTP dedicados y utilidades de automatización para computadoras de escritorio , servidores, dispositivos móviles y hardware, y FTP se ha incorporado a aplicaciones de productividad como editores HTML y administradores de archivos .
Un cliente FTP solía integrarse comúnmente en los navegadores web , donde los servidores de archivos se navegan con el prefijo URIftp:// " ". En 2021, Google Chrome y Firefox, [4] [5] dos importantes proveedores de navegadores web, abandonaron la compatibilidad con FTP , debido a que fueron reemplazados por SFTP y FTPS, más seguros; aunque ninguno de ellos ha implementado los protocolos más nuevos. [6] [7]
La especificación original para el Protocolo de transferencia de archivos fue escrita por Abhay Bhushan y publicada como RFC 114 el 16 de abril de 1971. Hasta 1980, FTP se ejecutaba en NCP , el predecesor de TCP/IP . [2] El protocolo fue reemplazado posteriormente por una versión TCP/IP, RFC 765 (junio de 1980) y RFC 959 (octubre de 1985), la especificación actual. Varios estándares propuestos modifican el RFC 959, por ejemplo, el RFC 1579 (febrero de 1994) habilita FTP compatible con firewall (modo pasivo), el RFC 2228 (junio de 1997) propone extensiones de seguridad, el RFC 2428 (septiembre de 1998) agrega soporte para IPv6 y define un nuevo tipo del modo pasivo. [8]
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 del del comando MODE en el protocolo FTP).
Ambos modos se actualizaron en septiembre de 1998 para admitir IPv6 . Se introdujeron más cambios en el modo pasivo en ese momento, 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 con un mensaje de texto opcional. Por ejemplo, "200" (o "200 OK") significa que el último comando fue exitoso. Los números representan el código de la respuesta y el texto opcional representa una explicación o solicitud legible por humanos (por ejemplo, <Necesita una cuenta para almacenar el archivo>). [1] Una transferencia en curso de datos de archivos a través de la conexión de datos se puede cancelar 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 reservaron un puerto par e impar para cada aplicación o protocolo de capa de aplicación . La estandarización de TCP y UDP redujo la necesidad del uso de dos puertos simplex para cada aplicación a un puerto dúplex, [12] : 15 pero el protocolo FTP nunca se modificó para usar solo un puerto y continuó usando dos para compatibilidad con versiones anteriores. .
FTP normalmente transfiere datos haciendo que el servidor se conecte nuevamente al cliente, después de que el cliente envía el comando PORT. Esto es problemático tanto para los NAT como para los firewalls, que no permiten conexiones desde Internet hacia los hosts internos. [13] Para NAT, una complicación adicional es que la representación de las direcciones IP y el número de puerto en el comando PORT se refieren a la dirección IP y al puerto del host interno, en lugar de a la dirección IP pública y al puerto de NAT.
Hay dos enfoques para resolver este problema. Una es que el cliente FTP y el servidor FTP utilizan el comando PASV, lo que hace que se establezca la conexión de datos desde el cliente FTP al servidor. [13] Esto es ampliamente utilizado por los clientes FTP modernos. Otro enfoque es que NAT altere los valores del comando PORT, utilizando una puerta de enlace a nivel de aplicación para este propósito. [13]
Al transferir datos a través de la red, se definen cinco tipos de datos: [2] [3] [8]
Tenga en cuenta que estos tipos de datos se denominan comúnmente "modos", aunque de manera ambigua esa palabra también se usa para referirse al modo de comunicación activo versus pasivo (ver arriba) y los modos establecidos por el comando MODE del protocolo FTP (ver más abajo).
Para archivos de texto (TIPO A y TIPO E), se proporcionan tres opciones de control de formato diferentes para controlar cómo se imprimirá el archivo:
Estos formatos eran principalmente relevantes para los impresores de líneas ; la mayoría de los clientes/servidores FTP contemporáneos sólo admiten el control de formato predeterminado de N.
La organización del archivo se especifica mediante el comando STRU. Las siguientes estructuras de archivos se definen en la sección 3.1.1 de RFC959:
La mayoría de los clientes y servidores FTP actuales sólo admiten STRU F. STRU R todavía se utiliza en aplicaciones de transferencia de archivos de mainframe y minicomputadoras.
La transferencia de datos se puede realizar en cualquiera de los tres modos: [1] [2]
La mayoría de los clientes y servidores FTP contemporáneos no implementan el MODO B o el MODO C; Los clientes y servidores FTP para sistemas operativos de mainframe y minicomputadoras son una excepción.
Algunos software FTP también implementan un modo comprimido basado en DEFLATE , a veces llamado "Modo Z" después del comando que lo habilita. Este modo fue descrito en un Borrador de Internet , pero no estandarizado. [15]
GridFTP define modos adicionales, MODE E [16] y MODE X, [17] como extensiones del MODE 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 una 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]
El inicio de sesión FTP utiliza un esquema normal de nombre de usuario y contraseña para otorgar acceso. [2] El nombre de usuario se envía al servidor mediante el comando USER y la contraseña se envía mediante el comando PASS. [2] Esta secuencia no está cifrada "en el cable", por lo que puede ser vulnerable a un ataque de rastreo de red . [21] Si la información proporcionada por el cliente es aceptada por el servidor, el servidor enviará un saludo al cliente y comenzará la sesión. [2] Si el servidor lo admite, los usuarios pueden iniciar sesión sin proporcionar credenciales de inicio de sesión, pero el mismo servidor puede autorizar solo un acceso limitado para dichas sesiones. [2]
Un host que proporciona un servicio FTP puede proporcionar acceso FTP anónimo . [2] Los usuarios normalmente inician sesión en el servicio con una cuenta 'anónima' (minúsculas y distingue entre mayúsculas y minúsculas en algunos servidores FTP) cuando se les solicita el nombre de usuario. Aunque comúnmente se 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 permitirán inicios de sesión anónimos. [3]
Básicamente, HTTP corrige los errores en FTP que hacían que su uso fuera inconveniente para muchas transferencias pequeñas y efímeras, como son típicas en las páginas web.
FTP tiene una conexión de control con estado que mantiene un directorio de trabajo actual y otros indicadores, y cada transferencia requiere una conexión secundaria a través de la cual se transfieren los datos. En el modo "pasivo" esta conexión secundaria es de cliente a servidor, mientras que en el modo "activo" predeterminado esta conexión es de servidor a cliente. Esta aparente inversión de roles cuando está en modo activo, y números de puerto aleatorios para todas las transferencias, es la razón por la que los firewalls y las puertas de enlace NAT tienen tantas dificultades con FTP. HTTP no tiene estado y multiplexa el control y los datos a través de una única conexión del cliente al servidor en números de puerto conocidos, que pasa trivialmente a través de puertas de enlace NAT y es fácil de administrar para los firewalls.
Configurar una conexión de control FTP es bastante lento debido a los retrasos de ida y vuelta al enviar todos los comandos requeridos y esperar respuestas, por lo que es habitual abrir una conexión de control y mantenerla abierta para múltiples transferencias de archivos en lugar de soltarla y volver a abrirla. -establecer la sesión de nuevo cada vez. Por el contrario, HTTP originalmente interrumpió la conexión después de cada transferencia porque hacerlo era muy barato. Si bien HTTP obtuvo posteriormente la capacidad de reutilizar la conexión TCP para múltiples transferencias, el modelo conceptual sigue siendo de solicitudes independientes en lugar de una sesión.
Cuando FTP se transfiere a través de la conexión de datos, la conexión de control está inactiva. Si la transferencia tarda demasiado, el firewall o NAT pueden decidir que la conexión de control está muerta y dejar de rastrearla, rompiendo efectivamente la conexión y confundiendo la descarga. La conexión HTTP única solo está inactiva entre solicitudes y es normal y esperado que dichas conexiones se interrumpan después de un tiempo de espera.
Muchos administradores de archivos tienden a tener implementado el acceso FTP, como el Explorador de archivos (anteriormente Explorador de Windows) en Microsoft Windows . Este cliente sólo se recomienda para transferencias de archivos pequeños desde un servidor, debido a limitaciones en comparación con el software de cliente dedicado. [23] No es compatible con SFTP . [24]
Ambos administradores de archivos nativos para KDE en Linux ( Dolphin y Konqueror ) admiten tanto FTP como SFTP. [25] [26]
En Android , el administrador de archivos Mis archivos en Samsung Galaxy tiene un cliente FTP y SFTP integrado . [27]
Durante mucho tiempo, los navegadores web más comunes eran capaces de recuperar archivos alojados en servidores FTP, aunque no todos contaban con soporte para extensiones de protocolo como FTPS . [3] [28] Cuando se proporciona una URL FTP, en lugar de HTTP , los contenidos accesibles en el servidor remoto se presentan de una manera similar a la utilizada para otros contenidos web.
Google Chrome eliminó por completo el soporte FTP en Chrome 88, afectando también a otros navegadores basados en Chromium como Microsoft Edge . [29] Firefox 88 deshabilitó la compatibilidad con FTP de forma predeterminada, y Firefox 90 dejó de admitirla por completo. [30] [4]
FireFTP es una extensión de navegador discontinuada que fue diseñada como un cliente FTP con todas las funciones para ejecutarse dentro de Firefox , pero cuando Firefox dejó de admitir FTP, el desarrollador de la extensión recomendó usar Waterfox . [31] Algunos navegadores, como Lynx , basado en texto , todavía admiten FTP. [32]
La sintaxis de la URL FTP se describe en RFC 1738, tomando la forma: (las partes entre corchetes son opcionales).ftp://[user[:password]@]host[:port]/[url-path]
Por ejemplo, la URL ftp://public.ftp-servers.example.com/mydirectory/myfile.txt representa el archivo myfile.txt del directorio mydirectory en el servidor public.ftp-servers.example.com como un recurso FTP. . La URL ftp://user001:[email protected]/mydirectory/myfile.txt agrega una especificación del nombre de usuario y la contraseña que se deben usar para acceder a este recurso.
Se pueden encontrar más detalles sobre cómo especificar un nombre de usuario y contraseña en la documentación de los navegadores (por ejemplo, Firefox [33] e Internet Explorer [34] ). De forma predeterminada, la mayoría de los navegadores web utilizan el modo pasivo (PASV), que atraviesa más fácilmente los firewalls del usuario final.
Ha existido alguna variación en cómo los diferentes navegadores tratan la resolución de ruta en los casos en que hay un directorio de inicio no raíz para un usuario. [35]
Los administradores de descargas más comunes pueden recibir archivos alojados en servidores FTP, mientras que algunos de ellos también ofrecen la interfaz para recuperar los archivos alojados en servidores FTP. DownloadStudio permite no sólo descargar un archivo desde un servidor FTP sino también ver la lista de archivos en un servidor FTP. [36]
LibreOffice admite la apertura de archivos desde servidores FTP, pero a partir de la versión 7.4, esta función está etiquetada como obsoleta y los desarrolladores tienen la intención de eliminarla en una versión futura. [37]
FTP no fue diseñado para ser un protocolo seguro y tiene muchas debilidades de seguridad. [38] En mayo de 1999, los autores del RFC 2577 enumeraron una vulnerabilidad a los siguientes problemas:
FTP no cifra su tráfico; Todas las transmisiones se realizan en texto claro y cualquier persona capaz de realizar captura de paquetes ( rastreo ) en la red puede leer los nombres de usuario, contraseñas, comandos y datos . [2] [38] Este problema es común a muchas de las especificaciones de protocolo de Internet (como SMTP , Telnet , POP e IMAP ) que se diseñaron antes de la creación de mecanismos de cifrado como TLS o SSL. [8]
Las soluciones comunes a este problema incluyen:
FTP sobre SSH es la práctica de hacer un túnel de una sesión FTP normal a través de una conexión Secure Shell. [38] Debido a que FTP utiliza múltiples conexiones TCP (algo inusual para un protocolo TCP/IP que todavía está en uso), es particularmente difícil hacer un túnel a través de SSH. Con muchos clientes SSH, intentar configurar un túnel para el canal de control (la conexión inicial de cliente a servidor en el puerto 21) protegerá sólo ese canal; Cuando se transfieren datos, el software FTP en cada extremo configura 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 del cliente SSH tenga conocimientos específicos del protocolo FTP, para monitorear y reescribir mensajes del canal de control FTP y abrir de forma autónoma nuevos reenvíos de paquetes para canales de datos FTP. Los paquetes de software que admiten este modo incluyen:
FTP sobre SSH no debe confundirse 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 sesiones FTP. Esto se hace enviando el comando "AUTH TLS". El servidor tiene la opción de permitir o denegar conexiones que no soliciten TLS. Esta extensión de protocolo está definida en RFC 4217. FTPS implícito es un estándar obsoleto para FTP que requería el uso de una conexión SSL o TLS. Se especificó utilizar puertos diferentes a los del FTP simple.
El protocolo de transferencia de archivos SSH (cronológicamente el segundo de los dos protocolos abreviado SFTP) transfiere archivos y tiene un conjunto de comandos similar para los usuarios, pero utiliza el protocolo Secure Shell (SSH) para transferir archivos. A diferencia de FTP, cifra tanto los comandos como los datos, evitando que las contraseñas y la información confidencial se transmitan abiertamente a través de la red. No puede interoperar con el software FTP, aunque algunos software de cliente FTP también ofrecen soporte para el protocolo de transferencia de archivos SSH.
El protocolo trivial de transferencia de archivos (TFTP) es un FTP simple y de bloqueo que permite a un cliente obtener un archivo o colocarlo en un host remoto. Uno de sus usos principales es en las primeras etapas del arranque desde una red de área local , porque TFTP es muy sencillo de implementar. TFTP carece de seguridad y de la mayoría de las funciones avanzadas que ofrecen los protocolos de transferencia de archivos más sólidos, como el Protocolo de transferencia de archivos. TFTP se estandarizó por primera vez en 1981 y la especificación actual del protocolo se puede encontrar en RFC 1350.
El Protocolo simple de transferencia de archivos (el primer protocolo abreviado SFTP), tal como lo define 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 el IETF le asigna el estatus de Histórico . Se ejecuta a través del puerto 115 y, a menudo, recibe las iniciales SFTP . Tiene un conjunto de comandos de 11 comandos y admite tres tipos de transmisión de datos: ASCII , binaria y continua. Para sistemas con un tamaño de palabra 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 (incluido cambiar nombre , eliminar , cargar , descargar , descargar con sobrescritura y descargar con agregar ).
A continuación se muestra un resumen de los códigos de respuesta FTP que puede devolver un servidor FTP . Estos códigos han sido estandarizados en RFC 959 por el IETF. El código de respuesta es un valor de tres dígitos. El primer dígito se utiliza para indicar uno de tres resultados posibles: éxito, fracaso o para indicar un error o una respuesta incompleta:
El segundo dígito define el tipo de error:
El tercer dígito del código de respuesta se utiliza para proporcionar detalles adicionales para cada una de las categorías definidas por el segundo dígito.
{{cite web}}: CS1 maint: bot: original URL status unknown (link)Escrito para IE versiones 6 y anteriores. Podría funcionar con versiones más nuevas.
Redes de comunicación/Protocolo de transferencia de archivos en Wikilibros