FTP, SFTP y FTPS parecen tres variantes de lo mismo, y los nombres alimentan activamente la confusión. En realidad, uno es un protocolo de los años setenta que envía las contraseñas en texto plano, otro es ese mismo protocolo envuelto en TLS, y el tercero es un protocolo completamente distinto que solo tomó prestadas las letras.
La respuesta corta: si el servidor lo admite, usa SFTP. Cifra todo, necesita un único puerto y atraviesa los cortafuegos sin problemas. Usa FTPS cuando estés atado a una infraestructura basada en FTP a la que se le ha añadido TLS. Usa FTP a secas solo para descargas públicas y no sensibles, o no lo uses en absoluto.
FTP: el original, y sin cifrar
FTP (File Transfer Protocol) se remonta a los primerísimos días de internet y trabaja sobre dos canales: una conexión de control en el puerto 21 para los comandos y una conexión de datos aparte para cada transferencia de archivo o listado de directorio. No se cifra nada: el nombre de usuario, la contraseña y el contenido de los archivos viajan en texto plano por todas las redes que atraviesan.
Esa estructura de dos conexiones causa además los célebres problemas del FTP con los cortafuegos. En modo activo es el servidor quien llama de vuelta al cliente (algo que suele estar bloqueado); en modo pasivo es el cliente quien abre una segunda conexión hacia un puerto alto aleatorio del servidor (bloqueado, salvo que el cortafuegos del servidor abra el rango pasivo). Nuestra mirada a dónde sigue estando el FTP en 2026 explica por qué sobrevive pese a todo.
FTPS: FTP con TLS atornillado encima
FTPS es el FTP de siempre reforzado con cifrado TLS, la misma tecnología que pone el candado en tu navegador. Existe en dos variantes: FTPS explícito, en el que el cliente se conecta al puerto 21 habitual y eleva la sesión con un comando AUTH TLS (es el estándar, definido en la RFC 4217), y FTPS implícito, una convención más antigua en la que la conexión va cifrada desde el primer byte en el puerto 990.
El servidor demuestra su identidad con un certificado TLS, igual que un sitio web. Lo que FTPS no resuelve es la arquitectura de dos conexiones: los datos siguen pasando por conexiones separadas, así que el baile de los puertos pasivos con el cortafuegos continúa, y se complica porque los cortafuegos ya no pueden asomarse al canal de control (ahora cifrado) para abrir por su cuenta los puertos de datos.
SFTP: no es FTP en absoluto
SFTP (SSH File Transfer Protocol) comparte cuatro letras con los otros y nada más. Es un protocolo de transferencia de archivos construido sobre SSH, el mismo canal seguro que usan los administradores para los terminales remotos. Todo —autenticación, comandos, datos de los archivos— viaja cifrado dentro de una única conexión SSH por el puerto 22.
Esa estructura de conexión única es la razón por la que SFTP da tan pocos quebraderos de cabeza con cortafuegos y NAT: un puerto abierto y listo. La autenticación puede usar una contraseña o, mejor, claves SSH, y eso es lo que convierte a SFTP en la opción predeterminada para las publicaciones automáticas y las transferencias desde scripts. En lugar de un certificado, el servidor se presenta con una clave de host.
Comparación lado a lado
| FTP | FTPS | SFTP | |
|---|---|---|---|
| Construido sobre | TCP a secas | FTP + TLS | SSH |
| Puerto predeterminado | 21 (+ puertos de datos) | 21 explícito / 990 implícito (+ puertos de datos) | solo 22 |
| Cifrado | Ninguno | TLS en el canal de control o el de datos, o ambos | Todo, siempre |
| Identidad del servidor | - | Certificado TLS | Clave de host SSH |
| Opciones de autenticación | Contraseña, anónimo | Contraseña, certificados de cliente | Contraseña, claves SSH |
| Cortafuegos y NAT | Molesto (rango de puertos pasivos) | El más molesto (control cifrado + rango de puertos) | Fácil (conexión única) |
| Ámbito habitual | Servidores antiguos, réplicas públicas | Infraestructuras FTP corporativas, obligaciones de cumplimiento | Alojamiento web, VPS, NAS, publicaciones |
¿Cuál deberías usar?
- Puedes elegir: SFTP. La opción predeterminada más robusta, la red más sencilla, la automatización basada en claves.
- Tu proveedor o tu equipo solo habla FTP/FTPS: FTPS en modo explícito, y asegúrate de que el certificado sea válido. FTP a secas solo si los datos son realmente públicos.
- Vas a automatizar: SFTP con claves SSH, sin contraseñas en los scripts. (En Windows, ten en cuenta que el
ftp.exeintegrado no habla ni SFTP ni FTPS: consulta nuestra guía del FTP desde la línea de comandos para ver sus límites.) - El cumplimiento normativo exige «FTPS»: algunos marcos regulatorios de pagos y sanidad nombran explícitamente el FTPS; por lo demás, tanto FTPS como SFTP cumplen los requisitos de cifrado en tránsito.
¿No sabes con certeza qué admite un servidor? Apúntale nuestros probadores gratuitos: los de FTP, de SFTP y de conexión FTPS hacen un handshake real desde tu navegador, y el escáner de protocolos TLS muestra qué versiones de TLS negocia un servidor FTPS.
O sáltate la elección por completo
La molestia práctica de tener tres protocolos es tener que recordar cuál habla cada servidor. Un cliente moderno hace invisible la diferencia: FTPie se conecta a FTP y FTPS igual que a los servidores SFTP (además de WebDAV y más de 10 servicios en la nube) en la misma ventana, gestiona por ti el modo pasivo y la verificación de la clave de host, y su plan gratuito cubre hasta 3 conexiones de servidor: suficiente para dejar de pensar en siglas y limitarte a mover archivos.
¿Trabajas mejor desde el terminal? Ten a mano las referencias de comandos: comandos FTP y comandos SFTP, ambas con sintaxis y ejemplos.
Empieza tu prueba gratuita de 30 días
Descarga FTPie y empieza tu prueba gratuita de 30 días. Disfruta de la integración fluida entre FTP y la nube, y sigue usando la versión gratuita después.
Descargar la prueba gratuita