SSD Nodes Learn 🎉 VPS desde $4.99/mes
Guías Matt ConnorPor Matt Connor · Actualizado 2026-08-03

Alternativas autoalojadas a Dropbox: comparación

Compare Nextcloud, Seafile, Syncthing y object storage por topologia, coste real en un VPS pequeño y limites: sincronizar archivos no sustituye a una copia de seguridad.

¿Qué alternativa autoalojada a Dropbox debería ejecutar?

Hay cuatro alternativas autoalojadas a Dropbox que merecen su atención: Nextcloud, Seafile, Syncthing y el almacenamiento de objetos con un cliente por encima. No son intercambiables. Nextcloud es adecuado para un hogar o un equipo pequeño donde otras personas necesitan recibir archivos. Seafile es adecuado para una persona o un equipo que sincroniza un número muy grande de archivos pequeños y donde la velocidad de sincronización importa más que la forma en que los datos se almacenan en el disco. Syncthing es adecuado para una persona que sincroniza sus propios dispositivos y donde nadie externo necesita un enlace. El almacenamiento de objetos es adecuado para un archivo: bytes baratos que rara vez se abren.

Elija según cómo funciona la sincronización antes de comparar funciones. Todas las listas de funciones parecen iguales. La topología, es decir, qué máquina contiene la copia con la que coinciden todas las demás máquinas, es lo que determina si seguirá satisfecho dentro de seis meses.

Topología de sincronización: un servidor de referencia o pares sin servidor

Hay dos diseños posibles, y gran parte de lo que sigue depende de cuál elija.

Un servidor de referencia. Nextcloud, Seafile y el almacenamiento de objetos funcionan de esta forma. Una máquina, normalmente un VPS (servidor privado virtual), contiene la copia principal. Todos los dispositivos se conectan a esa máquina. El portátil puede estar apagado durante un mes y ponerse al día cuando vuelva a estar disponible. Un teléfono con 6 GB libres puede conservar un subconjunto, mientras el servidor conserva todo. Un navegador puede acceder a los archivos, que es lo que permite crear enlaces compartidos.

Pares sin servidor. Syncthing funciona de esta forma. Los dispositivos se detectan entre sí e intercambian directamente las listas de archivos mediante una conexión cifrada. No existe una copia principal: un archivo existe en los dispositivos que lo contienen y en ningún otro lugar. Dos dispositivos deben estar conectados al mismo tiempo para que un cambio pase de uno a otro. No hay ninguna URL que pueda proporcionar a otra persona, porque ninguna máquina está sirviendo una página.

De aquí se derivan cuatro consecuencias, y son las que suelen aparecer más tarde.

  • Enviar un archivo a una persona que no va a instalar software requiere un servidor de referencia. Un enlace es una URL, y una URL necesita un proceso escuchando en un puerto.
  • Acceder a sus archivos desde una máquina que no controla, por ejemplo un portátil de trabajo, requiere un servidor de referencia.
  • Un dispositivo que ha estado apagado durante semanas se pone al día desde un servidor cuando vuelve a encenderse. En una configuración entre pares, sólo se pone al día mientras otro dispositivo que contiene esos datos también está conectado. Por eso muchos usuarios de Syncthing ejecutan una instancia en un VPS como par siempre disponible.
  • El almacenamiento se calcula de otra forma. Un servidor de referencia contiene una copia completa, además de lo que cada dispositivo conserva localmente. Cuatro pares que comparten una carpeta contienen cuatro copias completas, porque cada par conserva la carpeta completa.

Nextcloud: usuarios, grupos y enlaces públicos

Nextcloud es una aplicación web PHP. Almacena los archivos como archivos normales dentro de un directorio de datos y los registra en una base de datos. Puede compartir una carpeta con un usuario, con un grupo o mediante un enlace público protegido con contraseña y fecha de caducidad. El historial de versiones está activado de forma predeterminada y los archivos eliminados pasan primero a la papelera. Hay clientes de escritorio para Linux, macOS y Windows, y las aplicaciones para iOS y Android son oficiales. Si el motivo para dejar Dropbox es que otras personas necesitan recibir sus archivos, esta es la respuesta directa.

