Pablo

-MARZO-

    • Creación y despliegue de la máquina virtual que utilizaré para mi parte del proyecto.
        • Sistema operativo instalado y actualizado

        • Configuración inicial de red

        • Ajustes de seguridad básicos aplicados

    • Creación de la VPN con Tailscale , pero finalmente hemos decidido que lo mejor sera usar wireguard para no depender de terceros

-ABRIL-

Ayer completé la configuración base de mi servidor DMZ, centrada en dos pilares fundamentales: la red privada segura con WireGuard y la publicación de servicios mediante Cloudflare Tunnel. Con estos dos componentes ya operativos, el servidor quedó preparado para desplegar WordPress, GLPI y otros servicios con acceso seguro y cifrado extremo a extremo.

 
 1. Configuración de WireGuard en el servidor DMZ
Establecí la comunicación privada entre mi servidor (10.0.0.3) y la red interna del proyecto mediante la implementación completa de WireGuard. El proceso incluyó la instalación del servicio, la creación de la interfaz , la generación y configuración de las claves públicas y privadas, y la asignación de la IP interna correspondiente. También configuré el peer remoto y verifiqué la conectividad punto a punto para asegurar que el enlace fuera estable y seguro.
 
Resultado:
El servidor DMZ ya forma parte de la red privada del proyecto, con tráfico cifrado y aislado del exterior.
 
 2. Configuración del Cloudflare Tunnel:
Cloudflare es una plataforma que protege y acelera sitios web actuando como un proxy inverso global. En mi proyecto utilizo Cloudflare Tunnel, que permite publicar servicios en Internet sin abrir puertos en el router. El túnel crea una conexión cifrada entre mi servidor DMZ y la red de Cloudflare, de modo que los dominios públicos (WordPress, GLPI, LDAP, etc.) funcionan de forma segura sin exponer la IP real del servidor.
 
Resultado:
El servidor DMZ ya puede publicar servicios en Internet sin exponer puertos, usando Cloudflare como capa de seguridad y proxy inverso.
 
La semana del 13 de abril avancé en la parte legal de RutherTech: definimos que la empresa será una Sociedad Limitada de tres socios y documenté todas sus ventajas (responsabilidad limitada, imagen profesional, acceso a financiación y flexibilidad interna). También dejé preparado todo el proceso de constitución, desde la reserva del nombre hasta el alta en Hacienda. La mayor parte de los trámites los gestionará una gestoría, pero ya está todo organizado y listo para avanzar.
 

Durante esta semana del 20 de abril realizamos cambios en la estructura del proyecto debido a problemas con Cloudflare. El dominio utilizado no permitía modificar los nameservers, lo que impedía usar Cloudflare como proveedor DNS y bloqueaba funciones clave como túneles, validación DNS y emisión automática de certificados.

Para garantizar la continuidad del proyecto, reorganizamos la arquitectura, eliminamos la dependencia de Cloudflare y adaptamos la configuración de servicios y certificados a un entorno local. Esto permitió mantener el desarrollo estable y preparar la futura migración a un dominio totalmente compatible.

La semana del 27 de abril estuvo centrada en la parte empresarial del proyecto. Dejamos en segundo plano la parte técnica para dedicarnos a construir una base sólida a nivel económico y organizativo. Durante esos días trabajamos en la elaboración del presupuesto completo, definiendo con detalle todos los gastos fijos, variables y operativos que forman parte del funcionamiento de RutherTech. También revisamos los precios de los servicios, ajustando márgenes y verificando la viabilidad financiera del modelo.

-MAYO-

La semana del 4 de mayo la dedicamos a cerrar toda la parte empresarial del proyecto. Durante estos días completamos la documentación interna, la estructura organizativa y los apartados necesarios para dejar definida la empresa de forma clara y coherente. También finalizamos el análisis económico y los elementos administrativos que forman parte del plan empresarial, asegurando que todo quedara preparado para integrarlo en la memoria final.

La semana del 11 de Mayo Esta semana el foco principal estuvo en la integración de nuestros sistemas. Logré conectar con éxito mis servicios a la base de datos de Martín para asegurar que la comunicación entre ambos entornos fuera totalmente fluida. Después de eso, intentamos montar un sistema de keepalive para mantener la sesión activa de forma automática, pero lamentablemente el invento no funcionó como esperábamos en el primer intento. Como no queríamos perder tiempo valioso atascados con ese fallo de red, decidí buscar una alternativa rápida. Al final, dejé preparado y completamente operativo el acceso directo vía IP. De esta forma, el canal quedó asegurado y listo para seguir trabajando.

 La semana del 18 de Mayo Tras asegurar la red, en estos días tocó meterle mano a fondo al servidor. Me centré de lleno en el despliegue de las herramientas web del proyecto. Por un lado, terminé por fin toda la instalación pendiente de WordPress y, por el otro, completé también la instalación de GLPI para la gestión del soporte. Una vez que ambas plataformas estuvieron arriba, me puse la gorra de administrador para avanzar con las tripas de los dos sistemas. Dediqué las siguientes jornadas a la parte más dura y logré sacar adelante la mayor parte de la configuración interna de ambas herramientas. Ya están casi a punto y adaptadas, así que la próxima semana remataremos los flecos sueltos.

-JUNIO-