Cómo actualizar ProFTPD a 1.3.9e (SSA:2026-300-01) en un Cloud VPS autoadministrado con acceso root usando Antigravity CLI (agy)

La versión ProFTPD 1.3.9e consolida las mejoras de seguridad y estabilidad de la rama 1.3.9. Si tu Cloud VPS autoadministrado todavía corre una versión anterior (como 1.3.8 o 1.3.9 sin parches de mantenimiento), al actualizar a 1.3.9e incorporás las siguientes correcciones:

En un Servidor Cloud VPS autoadministrado con acceso root por SSH, muchas veces los paquetes como ProFTPD pueden estar instalados desde el repositorio de la distribución (apt en Ubuntu/Debian, dnf en AlmaLinux/Rocky) o compilados a medida con módulos específicos (mod_tls, mod_sftp, mod_sql, mod_ban).

En lugar de revisar manualmente qué banderas de compilación tenía el binario o qué archivo de configuración usa el demonio, ejecutar Antigravity CLI (agy --dangerously-skip-permissions) como root dentro del VPS da un resultado extraordinario: el agente inspecciona el entorno real, hace backup preventivo, actualiza o compila el paquete conservando los módulos exactos y verifica que el servicio siga respondiendo.

# 1. Si aún no tenés instalado Antigravity CLI (agy) en tu Cloud VPS:
curl -fsSL https://antigravity.google/install.sh | bash

# 2. Ejecutá agy como root pidiéndole que audite y actualice ProFTPD de forma segura:
agy --dangerously-skip-permissions -p "Revisá la versión actual de ProFTPD instalada en este servidor (proftpd -v y proftpd -V), hacé un backup fechado de /etc/proftpd.conf (y de cualquier script de compilación o paquete previo), actualizá ProFTPD a la última versión estable (1.3.9e) conservando exactamente los mismos módulos y rutas de configuración, verificá que la sintaxis sea válida con 'proftpd -t' y reiniciá el servicio comprobando que quede activo y escuchando en el puerto 21."

¿Qué hace exactamente agy --dangerously-skip-permissions cuando le pedís que actualice el paquete?

1. Inspección previa sin adivinar: Ejecuta proftpd -V para leer las rutas reales de compilación (--sysconfdir, --localstatedir y la lista exacta de --with-modules) o verifica si proviene de un paquete .deb / .rpm / .txz.
2. Resguardo automático de configuración: Crea una copia fechada de /etc/proftpd.conf antes de tocar cualquier archivo para evitar que el instalador pise tu configuración en producción.
3. Actualización o compilación limpia: Si hay paquete oficial disponible en el gestor de tu distribución lo aplica; si estaba compilado desde código fuente o SlackBuild/tarball, descarga proftpd-1.3.9e, compila con los mismos módulos e instala el paquete actualizado.
4. Validación antes de reiniciar: Corre proftpd -t para comprobar que no exista ningún error de directivas y recién entonces recarga el demonio y verifica el estado del proceso.

Si preferís verificar o compilar manualmente ProFTPD 1.3.9e en tu Cloud VPS, estos son los comandos de diagnóstico y validación que te recomendamos ejecutar:

# 1. Consultar la versión instalada y los módulos compilados
proftpd -v
proftpd -V

# 2. En Ubuntu / Debian (actualización por APT con repositorios de seguridad)
apt update && apt install --only-upgrade -y proftpd-core proftpd-mod-crypto

# 3. Validar siempre la sintaxis de /etc/proftpd.conf antes de reiniciar
proftpd -t

# 4. Reiniciar el servicio y comprobar que escuche en el puerto 21
systemctl restart proftpd && systemctl status proftpd --no-pager

Tip de ingeniería para FTPS sobre TLSv1.3: evitar desconexiones ECONNRESET al listar o subir archivos

Si en tu VPS compilás ProFTPD desde el código fuente con mod_tls habilitado y usás TLSOption NoSessionReuseRequired (muy habitual para permitir que clientes FTP modernos conecten sin reutilizar el ticket TLS del canal de control en el canal de datos), tené en cuenta el detalle reportado en GitHub Issue #2367:

• En contrib/mod_tls.c, dentro de la función tls_ticket_key_cb(), el bloque que devuelve return 0 cuando ssl != ctrl_ssl durante comandos de transferencia de datos (LIST, MLSD, RETR, STOR) hace que OpenSSL aborte el handshake de datos con ECONNRESET cuando el cliente solicita un nuevo ticket de sesión TLSv1.3.
• Si utilizás agy --dangerously-skip-permissions al compilar desde fuente, podés pedirle directamente que verifique tls_ticket_key_cb en contrib/mod_tls.c para que emita siempre el ticket con la clave activa y las transferencias FTPS con TLSv1.3 funcionen sin desconexiones.

Al contratar MIA (Desarrollo y Administración con IA de MESI), contás con un entorno agéntico que permanece siempre encendido 24/7 sobre su propio Cloud VPS conectado a Google Gemini y a tus servidores. A diferencia de usar una IA desde una notebook que se apaga al terminar el día, tener a MIA siempre online te permite delegarle miles de tareas continuas:

• Administración y parcheo de servidores (Sysadmin 24/7): Podés pedirle que revise boletines de seguridad, actualice paquetes como ProFTPD, PHP 8.4, Nginx o Docker, haga backups fechados antes de cada cambio y valide la sintaxis de cada servicio.
• Monitoreo proactivo y autoreparación: MIA puede auditar periódicamente el uso de disco, memoria RAM, colas de MySQL, certificados SSL, puertos abiertos y logs de intrusión, bloqueando IPs sospechosas y enviándote un reporte claro por WhatsApp o correo.
• Desarrollo continuo de webs, APIs y automatizaciones: Desde el mismo entorno siempre activo podés pedirle nuevas funciones para tu sistema, conectores con Mercado Libre, Mercado Pago o Facturación ARCA, y despliegues en caliente sin interrumpir tu operación.

Mirá nuestra guía completa: Todo lo que podés hacer con MIA siempre online con Gemini (Administración de Servidores, Monitoreo y Desarrollo 24/7).