OpoSERGASLa diferencia clave es quién abre la conexión de datos. En FTP activo la abre el servidor hacia el cliente; en FTP pasivo la abre el cliente hacia el servidor. TFTP, en cambio, no se parece a FTP casi en nada: va sobre UDP, sin autenticación y en bloques de 512 bytes. FTP, TFTP y Telnet entran en el tema 30 del programa de C1 («Aplicaciones básicas: Telnet, FTP (TFTP) y SMTP»).
FTP: dos conexiones, no una
FTP (RFC 959) separa una conexión de control, por la que viajan los comandos y las respuestas, y una conexión de datos, que se abre para cada transferencia o listado. IANA asigna a FTP el puerto 21 para la conexión de control y el 20 (ftp-data) para los datos por defecto, y el RFC 959 (sección 8) fija también el 21 como puerto de servicio. Según el RFC 959, el puerto de datos por defecto del servidor es el adyacente al de control (en la notación del RFC, L-1), de ahí el clásico puerto 20 del modo activo.
Modo activo (comando PORT)
El cliente indica con PORT su dirección IP y un puerto en el formato h1,h2,h3,h4,p1,p2. Cuando llega la orden de transferencia, el servidor inicia la conexión de datos hacia ese puerto del cliente. Por eso un cortafuegos o un NAT en el lado del cliente suele bloquearla.
Modo pasivo (comando PASV)
El cliente envía PASV; el servidor abre un puerto a la escucha y se lo comunica en la respuesta. Después es el cliente quien conecta. Es el modo que mejor atraviesa cortafuegos y NAT del lado del cliente. El RFC 2428 añade EPRT y EPSV para que FTP funcione sobre IPv6 además de IPv4: la respuesta a EPSV es de la forma «229 Entering Extended Passive Mode (|||6446|)», que solo contiene el puerto.
| Aspecto | FTP activo | FTP pasivo |
|---|---|---|
| Comando que lo define | PORT (o EPRT) | PASV (o EPSV) |
| Quién inicia la conexión de datos | El servidor | El cliente |
| Puerto de datos en el servidor | El adyacente al de control (clásico 20) | Un puerto que elige el servidor y comunica en la respuesta |
| Problema típico | El cortafuegos del cliente bloquea la entrada | El servidor debe permitir un rango de puertos |
TFTP: simple por diseño
El RFC 1350 define TFTP sobre UDP. La petición inicial va al puerto 69; después cada extremo usa un identificador de transferencia (TID), que se corresponde con un puerto UDP. Los datos se envían en bloques numerados de 512 bytes y cada bloque debe confirmarse antes de enviar el siguiente. La transferencia termina con un paquete DATA de entre 0 y 511 bytes. El protocolo no ofrece autenticación ni control de acceso, así que se reserva para entornos controlados (por ejemplo, el arranque de equipos de red).
Telnet: terminal remoto sin cifrar
El RFC 854 asigna a Telnet el puerto TCP 23 y define un terminal virtual de red (NVT) con código ASCII de siete bits. La especificación no incluye cifrado. Por ese motivo se sustituyó en la práctica por SSH (puerto 22), que sí protege la sesión.
Cuadro comparativo
| Protocolo | Transporte | Puerto de servidor | Autenticación |
|---|---|---|---|
| FTP (RFC 959) | TCP | 21 (control) y datos según el modo | Usuario y contraseña, sin cifrar en el RFC |
| TFTP (RFC 1350) | UDP | 69 | Ninguna |
| Telnet (RFC 854) | TCP | 23 | La del sistema remoto; el RFC no cifra |
Ejemplo práctico (ilustrativo)
Un cliente detrás de un NAT pide un listado a un servidor FTP y falla. En activo, el servidor intenta conectar con un puerto del cliente que el NAT no conoce. Con modo pasivo, el servidor responde «227 Entering Passive Mode (192,168,10,5,195,80)»: el puerto es 195 x 256 + 80 = 50000, y es el cliente quien conecta a ese puerto. Si el cortafuegos del servidor solo permitía el 21, el listado seguirá fallando hasta abrir el rango de puertos pasivos.
Truco para recordarlo
Regla mnemotécnica propia, no una sigla oficial: Activo = el servidor Ataca (llama él); Pasivo = el servidor Pasa la bola (comunica el puerto y espera). Y para TFTP: «T de Trivial: UDP, 69, 512 y sin contraseña».
Preguntas tipo test de ejemplo
1. En una sesión FTP en modo activo, ¿quién inicia la conexión de datos?
A) El cliente, hacia el puerto indicado en PASV.
B) El servidor, hacia el puerto que el cliente indicó con PORT.
C) El cliente, siempre hacia el puerto 20 del servidor.
D) Ninguno: los datos viajan por la conexión de control.
Solución: B. A falla porque PASV pertenece al modo pasivo. C falla porque en modo activo quien llama es el servidor, no el cliente. D falla porque FTP usa dos conexiones separadas.
2. ¿Qué marca el final de una transferencia en TFTP (RFC 1350)?
A) Un paquete ACK con número de bloque cero.
B) Un paquete DATA con menos de 512 bytes de datos.
C) El cierre de la conexión TCP por parte del servidor.
D) Un paquete ERROR sin código.
Solución: B. A falla porque el ACK de bloque cero responde a una petición de escritura (WRQ). C falla porque TFTP no usa TCP sino UDP. D falla porque un ERROR aborta la transferencia, no la completa.
Referencias
- RFC 959, «File Transfer Protocol» (J. Postel y J. Reynolds, 1985): secciones 3.2 (conexiones de datos), 4.1.2 (PORT, PASV) y 8 (establecimiento de la conexión, puerto 21). https://www.rfc-editor.org/rfc/rfc959
- RFC 2428, «FTP Extensions for IPv6 and NATs» (1998): EPRT y EPSV. https://www.rfc-editor.org/rfc/rfc2428
- RFC 1350, «The TFTP Protocol (Revision 2)» (1992). https://www.rfc-editor.org/rfc/rfc1350
- RFC 854, «Telnet Protocol Specification» (1983). https://www.rfc-editor.org/rfc/rfc854
- IANA, «Service Name and Transport Protocol Port Number Registry»: 20 (ftp-data), 21 (ftp), 23 (telnet) y 69 (tftp). https://www.iana.org/assignments/service-names-port-numbers
- Programa de la parte específica de Técnico Especialista C1: tema 30 (DOG 126/2021).
Sigue estudiando
Completa el bloque de redes con TCP frente a UDP y el three-way handshake, el modelo OSI y DNS, DHCP y correo electrónico. Practica estas preguntas en el plan de OpoSERGAS para Técnico de Sistemas TI.