El coste es la cantidad de componentes. Una instalación normal ejecuta un servidor web, PHP-FPM (el gestor de procesos de PHP), una base de datos como MariaDB o PostgreSQL y Redis para el bloqueo de archivos. Un trabajo en segundo plano se ejecuta cada cinco minutos mediante cron o un temporizador de systemd. En un VPS de 1 GB arrancará, pero una carga grande o un comando de mantenimiento occ prolongado puede activar el asesino de procesos por falta de memoria. Considere 2 GB como el mínimo para unos pocos usuarios y espere necesitar 4 GB cuando active más aplicaciones. El otro coste son las actualizaciones: las aplicaciones de la tienda se compilan para una versión específica del núcleo, por lo que debe comprobar que las aplicaciones necesarias sean compatibles con la siguiente versión principal antes de actualizar.

Nextcloud se ralentiza cuando una cuenta contiene cientos de miles de archivos pequeños, porque cada archivo ocupa una fila en la tabla de caché de archivos y un archivo real en el disco, y el cliente de escritorio los recorre uno a uno. En un entorno doméstico esto no suele ocurrir. El dimensionamiento, TLS (seguridad de la capa de transporte) y las copias de seguridad se explican en una instalación de Nextcloud basada en Docker con TLS y copias de seguridad, que es el siguiente paso cuando haya tomado la decisión.

Una advertencia sobre el alcance. Nextcloud también puede ejecutar el calendario, los contactos, las notas y la biblioteca de fotos, y cada aplicación que active añade trabajo en segundo plano y otro componente que puede bloquear una actualización. Si el problema real son las fotos, una herramienta especializada las gestiona mejor: consulte Immich como alternativa autoalojada a Google Photos. Si el problema real son los documentos y las wikis, consulte las alternativas autoalojadas a Notion en lugar de acumular aplicaciones en el servidor de archivos.

Seafile: diseñado para un número muy grande de archivos pequeños

Seafile divide cada archivo en bloques y los almacena en un almacén de objetos interno identificado mediante un hash de contenido, con la misma idea que usa git para sus objetos. La unidad de sincronización y uso compartido es una biblioteca, no un árbol de directorios. Como el cliente carga los bloques y un solo commit en lugar de enviar una petición por archivo, la sincronización de un directorio con 100,000 archivos pequeños termina mucho más rápido que con un protocolo basado en un archivo por petición. Los bloques idénticos se almacenan una sola vez, por lo que una segunda copia de un archivo grande apenas ocupa espacio.

La contrapartida es que los archivos dejan de existir como archivos normales en el servidor. Si abre el directorio de almacenamiento, encontrará archivos de objetos con nombres hexadecimales. Para extraer los datos necesita el cliente de Seafile o las herramientas propias de exportación y fsck de Seafile. Las copias de seguridad siguen funcionando porque esos objetos son archivos normales, pero no puede restaurar una hoja de cálculo individual con cp. Decida ahora si esto es aceptable, porque es una característica que muchos usuarios lamentan más adelante.

Seafile ofrece una edición comunitaria y una edición profesional de pago. La diferencia entre ambas cambia entre versiones, así que consulte las condiciones actuales en su sitio web antes de planificar un equipo en torno a una función concreta. Existen clientes oficiales para escritorio y dispositivos móviles. Las bibliotecas cifradas se cifran en el cliente, por lo que el servidor almacena texto cifrado que no puede leer. Si pierde la frase de contraseña, la biblioteca no se puede leer, tampoco usted. Abrir una biblioteca cifrada en el navegador implica proporcionar esa frase de contraseña a la sesión web, por lo que la versión más estricta de esa garantía corresponde a los clientes de escritorio y dispositivos móviles.

El consumo de recursos es similar al de Nextcloud. Ejecutará una base de datos, una caché en memoria y dos procesos de aplicación, por lo que 2 GB vuelve a ser el mínimo razonable.

Syncthing: no hay nada en lo que iniciar sesión

Syncthing es un único binario de Go. Supervisa carpetas, encuentra sus pares mediante un servidor de descubrimiento o un relay y sincroniza directamente entre dispositivos. No hay cuentas ni una página de inicio de sesión para las personas con las que sincroniza. Empareja dos dispositivos mediante su ID y acepta la carpeta en cada extremo. Es la opción que requiere menos trabajo de todas las de este documento, porque hay muy poco que ejecutar.

Lo que pierde es toda la parte de compartir. Su entrada es Device pairing only, no links. No puede entregar un enlace a un cliente, un contable o un familiar. El acceso desde dispositivos móviles es la otra carencia: Android app, no official iOS. La propia FAQ del proyecto lo explica claramente: "El equipo actual de Syncthing no tiene previsto ofrecer compatibilidad oficial con iOS en un futuro próximo", porque iOS restringe tanto el procesamiento en segundo plano que dificulta la sincronización fiable. Los usuarios de iOS deben recurrir a aplicaciones de terceros.

