Las copias en la nube van lentas por la VPN: encuentra la fase real

Una copia de seguridad que se arrastra por una VPN invita al experimento obvio de desconectar el túnel y medir de nuevo. Ese experimento a menudo responde a otra pregunta, porque la tarea puede haber estado calculando hashes o esperando un reintento en lugar de mover bytes. Separa primero las fases y la queja se convierte en una prueba concreta con un resultado esperado concreto. La ruta solo se vuelve candidata cuando la fase de transferencia es la que realmente va lenta.

En qué fase está la tarea cuando parece lenta

Las herramientas de copia pasan por fases: descubrir archivos, leerlos y calcular sus hashes, comprimir, cifrar, subir y después verificar. Cada fase tiene su propio cuello de botella, y solo algunas tocan la red. Una herramienta que aún no informa de ninguna fase te está diciendo que no ha terminado de escanear.

Una tarea que pasa veinte minutos preparando un millón de archivos pequeños no se acelerará cuando el túnel vaya más rápido. Una tarea que satura el enlace de subida es un problema de capacidad con otra solución. Lee la salida de progreso mientras ocurre el retraso, anota la fase y apunta la marca de tiempo, porque la fase en el momento de la queja es la única que importa. Los archivos pequeños también se comportan de forma distinta a un objeto grande, ya que dominan los viajes de ida y vuelta por archivo y la transferencia nunca alcanza un ritmo estable. Compara lo comparable antes de sacar conclusiones sobre el túnel.

Un extremo público y un NAS privado fallan de forma distinta

Un servicio de copia público lleva su propia conexión de aplicación autenticada, y el túnel es un salto en un camino más largo. Un NAS privado suele depender de ese túnel para la accesibilidad básica a tu red. Esa diferencia decide si desconectar es una línea base válida o una prueba de nada.

En el caso público, la misma tarea por otra ruta puede ser una comparación justa cuando la política lo permite. En el caso privado, quitar el túnel no deja ninguna ruta al servidor, así que el resultado describe el camino que borraste y no el que usas.

Un estancamiento es un fallo distinto de una transferencia lenta

La tercera columna de esa tabla decide si una prueba de estabilidad puede ejecutarse, porque una línea base que elimina el túnel solo significa algo donde existe otro camino. Con una línea base utilizable, mira la forma del fallo en lugar de su tasa media. Una subida baja pero constante apunta a capacidad, mientras que una tarea que se atasca y reinicia apunta a interrupción, autenticación o un archivo problemático. Esas dos producen quejas casi idénticas y reparaciones completamente distintas.

Los reintentos distorsionan cualquier medición, ya que los bytes en el cable pueden ser mayores que la cantidad que realmente cambió. Lee el comportamiento de reanudación antes de interrumpir la tarea otra vez para ver qué pasa, porque las subidas fragmentadas reanudables se recuperan barato y los reinicios de archivo completo no. Un túnel que se reconecta cada pocos minutos también parece un problema de ancho de banda cuando en realidad es un problema de estabilidad. El MTU de la ruta lo agrava, ya que un túnel que reduce la carga útil bloquea los segmentos grandes mientras los pequeños pasan.

journalctl -u wg-quick@wg0 -n 50 --no-pager
ss -tin dst :443
ping -M do -s 1400 -c 3 backup.example.com

Una subida puede matar de hambre a todos los demás flujos

Una subida que llena el enlace de subida deja las llamadas y la navegación sin respuesta, y la copia rara vez es lo único que compite por él. Un segundo cliente de sincronización produce el mismo síntoma por su cuenta. Antes de culpar al túnel, mira qué más está subiendo.

Usa la programación o el límite de ancho de banda que documenta la herramienta en lugar de pelear por el rendimiento máximo; dejar margen para el trabajo interactivo suele valer más que el último porcentaje. Después comprueba a qué se aplica realmente el límite, porque algunas herramientas limitan por archivo, otras toda la ejecución y otras ignoran por completo el coste de los archivos pequeños. Un límite que no encaja con la carga de trabajo no cambia nada. El túnel dividido también merece sospecha aquí, porque excluir el lanzador del túnel no excluye el servicio auxiliar que realiza la subida. Rclone, por ejemplo, publica tanto los límites de transferencia como el comportamiento de reintento en su documentación, lo que lo convierte en una referencia útil sobre qué debería controlar un límite.

Termina con una restauración, no con una prueba de velocidad

Una subida completada no es una copia hasta que algo se restaura desde ella. Confirma que existe la versión esperada y luego restaura un archivo representativo con el procedimiento que documenta la herramienta. Guarda la información de recuperación en un lugar distinto del equipo o perfil que podrías perder, y nunca tires una copia que funciona solo para mantener ordenado un experimento.

restic snapshots --latest 3
restic restore latest --target /tmp/restore-check --include /etc/hosts

Repite tanto la transferencia como la restauración después del cambio de red, para que la mejora se vea al servicio de la copia y no solo de mover datos más rápido. Esa segunda ejecución es la que cierra el ticket. Una transferencia más rápida con una restauración sin probar es una forma más lenta de quedarse sin protección.