El Protocolo trivial de transferencia de archivos ( TFTP ) es un protocolo simple de transferencia de archivos que permite a un cliente obtener o colocar un archivo en un host remoto . Uno de sus usos principales es en las primeras etapas del arranque de nodos desde una red de área local . Se ha utilizado TFTP para esta aplicación porque es muy sencillo de implementar.
TFTP se estandarizó por primera vez en 1981 [1] y la especificación actual del protocolo se puede encontrar en RFC 1350.
Debido a su diseño simple, TFTP se puede implementar fácilmente mediante código con una huella de memoria pequeña . Por lo tanto, es el protocolo elegido para las etapas iniciales de cualquier estrategia de arranque de red como BOOTP , PXE , BSDP , etc., cuando se dirige desde computadoras con muchos recursos hasta computadoras de placa única (SBC) y sistemas en un chip (SoC) con muy pocos recursos. ). También se utiliza para transferir imágenes de firmware y archivos de configuración a dispositivos de red como enrutadores , cortafuegos , teléfonos IP , etc. Hoy en día, TFTP prácticamente no se utiliza para transferencias por Internet.
El diseño de TFTP fue influenciado por el protocolo anterior EFTP , que era parte del conjunto de protocolos PARC Universal Packet . TFTP se definió por primera vez en 1980 por IEN 133. [2] En junio de 1981, el protocolo TFTP (Revisión 2) se publicó como RFC 783 y luego se actualizó en julio de 1992 por RFC 1350, que solucionó, entre otras cosas, el síndrome del aprendiz de brujo . En marzo de 1995, la extensión de opciones TFTP RFC 1782, actualizada posteriormente en mayo de 1998 por RFC 2347, definió el mecanismo de negociación de opciones que establece el marco para las opciones de transferencia de archivos que se negociarán antes de la transferencia utilizando un mecanismo que sea consistente con la especificación original de TFTP.
TFTP es un protocolo simple para transferir archivos, implementado sobre los protocolos UDP/IP utilizando el conocido puerto número 69. TFTP fue diseñado para ser pequeño y fácil de implementar y, por lo tanto, carece de la mayoría de las funciones avanzadas que ofrecen los sistemas más robustos. Protocolos de transferencia de archivos. TFTP solo lee y escribe archivos desde o hacia un servidor remoto. No puede enumerar, eliminar ni cambiar el nombre de archivos o directorios y no tiene disposiciones para la autenticación de usuarios. Hoy en día, TFTP generalmente solo se usa en redes de área local (LAN).
En TFTP, una transferencia la inicia el cliente emitiendo una solicitud para leer o escribir un archivo particular en el servidor. La solicitud puede incluir opcionalmente un conjunto de parámetros de transferencia negociados propuestos por el cliente bajo los términos especificados por RFC 2347. Si el servidor concede la solicitud, el archivo se envía en bloques de longitud fija de 512 bytes de forma predeterminada o el número especificado en el tamaño del bloque. opción negociada definida por RFC 2348. Cada bloque de datos transferidos, que generalmente se transporta dentro de un único paquete IP para evitar la fragmentación de IP, debe ser reconocido mediante un paquete de confirmación antes de que se pueda enviar el siguiente bloque. Un paquete de datos de menos de 512 bytes o la opción de tamaño de bloque acordada indica la terminación de una transferencia. Si un paquete se pierde en la red, el destinatario previsto expirará el tiempo de espera y podrá retransmitir su último paquete (que puede ser de datos o un acuse de recibo), lo que provocará que el remitente del paquete perdido lo retransmita. El remitente debe tener a mano solo un paquete para la retransmisión, ya que el acuse de recibo del paso de bloqueo garantiza que todos los paquetes más antiguos se hayan recibido correctamente. Tenga en cuenta que ambos dispositivos involucrados en una transferencia se consideran remitentes y receptores. Uno envía datos y recibe acuses de recibo, el otro envía acuses de recibo y recibe datos.
TFTP define tres modos de transferencia: netascii, octeto y correo.
TFTP utiliza UDP como protocolo de transporte . Una solicitud de transferencia siempre se inicia dirigida al puerto 69, pero el remitente y el receptor eligen de forma independiente los puertos de transferencia de datos durante la inicialización de la transferencia. Los puertos se eligen al azar según los parámetros de la pila de red, normalmente del rango de puertos efímeros . [4]
TFTP siempre ha estado asociado al arranque en red. Uno de los primeros intentos a este respecto fue la carga Bootstrap utilizando el estándar TFTP RFC 906, publicado en 1984, que estableció el estándar RFC 783 del Protocolo Trivial de Transferencia de Archivos publicado en 1981 para ser utilizado como protocolo estándar de transferencia de archivos para la carga bootstrap. Poco después le siguió el estándar del protocolo Bootstrap RFC 951 (BOOTP), publicado en 1985, que permitía a una máquina cliente sin disco descubrir su propia dirección IP, la dirección de un servidor TFTP y el nombre de un programa Bootstrap de red. (NBP) para ser transferido por TFTP, cargado en la memoria y ejecutado. El estándar RFC 2131 (DHCP) del protocolo de configuración dinámica de host, publicado en 1997, mejoró las capacidades de BOOTP. Finalmente, en diciembre de 1998 se lanzó la versión 2.0 de Preboot Execution Environment (PXE), y en septiembre de 1999 se hizo pública la actualización 2.1 contando con TFTP como protocolo de transferencia de archivos. [5] Intel ha decidido recientemente admitir ampliamente PXE dentro de la nueva especificación UEFI , ampliando el soporte TFTP a todos los entornos EFI/UEFI. [6] [7]
El protocolo original tiene un límite de tamaño de archivo de transferencia de 512 bytes/bloque x 65535 bloques = 32 MB. En 1998, este límite se amplió a 65535 bytes/bloque x 65535 bloques = 4 GB mediante la opción de tamaño de bloque TFTP RFC 2348. Si el tamaño de bloque definido produce un tamaño de paquete IP que excede la MTU mínima en cualquier punto de la ruta de red, se producirá fragmentación y reensamblaje de IP. Esto ocurrirá no solo agregando más sobrecarga [8] sino que también conducirá a una falla total en la transferencia cuando la implementación minimalista de la pila de IP en la ROM BOOTP o PXE de un host no implemente (o no logre correctamente) la fragmentación y el reensamblaje de IP. [9] Si los paquetes TFTP deben mantenerse dentro de la MTU Ethernet estándar (1500), el valor del tamaño del bloque se calcula como 1500 menos los encabezados de TFTP (4 bytes), UDP (8 bytes) e IP (20 bytes) = 1468 bytes/bloque. , esto da un límite de 1468 bytes/bloque x 65535 bloques = 92 MB. Hoy en día, la mayoría de los servidores y clientes admiten la transferencia de números de bloque (el contador de bloques vuelve a 0 o 1 [10] después de 65535), lo que proporciona un tamaño de archivo de transferencia esencialmente ilimitado.
Dado que TFTP utiliza UDP, tiene que proporcionar su propio transporte y soporte de sesión. Cada archivo transferido vía TFTP constituye un intercambio independiente. Clásicamente, esta transferencia se realiza de forma sincronizada, con un solo paquete (ya sea un bloque de datos o un "acuse de recibo") alternativamente en vuelo en la red en cualquier momento. Debido a esta estrategia de bloque de datos único, en lugar de enviar una cantidad mayor de bloques de datos ininterrumpidos antes de pausar la transferencia para esperar el reconocimiento correspondiente (ventana), TFTP proporciona un rendimiento bajo , especialmente en enlaces de alta latencia . Microsoft introdujo TFTP en ventana en Windows 2008 como parte de sus Servicios de implementación de Windows (WDS); en enero de 2015 se publicó TFTP Windowsize Option RFC 7440. Esto mejora sustancialmente el rendimiento para cosas como el arranque PXE sin el efecto secundario de fragmentación de IP que a veces se observa en la opción Blocksize RFC 2348 [11].
TFTP no incluye mecanismos de inicio de sesión ni de control de acceso. Se debe tener cuidado al utilizar TFTP para transferencias de archivos donde se necesita autenticación, control de acceso, confidencialidad o verificación de integridad. Tenga en cuenta que esos servicios de seguridad podrían suministrarse por encima o por debajo de la capa en la que se ejecuta TFTP. También se debe tener cuidado con los derechos otorgados a un proceso de servidor TFTP para no violar la seguridad del sistema de archivos del servidor. TFTP a menudo se instala con controles tales que sólo los archivos que tienen acceso de lectura público están disponibles a través de TFTP. Además, normalmente no se permite enumerar, eliminar, cambiar el nombre y escribir archivos a través de TFTP. No se recomiendan las transferencias de archivos TFTP cuando las limitaciones inherentes al protocolo puedan generar preocupaciones de responsabilidad insuperables. [12]