De la puesta en marcha
al cierre.
Para una profesional autónoma del sector veterinario se puso en marcha una web,
correo con dominio propio y una nube privada en un VPS. Los servicios estuvieron
disponibles en octubre de 2026. Poco después se ordenó apagar el servidor.
Este caso explica qué se llegó a desplegar y qué no se hizo en el cierre.
Se omiten la identidad, el dominio y el contenido de los documentos de la profesional.
Qué se planteó y qué se hizo
El punto de partida
Se planteó un espacio digital con web, correo propio y una nube privada para documentos. El proyecto buscaba reunir esos servicios bajo un dominio propio; desplegarlos no implicaba que la profesional fuera a utilizarlos habitualmente.
Lo que construí
Un VPS con web, correo, Nextcloud, ofimática en línea, base de datos y acceso web seguro. Se configuraron certificados y copias semanales de bases de datos y configuraciones. Esas copias no incluían los archivos de la nube.
Cómo acabó
La profesional prefirió seguir con herramientas que ya conocía. El 28 de octubre se ordenó apagar el VPS y el contrato figuraba como cancelado en el panel de OVH. No se hizo una entrega de los archivos de la nube ni de los buzones de correo. Tampoco se preparó una copia final aparte de los archivos de Nextcloud.
Qué había dentro del servidor
Un VPS con Debian y servicios en contenedores Docker. El proxy inverso, la web, el correo, la nube y la base de datos funcionaban allí; Matrix estaba alojado en otro servidor.
Web corporativa + TLS
Sitio estático servido por Nginx detrás de un proxy inverso, con certificado Let's Encrypt y acceso HTTPS.
Correo soberano
Servidor de correo con IMAP, SMTP autenticado, SPF y DKIM. Se creó el acceso al correo desde Nextcloud Mail. En la revisión inicial se detectó que el DNS inverso todavía apuntaba a otro nombre; no se verificó que todos los envíos llegaran sin problemas.
Nube privada
Nextcloud con su propia base de datos, caché Redis y edición de documentos con Collabora. La nube se puso en marcha, pero sus archivos no formaban parte de la copia semanal de bases de datos y configuraciones.
Conexión con Matrix
Se planteó conectar el agente por Matrix. El servicio de mensajería estaba alojado fuera del VPS de la clínica, no como parte de sus contenedores.
Agente de IA
Se preparó un agente conversacional como parte del proyecto. Su presencia en el servidor no demuestra que llegara a formar parte del trabajo habitual de la profesional ni que todas sus funciones previstas se utilizaran en producción.
Copias y vigilancia
Se programaron copias de la base de datos y las configuraciones y su descarga por SSH a un equipo de casa. No incluían los archivos de Nextcloud y no se probó una restauración completa. Había monitorización y medidas de protección como cortafuegos y Fail2Ban.
Cuatro momentos que valieron el proyecto
Comprobar el parche dentro del contenedor
Una vulnerabilidad de PHP exigió actualizar Nextcloud. Se descargó la imagen corregida y se comprobó la versión de PHP dentro del contenedor de la nube; después se verificó que Nextcloud y la ofimática respondían.
Una web accesible aún puede tener detalles pendientes
La revisión del despliegue encontró que el DNS inverso del correo aún señalaba otro nombre y que el botón de WhatsApp de la web llevaba un número de prueba. Que una página respondiera no significaba que todos sus canales estuvieran listos.
Una copia en el mismo servidor no es una copia
La copia semanal se guardaba en el VPS y se descargaba a un equipo de casa. Se comprobó que sus archivos comprimidos podían leerse, pero los documentos de Nextcloud quedaban fuera y nunca se probó recuperar el sistema entero.
Lo técnicamente correcto no siempre es lo que el usuario adopta
La infraestructura llegó a estar disponible, pero la profesional prefirió herramientas que ya conocía. Se ordenó apagar el VPS sin realizar una entrega de datos. La lección es doble: acordar antes qué se necesita de verdad y no presentar un cierre técnico como una entrega que no se hizo.
Con qué estaba hecho
Se documentaron el despliegue y las comprobaciones técnicas. En el momento de ordenar el apagado seguía pendiente confirmar que los cambios de DNS se hubieran publicado. Esta página cuenta lo que se hizo, sin dar por completados pasos no verificados.