El consumo de recursos es bajo, aunque hay un aspecto importante. Syncthing mantiene una entrada de índice para cada archivo que sincroniza, por lo que la memoria y el primer análisis crecen según el número de archivos, no según el tamaño total. La primera vez que calcula los hashes de una carpeta grande, utilizará la CPU durante un tiempo y después se estabilizará. En el plan de VPS más pequeño funciona sin problemas.

Los conflictos se gestionan conservando ambos lados. Cuando dos dispositivos modifican el mismo archivo mientras no pueden verse entre sí, Syncthing cambia el nombre de una copia y la conserva junto a la otra, de modo que encontrará archivos como notes.sync-conflict-20260802-141530-K7MB3QT.md. No se pierde nada. Tampoco se fusiona nada, y debe resolver el conflicto manualmente.

Almacenamiento de objetos con un cliente: bytes baratos, no una carpeta de sincronización

El almacenamiento de objetos consiste en un bucket compatible con S3 (servicio de almacenamiento simple), alojado en sus propios servidores con MinIO o contratado a un proveedor. Se accede mediante una herramienta: rclone desde la línea de comandos o un cliente de escritorio que presenta el bucket como una unidad. Para compartir archivos se usa una URL prefirmada, es decir, un enlace que incluye su propio tiempo de expiración. El versionado es una configuración del bucket: Bucket versioning, off by default. Actívelo al crear el bucket, porque no se aplica a los objetos cargados anteriormente.

El problema aparece cuando se trata un bucket como una carpeta de sincronización. De forma predeterminada, ningún proceso supervisa el directorio Documents. rclone bisync realiza sincronización bidireccional, y la documentación de rclone indica claramente que requiere una configuración cuidadosa. El almacenamiento de objetos funciona especialmente bien como capa subyacente: un destino de copias de seguridad o la capa de almacenamiento de una aplicación. Almacenamiento de objetos compatible con S3 y autohospedado con MinIO explica la configuración del servidor.

El coste de recursos es distinto en este caso. MinIO es un único binario y consume pocos recursos cuando está inactivo. El coste real corresponde al disco. En un VPS, esto significa un volumen de bloques contratado por gigabyte, además del ancho de banda utilizado para transferir objetos de entrada y salida. Ninguno de esos costes aparece en free -h. Consulte cuánto cuesta realmente un VPS al mes antes de dimensionar un archivo.

Comparación entre uso compartido, clientes móviles y control de versiones

ChartSharing, mobile clients and versioning, by tool
The data behind this chart
[
  {
    "tool": "Nextcloud",
    "sharing": "Public links, users and groups",
    "mobile": "Official iOS and Android apps",
    "versioning": "On by default, plus trash"
  },
  {
    "tool": "Seafile",
    "sharing": "Public links with password and expiry",
    "mobile": "Official iOS and Android apps",
    "versioning": "Library history and snapshots"
  },
  {
    "tool": "Syncthing",
    "sharing": "Device pairing only, no links",
    "mobile": "Android app, no official iOS",
    "versioning": "Optional per folder, off by default"
  },
  {
    "tool": "Object storage",
    "sharing": "Presigned URLs you generate",
    "mobile": "Third party clients only",
    "versioning": "Bucket versioning, off by default"
  }
]

Las 4 opciones se dividen según un criterio. Tres de ellas pueden entregar un archivo a un desconocido que sólo tenga un navegador. Una de ellas sólo se comunica con dispositivos que ya son suyos. La opción de control de versiones de Seafile, Library history and snapshots, requiere una aclaración: el historial se conserva por biblioteca, por lo que eliminar una biblioteca también elimina su historial.

Cómo recuperar sus datos

El coste de salida es fácil de comprobar ahora y caro de descubrir más adelante, así que compruébelo antes de comprometerse.

Nextcloud almacena los archivos reales en directorios reales, por lo que una tar del directorio de datos le proporciona sus documentos aunque la aplicación no vuelva a iniciarse. Syncthing hace lo mismo en cada par, lo que ofrece la mejor opción de salida: los archivos están simplemente en cada dispositivo. El almacén de objetos de Seafile necesita Seafile o sus herramientas de exportación para volver a ensamblar los bloques en archivos. El almacenamiento de objetos necesita rclone o una herramienta equivalente, que está a un comando de distancia.

La sincronización no es una copia de seguridad, y esa diferencia provoca pérdidas de datos

