🌐 Destinos FTP y SFTP, paso a paso

FTP / FTPS

  1. Nueva tarea → destino → tipo FTP. Rellena servidor, puerto (21), usuario y contraseña, y la carpeta remota.
  2. FTPS: marca el modo TLS si el servidor lo soporta — los datos viajan cifrados.
  3. Opcional: upmbps limita la velocidad de subida total (todas las sesiones comparten el límite).
  4. Prueba la conexión antes de guardar; el motor guarda la contraseña local y nunca la enseña por la API.
En destinos sin enlaces duros (FTP/SFTP) cada snapshot guarda solo lo que cambió — la retención borra versiones que ningún snapshot vivo necesita.

SFTP

  1. Tipo SFTP, puerto 22. Dos formas de entrar: usuario+contraseña o clave SSH.
  2. Con clave: el motor genera o importa una en <datos>/ssh/ (botón Clave SSH en el asistente). Pon la parte pública en el servidor (authorized_keys).
  3. La primera conexión fija la huella del host (?hostkey=SHA256:…): si el servidor cambia de clave, el motor se niega a conectar — protección contra suplantación.
  4. Los permisos remotos se gestionan solos; solo necesitas que la carpeta de destino sea escribible.

Subida y rendimiento

  • Los ficheros se suben directamente desde el origen (o su instantánea VSS), sin copias temporales locales — no llena el disco del equipo ni la carpeta de temporales.
  • Cada destino puede abrir varias sesiones en paralelo (conns=N en el destino): útil en servidores lentos por conexión.
  • El límite upmbps es total del destino: todas las sesiones del pool lo reparten, y se puede cambiar en caliente mientras copia.
  • Las subidas son reanudables (STOR/APPE): un corte a mitad de fichero no empieza de cero.

Si falla la conexión

  • Timeout al conectar: suele ser el modo activo/pasivo — el motor usa pasivo por defecto, que atraviesa NAT y cortafuegos; si el servidor exige activo, habla con su administrador.
  • Login incorrecto en FTP pero bien en el panel web: muchos hostings separan la contraseña FTP de la del panel — re-genérala en el hosting.
  • SFTP rechaza la clave: la pública debe estar en ~/.ssh/authorized_keys del usuario remoto con permisos 600/700 en .ssh.
  • «Host key changed»: la huella del servidor ya no coincide — si no reinstalaste el servidor, puede ser un ataque de suplantación; verifícalo antes de aceptar la nueva.