Saltar al contenido principal

Solucionar el tiempo de espera agotado en la subida de archivos grandes — Resuélvelo con RcloneView

· 4 min de lectura
Tayson
Senior Engineer

Las subidas de archivos grandes a almacenamiento en la nube fallan por errores de tiempo de espera agotado con más frecuencia que los archivos pequeños. Aquí te explicamos cómo diagnosticar la causa raíz y configurar RcloneView para gestionar transferencias de varios GB de forma fiable.

Subir un archivo de vídeo de 20 GB o un volcado de base de datos de 50 GB al almacenamiento en la nube es fundamentalmente distinto a sincronizar una carpeta de documentos. Los archivos grandes ponen a prueba la estabilidad de la conexión, agotan los umbrales de tiempo de espera predeterminados y exponen limitaciones de fragmentación multipart que las transferencias de archivos pequeños nunca encuentran. RcloneView expone los flags de rclone que necesitas para ajustar estos parámetros — mediante Global Rclone Flags y la configuración por trabajo — sin que tengas que escribir scripts de shell.

Vista previa de la aplicación RcloneView

Gestiona y sincroniza todas tus nubes en un solo lugar

RcloneView es una GUI multiplataforma para rclone. Compara carpetas, transfiere o sincroniza archivos y automatiza flujos de trabajo multinube con una interfaz visual y limpia.

  • Trabajos con un clic: Copiar · Sincronizar · Comparar
  • Programadores e historial para una automatización fiable
  • Funciona con Google Drive, OneDrive, Dropbox, S3, WebDAV, SFTP y más
WindowsmacOSLinux
Empieza gratis →

Funciones principales gratis. Automatizaciones disponibles con Plus.

Reconocer errores de tiempo de espera agotado en RcloneView

Cuando la subida de un archivo grande agota el tiempo de espera, la pestaña Log de RcloneView muestra entradas como Failed to copy: net/http: request canceled (Client.Timeout exceeded) o RequestTimeout: Your socket connection to the server was not read from or written to within the timeout period. La pestaña Transferring muestra el archivo afectado estancado en un porcentaje parcial antes de que el trabajo reporte un error.

Los tiempos de espera agotados durante subidas grandes son más comunes en:

  • Proveedores compatibles con S3 con ventanas de tiempo estrictas para la subida de partes
  • APIs en la nube que cierran las conexiones inactivas después de 30–60 segundos
  • Rutas de red con pérdida de paquetes intermitente que aumenta la latencia de ida y vuelta
Monitoring large file transfer progress in RcloneView

Ajustar el tamaño de fragmento y los flags de tiempo de espera

La solución más eficaz para los errores de tiempo de espera agotado en archivos grandes es ajustar el tamaño de fragmento para las subidas multipart. En RcloneView, ve a Settings → Embedded Rclone → Global Rclone Flags y añade:

  • --s3-chunk-size 128M — aumenta el tamaño de fragmento multipart de S3 desde los 5 MB predeterminados a 128 MB, reduciendo el número de idas y vueltas a la API por archivo
  • --s3-upload-cutoff 200M — establece el umbral de tamaño de archivo por encima del cual se usan subidas multipart
  • --timeout 5m — amplía el tiempo de espera de conexión global a 5 minutos por operación

Para Google Drive, usa --drive-chunk-size 128M en lugar del flag de S3. Para Backblaze B2, usa --b2-chunk-size 128M.

Configuring global rclone flags for large file uploads in RcloneView

Habilitar reintentos y reanudación de transferencias

Habilita Retry entire sync if fails en el Paso 2 del asistente de sincronización (configúralo en 3 o 5 reintentos). La lógica de reintentos de rclone intenta reanudar las subidas multipart desde donde se quedaron para proveedores compatibles con S3, minimizando el tiempo de transferencia desperdiciado. Para proveedores que no admiten subidas reanudables (como WebDAV básico), los reintentos vuelven a iniciar el archivo, pero el trabajo en general continúa sin volver a transferir los archivos ya completados.

Reduce las transferencias simultáneas en trabajos de archivos grandes. Establecer Number of file transfers en 2–4 reduce la demanda máxima de ancho de banda y la contención de conexiones, que es la causa subyacente de muchos errores de tiempo de espera agotado en redes congestionadas.

Setting retry and concurrency options for large file transfer in RcloneView

Primeros pasos

  1. Descarga RcloneView desde rcloneview.com.
  2. Revisa la pestaña Log para ver mensajes de error de tiempo de espera agotado tras una subida fallida de un archivo grande.
  3. Añade --s3-chunk-size 128M y --timeout 5m a Global Rclone Flags en Settings.
  4. Establece las transferencias simultáneas en 2–4 y habilita de 3 a 5 reintentos en el asistente del trabajo de sincronización.

Con el tamaño de fragmento y la configuración de reintentos adecuados, RcloneView gestiona subidas de varios GB de forma fiable — incluso en conexiones de red imperfectas.


Guías relacionadas:

Proveedores de nube compatibles

Local Files
WebDAV
FTP
SFTP
HTTP
SMB / CIFS
Google Drive
Google Photos
Google Cloud Storage
OneDrive
Dropbox
Box
MS Azure Blob
MS File Storage
S3 Compatible
Amazon S3
pCloud
Wasabi
Mega
Backblaze B2
Cloudflare R2
Alibaba OSS
Ceph
Swift (OpenStack)
IBM Cloud Object Storage
Oracle Cloud Object Storage
IDrive e2
MinIO
Storj
DigitalOcean Spaces