Todas las herramientas de esta guía copian los cambios entre máquinas. Una eliminación también es un cambio. Si elimina una carpeta en su portátil, el cliente informa al servidor, el servidor aplica la eliminación y todos los demás dispositivos también la eliminan. El ransomware utiliza el mismo mecanismo: cifra los archivos localmente, el cliente detecta que se han modificado y carga las versiones cifradas. La sincronización funciona correctamente. Sus datos siguen desaparecidos.

Las papeleras y el historial de versiones reducen el impacto. También caducan, la misma cuenta que cometió el error puede vaciarlos y se encuentran en el mismo disco que la copia activa. Un volumen averiado puede destruir los archivos y su historial al mismo tiempo.

Una copia de seguridad es una copia independiente, almacenada en hardware separado, que se crea según un calendario y que se ha restaurado correctamente al menos una vez. Haga una copia de seguridad de la base de datos en la misma ejecución que la de los archivos. Restaurar un directorio de datos de Nextcloud sin su base de datos produce una instancia que no sabe que esos archivos existen, y un occ files:scan posterior recupera los archivos, pero pierde los recursos compartidos y el historial de versiones almacenados en esas tablas. Copias de seguridad programadas con restic desde un VPS explica la variante cifrada y deduplicada, incluido cómo probar una restauración en lugar de darla por supuesta.

Qué elegiría

Nextcloud, para la mayoría de las personas que lean esto. Lo que se echa de menos después de dejar Dropbox es poder entregar un enlace a alguien que nunca instalará nada y abrir un archivo en un teléfono. Nextcloud permite ambas cosas con clientes oficiales y sin un nivel de pago, y 2 GB de RAM es un coste razonable por ello. Mantengo dos excepciones. Si la carpeta es exclusivamente tuya y sólo está en hardware que posees, ejecuta Syncthing y evita tener un servidor que actualizar y un inicio de sesión web que proteger. Si sincronizas un directorio de trabajo con cientos de miles de archivos, ejecuta Seafile y acepta el almacenamiento opaco a cambio de la velocidad. El almacenamiento de objetos debe estar debajo de la opción que elijas, como destino de copias de seguridad, no delante de ella como herramienta de sincronización.

FAQ

¿Syncthing sirve como copia de seguridad para mi portátil?

No. Syncthing copia los cambios entre dispositivos, y una eliminación es un cambio como cualquier otro. Por tanto, un archivo que elimine por accidente desaparece de todos los dispositivos emparejados en cuestión de segundos. El versionado de archivos por carpeta ayuda, pero está desactivado hasta que lo habilite en cada carpeta. Mantenga una copia de seguridad real en hardware independiente, créela según un calendario y restáurela una vez para comprobar que la restauración funciona.

¿Puedo ejecutar Nextcloud y Syncthing en el mismo VPS?

Sí. Escuchan en puertos diferentes y no entran en conflicto. No apunte una carpeta de Syncthing al directorio de datos de Nextcloud. Nextcloud registra cada archivo en una base de datos, por lo que los archivos que aparezcan en el disco por debajo de ese directorio seguirán siendo invisibles hasta que ejecute occ files:scan. Además, los archivos eliminados por debajo de ese directorio dejan filas en la base de datos que apuntan a elementos inexistentes. Asigne a Syncthing su propio directorio o añada ese directorio a Nextcloud como almacenamiento externo para que Nextcloud sepa que debe examinarlo.

¿Cuál permite compartir un enlace con alguien que no tiene cuenta?

Nextcloud y Seafile crean enlaces públicos, con contraseña opcional y fecha de caducidad. El almacenamiento de objetos proporciona una URL prefirmada que deja de funcionar automáticamente cuando transcurre el tiempo establecido. Syncthing no ofrece esta función. Su modelo de uso compartido se basa en emparejar dispositivos. La otra persona debe instalar Syncthing, proporcionarle un ID de dispositivo y aceptar la carpeta.

¿Cuánto espacio de disco necesita el servidor?

Para un servidor que almacena la copia principal de los datos, planifique el tamaño completo de los datos compartidos, más espacio para el historial de versiones y la papelera, y espacio de trabajo para las cargas en curso. El historial de versiones es el aspecto que más se suele subestimar. Conservar todas las versiones de un archivo de 2 GB que cambia a diario ocupa espacio rápidamente, así que establezca pronto una política de retención. Almacenar los datos en un volumen independiente evita que ese crecimiento afecte al sistema de archivos raíz. Cuando el disco se llena, se detiene todo el servidor y no sólo una carga.