Plataforma Educativa Informática

En estas últimas semanas he tenido la oportunidad de impartir un curso sobre virtualización con Proxmox VE, dentro del marco del proyecto de innovación "Igualdad Digital a través de la Virtualización de un Centro de Procesamiento de Datos Educativo" (IDVCPDE), cofinanciado por la Unión Europea y el Ministerio de Educación, Formación Profesional y Deportes, en el marco del programa de Formación Profesional.

El proyecto IDVCPDE

El objetivo general del proyecto es diseñar, implementar y explotar didácticamente un Centro de Procesamiento de Datos (CPD) virtualizado en un instituto de educación, que permita optimizar los recursos TIC del centro, mejorar la calidad del proceso de enseñanza-aprendizaje en Formación Profesional y proporcionar al alumnado entornos de trabajo profesionales, homogéneos y sostenibles, tanto dentro como fuera del centro.

El proyecto surge de una necesidad real y muy habitual en los centros de FP: infraestructuras TIC heterogéneas, aulas dependientes del hardware del alumnado, obsolescencia del parque informático y una pérdida considerable de tiempo lectivo dedicado a reinstalar y configurar equipos. La virtualización, con Proxmox VE como plataforma central, permite centralizar servicios, ofrecer entornos homogéneos y acercar el aprendizaje técnico a escenarios reales del sector TIC.

En el proyecto participan los siguientes centros educativos:

• Centro coordinador: I.E.S. Gregorio Prieto (Valdepeñas, Ciudad Real)
• Centro colaborador: I.E.S. Modesto Navarro (La Solana, Ciudad Real)
• Centro colaborador: I.E.S. Valdehierro (Madridejos, Toledo)

Llevo muchos años generando materiales didácticos: en el blog de mi página web, en cursos publicados en la plataforma Pledin, en apuntes de las asignaturas que imparto en el instituto, en repositorios de GitHub, en documentación de proyectos. El problema es que ese contenido no está conectado entre sí. Durante años he sentido la necesidad de unirlo todo en un único lugar donde pueda verse cómo se relacionan los conceptos, dónde se solapan las plataformas y qué patrones emergen cuando juntas Docker, Kubernetes, Proxmox y KVM bajo el mismo grafo. En este artículo vamos a ver cómo lo he hecho.

Antes de empezar, conviene aclarar una cosa: este proyecto nació como un ejercicio para aprender a trabajar con IA en flujos profesionales reales. No estoy seguro de que la wiki en sí aporte un valor único frente a mi blog, ya que los contenidos vienen de ahí. Lo que sí creo que aporta es el proceso: cómo se ha diseñado, qué reglas han ido evolucionando, en qué tareas funciona bien la IA y cuáles hay que corregir. Si te interesa más el "cómo" que el "qué", sigue leyendo.

El concepto: Segundo Cerebro

La idea del "Segundo Cerebro" no es nueva, pero Andrej Karpathy la ha reformulado recientemente en el contexto de los LLMs: un sistema externo donde se acumula conocimiento de forma estructurada, con relaciones entre conceptos, que puede consultarse y ampliarse con ayuda de la IA. No se trata de almacenar información en bruto, sino de sintetizarla: extraer lo esencial, relacionarlo con lo que ya se conoce y mantenerlo accesible.

Y aquí hay un punto clave: la síntesis no pierde la conexión con el original. Cada resumen mantiene referencias a la fuente (un curso, un artículo, un libro) y cada concepto enlaza con los resúmenes que lo utilizan. Si queremos entender cómo funciona un Deployment en Kubernetes, vamos al concepto abstracto; si queremos ver ejemplos prácticos, saltamos al resumen del curso donde se enseña. La información es redundante en estructura pero no en contenido: el mismo concepto aparece en múltiples plataformas, así que un solo "Deployment" conecta Docker, Kubernetes, OpenShift, etc. a la vez.

La implementación se organiza en dos capas arquitectónicas claras:

GNOME incluye desde hace tiempo soporte nativo para RDP, lo que permite acceder de forma remota a un escritorio Debian sin necesidad de instalar servidores adicionales como xrdp o configurar VNC manualmente. Sin embargo, GNOME ofrece dos modos de acceso distintos que es importante diferenciar antes de empezar, porque funcionan de forma muy diferente y la confusión entre ambos suele ser la causa de la mayoría de los problemas de configuración.

En este post vamos a ver qué son, en qué se diferencian y cómo configurarlos paso a paso. Para que funcione el acceso remoto es necesario que tengamos instalado el siguiente paquete:

sudo apt install gnome-remote-desktop

Los dos modos: compartición frente a sesión remota

Si vamos a Configuración → Sistema → Escritorio remoto, encontramos dos pestañas:

• Compartición de escritorio
• Inicio de sesión remoto

A primera vista parecen lo mismo, pero hacen cosas distintas: