SSD Nodes Learn Hosting plans →
Guías Matt ConnorPor Matt Connor · Actualizado 2026-08-24

Alternativas autoalojadas a Dropbox: comparación

Compara Nextcloud, Seafile, Syncthing y almacenamiento de objetos: topología, coste real en un VPS pequeño y por qué sincronizar no es hacer copias de seguridad.

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

Cuatro alternativas autoalojadas a Dropbox merecen su atención: Nextcloud, Seafile, Syncthing y el almacenamiento de objetos con un cliente encima. No son intercambiables. Nextcloud es adecuado para un hogar o un equipo pequeño en el que 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 necesita más velocidad de sincronización que una representación legible de los datos en el disco. Syncthing es adecuado para una persona que sincroniza sus propios dispositivos y no necesita compartir enlaces con nadie externo. 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 las 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, 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), conserva 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 por sí solo cuando vuelva a conectarse. Un teléfono con 6 GB libres puede conservar un subconjunto mientras el servidor almacena todo. Un navegador puede acceder a los archivos, y por eso pueden existir enlaces compartidos.

Pares sin servidor. Syncthing funciona de esta forma. Los dispositivos se encuentran entre sí e intercambian directamente las listas de archivos mediante una conexión cifrada. Ninguna copia es la 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 entregar, porque ninguna máquina sirve una página.

De aquí se derivan cuatro consecuencias, que suelen descubrirse 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 cada vez que se enciende. 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 conectado.
  • El almacenamiento se calcula de otra forma. Un servidor de referencia conserva una copia completa, además de lo que cada dispositivo mantiene localmente. Cuatro pares que comparten una carpeta conservan cuatro copias completas, porque cada par mantiene la carpeta entera.

Nextcloud: usuarios, grupos y enlaces públicos

Nextcloud es una aplicación web escrita en 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 por contraseña y con fecha de caducidad. El historial de versiones está activado de forma predeterminada y los archivos eliminados pasan primero a la papelera. Los clientes de escritorio son compatibles con Linux, macOS y Windows, y las aplicaciones para iOS y Android son oficiales. Si la razón para dejar Dropbox es que otras personas necesitan recibir sus archivos, esta es la respuesta realista.

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 hará que intervenga el asesino de procesos por falta de memoria. Considere 2 GB como el mínimo para un grupo pequeño de usuarios y prevea 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 de las que depende 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 tratan en una instalación de Nextcloud basada en Docker con TLS y copias de seguridad, que es la guía adecuada una vez tomada la decisión.

Una advertencia sobre el alcance. Nextcloud también puede ejecutar su calendario, contactos, notas y 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 específica las gestiona mejor: consulte Immich como sustituto autoalojado de Google Photos. Si el problema real son los documentos y las wikis, consulte las alternativas autoalojadas a Notion en lugar de añadir aplicaciones al servidor de archivos. Editar esos documentos en el navegador requiere otro servidor, no una aplicación de Nextcloud, así que valore OnlyOffice frente a Collabora antes de asumir que el mínimo de 2 GB sigue siendo suficiente.

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 direccionado mediante el hash del contenido, igual que git gestiona 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 consume espacio.

La contrapartida es que los archivos del servidor dejan de ser archivos convencionales. 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 sola hoja de cálculo con cp. Decida ahora si esto es aceptable, porque es una característica que muchos lamentan después.

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 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 sólida 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 lado. Es la opción que requiere menos trabajo de todas las de este documento, porque hay muy poco que administrar.

Lo que pierde es toda la parte de uso compartido. Su valor es Device pairing only, no links. No puede enviar 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 sección de preguntas frecuentes del proyecto lo indica claramente: «El equipo actual de Syncthing no tiene previsto ofrecer compatibilidad oficial con iOS en un futuro cercano», porque iOS limita tanto el procesamiento en segundo plano que dificulta la sincronización fiable. Los usuarios de iOS tienen que 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 resuelven 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 combinan los cambios, por lo que 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 alquilado a un proveedor. Se accede a él con una herramienta: rclone desde la línea de comandos o un cliente de escritorio que presenta el bucket como una unidad. Si prefiere explorar el bucket desde una página web en lugar de usar un shell, varias herramientas de esta comparativa de gestores de archivos autoalojados usan un bucket S3 como backend y añaden sus propios enlaces para compartir. Compartir consiste en generar una URL prefirmada, 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 que haya cargado antes.

El problema aparece cuando se trata un bucket como una carpeta de sincronización. De forma predeterminada, nada supervisa el directorio Documents. rclone bisync realiza sincronización bidireccional, y la propia documentación de rclone indica claramente que requiere cuidado. El almacenamiento de objetos funciona muy 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 autoalojado con MinIO cubre el lado del servidor.

El coste de recursos es particular en este caso. MinIO consta de un solo binario y consume pocos recursos cuando está inactivo. El coste real es el disco; en un VPS, eso significa un volumen de bloques alquilado por gigabyte, además del ancho de banda utilizado para transferir objetos hacia dentro y hacia fuera. Ninguno de esos costes aparece en free -h, así que lea cuánto cuesta realmente un VPS al mes antes de dimensionar un archivo.

Comparativa de 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 en una sola línea. Tres de ellas pueden entregar un archivo a una persona desconocida que sólo tenga un navegador. Una de ellas sólo se comunica con dispositivos que ya son de su propiedad. La opción de control de versiones de Seafile, Library history and snapshots, merece una aclaración: el historial se conserva por biblioteca, por lo que al eliminar una biblioteca también se elimina su historial.

Cómo recuperar los datos

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

Nextcloud almacena archivos reales en directorios reales, por lo que un tar del directorio de datos le proporciona sus documentos aunque la aplicación no vuelva a iniciarse. Syncthing hace lo mismo en cada par, y ofrece la mejor opción de salida: los archivos simplemente están 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 equipos. Una eliminación también es un cambio. Si elimina una carpeta del portátil, el cliente informa al servidor, el servidor aplica el cambio 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 funcionó 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. Si falla el volumen, los archivos y su historial se pierden juntos.

Una copia de seguridad es una copia independiente, almacenada en hardware separado, que se crea según una programación y que se ha restaurado correctamente al menos una vez. Incluya la base de datos en la misma ejecución que los archivos. Restaurar un directorio de datos de Nextcloud sin su base de datos produce una instancia que no sabe que esos archivos existen. Además, 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.

Lo que elegiría

Nextcloud, para la mayoría de las personas que leen esto. Después de dejar Dropbox, lo que más se echa de menos es poder enviar un enlace a alguien que nunca instalará nada y abrir un archivo en un teléfono. Nextcloud permite hacer ambas cosas con clientes oficiales y sin un nivel de pago, y 2 GB de RAM es un precio razonable por ello. Mantengo dos excepciones. Si la carpeta es exclusivamente tuya y siempre está en hardware que posees, ejecuta Syncthing y disfruta de no tener un servidor que actualizar ni un acceso 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 eso, 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 restaure desde ella una vez para comprobar que la restauración funciona.

¿Puedo ejecutar Nextcloud y Syncthing en el mismo VPS?

Sí. Escuchan en puertos distintos 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 eso, los archivos que aparecen en el disco dentro de ese directorio permanecen invisibles hasta que ejecute occ files:scan, y los archivos que se eliminan directamente dejan filas en la base de datos que apuntan a elementos inexistentes. Asigne a Syncthing su propio directorio o adjunte ese directorio a Nextcloud como almacenamiento externo para que Nextcloud sepa que debe consultarlo.

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

Nextcloud y Seafile crean enlaces públicos, con una contraseña opcional y una fecha de caducidad. El almacenamiento de objetos proporciona una URL presignada que deja de funcionar automáticamente cuando transcurre el tiempo establecido. Syncthing no ofrece esta opción. Su modelo de uso compartido se basa en emparejar dispositivos. Por tanto, 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 de referencia, planifique el tamaño completo de los datos compartidos, además del espacio para el historial de versiones y la papelera, y espacio de trabajo para las cargas en curso. El historial de versiones es lo que más se suele subestimar. Conservar todas las versiones de un archivo de 2 GB que cambia a diario consume espacio rápidamente, así que establezca pronto una política de retención. Colocar los datos en un volumen independiente mantiene ese crecimiento alejado del sistema de archivos raíz. Si el disco se llena, se detiene todo el servidor y no sólo una carga.