Cómo sustituir Google Drive por un servidor Nextcloud propio

El almacenamiento en la nube es lo más íntimo que la mayoría de la gente le entrega a una empresa. No los documentos — las fotos, los escaneos de los papeles de identidad, las declaraciones de impuestos, la copia de seguridad de un teléfono que lo tiene todo. Vive en una cuenta que un sistema automatizado puede suspender sin posibilidad de apelación, en servidores que escanean lo que subes, atada a una identidad que verificaste hace años y de la que ya no te puedes desvincular. La gente descubre la forma real de ese trato en el peor momento posible, normalmente cuando una cuenta bloqueada se lleva por delante veinte años de fotos familiares. Nextcloud es la respuesta de código abierto: los mismos clientes de sincronización, la misma aplicación de móvil, los mismos enlaces compartidos — funcionando en una máquina que alquilas tú, con archivos que no indexa nadie más. Instalarlo lleva una tarde. Lo que decide si de verdad es mejor que lo que dejaste atrás es el disco que hay debajo, y una pregunta sobre cifrado que casi todos los tutoriales responden mal.

Lo que Nextcloud realmente reemplaza

Nextcloud no es tanto una única aplicación como una pequeña suite que cubre casi todo lo que hace una cuenta de nube de consumo. Esa amplitud es la razón por la que merece la pena autoalojarlo: sustituir un solo servicio por un equivalente autoalojado casi nunca compensa el mantenimiento, pero sustituir cinco por un solo servidor normalmente sí.

• Sincronización y compartición de archivos, que es el núcleo. Clientes de escritorio para Windows, macOS y Linux, aplicaciones móviles para ambas plataformas, y una interfaz web — el mismo comportamiento de arrastrar una carpeta y verla aparecer en todas partes que ya das por hecho.
• Copia de seguridad de fotos desde el teléfono, con subida automática de la cámara, álbumes y agrupación por caras. Para la mayoría de la gente esta es, con diferencia, la mayor porción de datos y la razón por la que el disco necesita dimensionarse bien.
• Calendario y contactos sobre los estándares abiertos CalDAV y CardDAV, que todos los teléfonos hablan de forma nativa — sin necesidad de ninguna aplicación de terceros para sincronizarlos.
• Documentos colaborativos mediante una suite ofimática que puedes añadir, editando hojas de cálculo y archivos de texto en el navegador sin enviarlos a ningún otro sitio.
• Enlaces públicos para compartir con contraseñas, fechas de caducidad y carpetas de solo subida, que es la función que suele acabar con la costumbre de enviar archivos adjuntos grandes por correo.
• Control de versiones en el servidor y una papelera, de modo que un archivo sobrescrito o una mala sincronización se puedan recuperar sin recurrir a una copia de seguridad.

Vale la pena decir el límite sin rodeos, porque el marketing alrededor del autoalojamiento casi nunca lo hace. Nextcloud te da control y privacidad. No te da la durabilidad de un hyperscaler — esas empresas replican tus datos por varios continentes, y un único servidor alquilado no lo hace, por buenos que sean sus discos. Tampoco hace que los archivos sean gratis: pagas por el almacenamiento de todas formas, solo que a un host que nunca preguntó tu nombre en lugar de uno que sí lo hizo. Autoalojar es cambiar la fiabilidad de otro por tu propio control, y es un buen cambio solo si te tomas en serio la mitad de la fiabilidad.

Te conviertes en el proveedor de almacenamiento

Ese es el coste honesto, y se entiende mucho mejor antes de la migración que después. Nadie vigila tu tiempo de actividad, nadie tiene una copia de tus fotos, y no hay nadie al otro lado de una línea de soporte en el momento en que un cliente de sincronización avisa de un conflicto en un archivo que necesitabas esta mañana.

• Las copias de seguridad son cosa tuya, y no son opcionales. Un array RAID sobrevive a un disco muerto; no sobrevive a una carpeta borrada, una mala actualización o un ransomware que atraviesa un directorio sincronizado. El control de versiones y la papelera son funciones de comodidad, no una copia de seguridad.
• El tiempo de actividad es cosa tuya. Un cliente de sincronización que no puede alcanzar el servidor encola los cambios en silencio y se pone al día más tarde, lo cual es indulgente — pero un enlace que le enviaste a un cliente está muerto mientras la máquina está caída.
• Las actualizaciones son cosa tuya, y Nextcloud las publica a buen ritmo. Es una aplicación PHP en una IP pública con toda tu vida dentro, así que aplicar parches no es algo que se pueda posponer para un mes tranquilo.
• La capacidad es cosa tuya, hay que vigilarla. Un teléfono que sube cada foto automáticamente llenará un disco que dimensionaste con generosidad, en un plazo que no planeaste, y un disco lleno corrompe más de lo que detiene.
• La recuperación es cosa tuya. Restaurar significa la base de datos y el árbol de archivos juntos, en un punto del tiempo coherente entre ambos. Restaurar uno sin el otro produce una interfaz que funciona pero que lista archivos que no están.

Nada de eso es pesado una vez que está configurado. Son unos minutos al mes más una tarde cuidadosa al principio, y es la misma disciplina que necesita cualquier servicio autoalojado — la diferencia es solo que este guarda las cosas que más odiarías perder. Si ya has pasado por alojar un sitio web tú mismo, nada de esto te resultará desconocido.

Dimensionar la máquina: presupuesta para los datos, no para la aplicación

Nextcloud en sí es una aplicación PHP modesta. Casi todos los errores de dimensionamiento aquí vienen de presupuestar para la aplicación y olvidar que el objetivo del ejercicio es guardar datos que crecen. Acierta con la forma desde el principio, porque migrar más adelante un árbol de archivos y su base de datos entre máquinas es la tarde menos agradable de todo el autoalojamiento.

• El almacenamiento es la decisión que determina tu plan, y necesitas aproximadamente el doble de lo que miden tus archivos hoy. El control de versiones guarda copias antiguas de los archivos modificados, la papelera retiene lo borrado durante una ventana de retención, y las miniaturas y vistas previas generadas son un porcentaje real por encima de una biblioteca de fotos.
• La memoria decide cómo se siente, más que si funciona. Con 2 GB corre una instancia de un solo usuario; con 4 GB va cómodo para un hogar con subidas desde el teléfono en marcha; a partir de 8 GB importa cuando entran en juego una suite ofimática y un puñado de usuarios simultáneos.
• La CPU está inactiva casi todo el tiempo, y luego importa mucho durante un rato breve — la primera pasada de generación de vistas previas sobre una biblioteca de fotos importada, y cualquier conversión de documentos al vuelo, son los picos para los que merece la pena tener margen.
• La base de datos quiere almacenamiento rápido, y los archivos no tanto. Las operaciones de metadatos golpean la base de datos constantemente, mientras que el árbol de archivos es sobre todo lecturas y escrituras secuenciales, razón por la cual un disco raíz NVMe pequeño junto a capacidad a granel es una forma mejor que un único volumen gigante y lento.
• La transferencia aquí no está medida, pero la subida inicial de una biblioteca ya existente es un evento puntual genuinamente grande. Planéalo para que se ejecute durante la noche, en lugar de que te pille por sorpresa.

En la práctica, eso aterriza en dos sitios según lo que realmente estés almacenando. Por debajo de unos cientos de gigabytes — documentos, una biblioteca de fotos modesta, una o dos personas — el VPS-8 a $13.99/mo con 4 vCPU EPYC, 8 GB DDR5 ECC y 120 GB de NVMe Gen4 va rápido y sobra. En cuanto entra en juego un teléfono con carrete de fotos, la capacidad se convierte en la única pregunta y el NVMe deja de ser donde quieres poner tu dinero: un servidor de almacenamiento desde $7.99/mo te da 1 TB en RAID-6, y STO-4 a $22.99/mo te da 4 TB — que es una categoría de margen completamente distinta a cualquier VPS, a una fracción del precio por terabyte. Si estás consolidando un hogar o un equipo pequeño más allá de eso, un servidor dedicado desde $64/mo con 2 × 1 TB de NVMe te da velocidad y espacio a la vez sin que la aritmética se vuelva absurda.

Paso a paso: de un servidor nuevo a una sincronización en marcha

1. 01Despliega el servidor y endurécelo primeroUna máquina Debian o Ubuntu, SSH solo con clave, firewall que deniega todo por defecto — antes de que haya un solo archivo en ella. Haz esto mientras la máquina sigue vacía y aburrida.
2. 02Apunta un dominio al servidor y deja que se emita un certificadoLos clientes de Nextcloud se negarán a sincronizar sobre HTTP plano, y con razón. El nombre de host debe resolver hacia la máquina antes de que se pueda emitir el certificado, que es, con diferencia, la causa más común de instalaciones fallidas.
3. 03Elige tu método de instalación y no lo cambiesLa imagen de contenedor es la ruta más rápida y la más fácil de mantener actualizada; una instalación manual sobre un servidor web y una base de datos te da más control sobre el ajuste fino. Elige uno — mezclar los dos es como se rompen las actualizaciones.
4. 04Usa una base de datos de verdad, no SQLiteSQLite funciona para exactamente un usuario que no hace gran cosa, y se cae en el momento en que dos clientes sincronizan a la vez. Elige MariaDB o PostgreSQL durante la instalación, porque convertir después es una migración desagradable.
5. 05Añade una caché en memoria y configura los trabajos en segundo planoRedis para bloqueos y caché, y un cron a nivel de sistema para los trabajos en segundo plano en lugar del valor por defecto que depende del navegador. Saltarse esto es la razón por la que algunas instancias autoalojadas van lentas y otras van al instante.
6. 06Sube los límites de subida antes de migrar nadaLos valores por defecto están pensados para archivos pequeños y rechazarán un vídeo o una imagen de disco. Corrige antes los límites en la configuración del servidor web y de PHP, o tu primera subida grande fallará al noventa por ciento.
7. 07Migra tus archivos en una sola pasada deliberadaSube la biblioteca existente desde un cliente de escritorio, o cópiala directamente en su sitio y lanza un escaneo. Hazlo una sola vez, durante la noche, antes de que nadie dependa todavía de la instancia.
8. 08Conecta los clientes, y configura las copias de seguridad el mismo díaSincronización de escritorio, subida automática desde el teléfono, calendario y contactos. Después configura y prueba de verdad la copia de seguridad — una instancia en producción sin una vía de restauración es una cuenta atrás.

Cifrado: qué te protege de verdad, y qué solo lo parece

Esta es la sección que más importa si dejaste una nube de consumo específicamente porque una empresa podía leer tus archivos, y es la que más guías explican mal. Nextcloud tiene una función llamada cifrado del lado del servidor. Activarla se siente como la respuesta. En su mayor parte no lo es, y entender por qué te libra de una falsa sensación de seguridad que es peor que no tener ningún cifrado.

• El cifrado del lado del servidor guarda las claves en el propio servidor. La aplicación tiene que poder descifrar tus archivos para servírtelos, así que cualquiera con acceso a la máquina en marcha tiene todo lo que tiene la máquina. Protege frente a un disco robado o un backend de almacenamiento externo poco fiable — no frente a un servidor comprometido o a quien lo opera.
• El cifrado de extremo a extremo es lo real, y está limitado a propósito. Cifra en el cliente para carpetas específicas, lo que significa que el servidor de verdad no puede leerlas — y significa igualmente que no hay interfaz web, ni vistas previas, ni búsqueda del lado del servidor, ni enlaces públicos para ese contenido.
• El cifrado completo de disco en el servidor protege una máquina apagada. Un servidor en marcha tiene el volumen montado y la clave en memoria, así que defiende frente al desecho o la incautación física de una máquina apagada, y nada más.
• Cifrar antes de subir es lo que la mayoría de la gente realmente quiere. Una herramienta que cifra una carpeta localmente y sincroniza el texto cifrado te da confidencialidad real con un Nextcloud normal debajo, al precio de las vistas previas y el acceso desde el navegador para esa carpeta.
• El cifrado en tránsito no es cifrado de almacenamiento. HTTPS protege los archivos mientras viajan y nada en reposo, y confundir ambas cosas es el malentendido más común en toda esta área.

Para la mayoría de la gente, la respuesta honesta es mixta. Ejecuta la instancia con normalidad — es tu servidor, y la comodidad de las vistas previas, la búsqueda y los enlaces compartidos es la razón entera por la que no te limitas a usar un archivo cifrado. Después toma la minoría de archivos genuinamente sensibles — los papeles, las claves, las cosas que importarían en un mal año — y cífralos del lado del cliente antes de que lleguen siquiera al disco. Eso te da una nube utilizable y una caja fuerte real, en lugar de un compromiso mediocre que finge ser ambas cosas.

Las fugas de identidad que deja una instalación por defecto

Nextcloud elimina a la empresa que leía tus archivos. Por sí solo, no elimina todo lo que vincula el servidor con una persona — y la mayoría de esos vínculos vienen de pasos que parecen no tener nada que ver con el almacenamiento.

• El dominio. Un registrador conserva tu identidad incluso cuando el WHOIS público está redactado, y necesita una dirección de contacto que funcione para mantener vivo el nombre. El nombre de host es la forma más común en que un servicio autoalojado se rastrea hasta su dueño.
• La transparencia de certificados. En el momento en que se emite un certificado, el nombre de host exacto se publica en registros públicos que cualquiera puede consultar. Un subdominio que dabas por privado — nube.algo, archivos.algo — queda anunciado a nivel mundial con una marca de tiempo.
• El host. Si el servidor se alquiló con una tarjeta a tu nombre legal, la máquina está a tu nombre legal sin importar qué se ejecute en ella. Eso se decide en el registro, mucho antes del primer archivo.
• Las notificaciones push del móvil. Las aplicaciones oficiales enrutan las notificaciones por defecto a través de los servicios push de los fabricantes de plataforma, lo que significa que metadatos sobre tu instancia llegan a Google o Apple aunque tus archivos no lo hagan.
• Los metadatos de las fotos. Las imágenes llevan datos EXIF que incluyen coordenadas GPS e identificadores de dispositivo. Mover un carrete de fotos a tu propio servidor no elimina nada de eso — solo lo traslada a un sitio que controlas, lo cual es mejor, pero no es lo mismo que eliminarlo.
• Las integraciones externas. La compartición federada, los backends de almacenamiento remoto, las notificaciones por correo y las comprobaciones de actualizaciones de la tienda de aplicaciones se conectan hacia fuera desde la máquina, y cada una de ellas es un tercero que ve tu servidor.
• Los logs del servidor. Tus propios logs registran direcciones IP y user agents de cada sincronización. En tu propia máquina eso no es un problema — hasta que la máquina es incautada, momento en el que tus logs son pruebas sobre tus propios movimientos.

Cerrar esas brechas es trabajo ordinario, no algo exótico. Elige un registrador que acepte criptomonedas y pida lo mínimo. Pon la máquina en un host que nunca preguntó quién eres y págalo desde un saldo en cripto — Bitcoin es pseudónimo, no anónimo, así que recargar en Monero es lo que cierra el rastro on-chain si eso te importa. Desactiva las notificaciones push si los metadatos te preocupan, y acepta la sincronización retrasada que eso trae consigo. Y si la instancia es solo para ti y un par de personas de confianza, no la expongas a todo internet en absoluto: ponla detrás de un túnel WireGuard y deja que responda solo en el túnel — lo cual además elimina toda la categoría de ataques contra una pantalla de inicio de sesión pública.

Mantenerlo en marcha después de la migración

Un servidor de archivos que lleva un año funcionando es un servidor de archivos que nadie ha revisado en un año. Una breve rutina es la diferencia entre eso y perder lo que lo construiste para proteger.

• Respalda la base de datos y el árbol de archivos juntos, desde un punto del tiempo coherente. Una copia de seguridad de archivos sin su base de datos correspondiente restaura como una instancia con aspecto vacío y llena de huérfanos.
• Guarda una copia que no esté en el servidor. Una instantánea que vive en la misma máquina sobrevive a un fallo de disco y nada más — ni a un compromiso, ni a un borrado por error que se sincroniza a todas partes, ni a una cuenta perdida.
• Restaura una vez, a propósito, mientras no haya ningún problema. Una copia de seguridad no probada de tu biblioteca de fotos es una hipótesis sobre tus recuerdos.
• Actualiza al ritmo del proyecto y nunca te saltes una versión mayor. Nextcloud se actualiza una versión mayor cada vez, y saltarte dos es una migración que tendrás que deshacer a mano.
• Vigila el espacio libre con un margen real. Las actualizaciones necesitan espacio para trabajar, y un disco que se llena durante una migración de base de datos es cómo una actualización rutinaria se convierte en una restauración.
• Comprueba que los trabajos en segundo plano se están ejecutando de verdad. Ahí viven la generación de vistas previas, la limpieza de la papelera y la poda de versiones, y un cron roto en silencio aparece meses después como un disco misteriosamente lleno.

De paso, añade una comprobación externa — algo que pida la página de inicio de sesión desde fuera y avise en cuanto deje de responder te dice que la instancia está caída antes de que lo haga un cliente de sincronización en cola. Y trata la máquina en sí como describen los primeros diez minutos en un VPS nuevo, porque lo que hay en juego en una máquina que guarda todos tus documentos no es menos que en una que guarda dinero.

Errores que le cuestan a la gente sus archivos

• Instalar sobre SQLite porque era la opción por defecto, y ver cómo se bloquea la primera vez que dos dispositivos sincronizan a la vez.
• Tratar la papelera y las versiones de archivos como una copia de seguridad, y descubrir que no lo son el día en que un cliente de sincronización propaga un borrado a todas partes.
• Migrar toda la biblioteca de fotos antes de configurar las copias de seguridad, y vivir durante un mes en la ventana en la que la única copia está en una máquina alquilada.
• Activar el cifrado del lado del servidor, concluir que los archivos ahora son privados frente al host, y actuar según esa creencia.
• Dimensionar el disco para lo que miden los archivos hoy, sin ningún margen para versiones, papelera y vistas previas.
• Saltarse la caché en memoria y la configuración de los trabajos en segundo plano, y luego culpar al hardware de una instancia que va lenta.
• Dejar los límites de subida en sus valores por defecto y descubrir a mitad de la migración que cualquier cosa grande falla en silencio.
• Saltarse dos versiones mayores en una sola actualización porque la instancia llevaba un año sin tocarse.
• Alquilar el servidor y registrar el dominio a tu propio nombre, después de haber hecho todo lo demás bien.

Nextcloud es uno de esos raros proyectos autoalojados que de verdad iguala al producto comercial que sustituye en lo que importa día a día — la sincronización simplemente funciona, la aplicación del móvil simplemente funciona, y al cabo de una semana dejas de notar la diferencia. La instalación es una tarde y la migración es una noche. Lo que te queda es cada archivo que tienes en una máquina que responde ante ti, pagada con un saldo en cripto, en un host que nunca pidió tu nombre. Dimensiona el disco para lo que los datos van a llegar a ser, no para lo que son ahora, cifra del lado del cliente la pequeña parte que de verdad lo necesita, y configura la copia de seguridad antes de necesitarla, no después.