Cómo nació Nixorium en un aula de informática.
Nixorium nació en un aula del último curso de secundaria en Italia. Hay 30 puestos para el alumnado y un controlador, pero los clientes no acceden a Internet hasta que un usuario se autentica en la red escolar.
- Alumnos
- Último curso de secundaria en Italia
- Puestos
- 30 PC del alumnado
- Controlador
- 1 (31 equipos en total)
Treinta equipos, de uno en uno
En la red del centro, los ordenadores solo tenían Internet cuando alguien había entrado en ellos con su usuario del centro. Mientras nadie se validara, un equipo recién instalado o recién encendido no podía descargar ni programas ni actualizaciones. En la práctica, cualquier instalación o actualización suponía recorrer los treinta puestos, entrar con el usuario en cada uno y lanzar el proceso a mano, uno tras otro. Desde un único sitio no se podía gestionar nada.
La solución pasó por montar un controlador: un PC colocado en la misma aula que prepara los sistemas y los reparte al resto de equipos por la red local. Instalaciones, actualizaciones y recuperaciones se lanzan ahora desde el controlador para todos los puestos, sin tener que validarse en ninguno. Y en clase los alumnos siguen navegando como siempre, con la autenticación del centro.
Clonezilla y después Ansible precedieron a NixOS.
El aula se había gestionado con Clonezilla y después con Ansible. Nix llevó a otro modelo: describir los sistemas deseados y desplegar esa configuración una y otra vez.
Más tarde, para las personalizaciones que el menú no ofrecía, editar la configuración a mano fue dejando paso a pedírselo a una inteligencia artificial. De esa costumbre nació Assistant, el servicio opcional del menú de administración, cuyas propuestas se revisan antes de guardar nada. Descubre Assistant →
Preparación local y arranque de red.
UEFI PXE permite instalar los puestos sin arrancar cada uno desde USB. Se usa para instalar; después los PC arrancan desde su propio disco. Una caché binaria local suministra el software preparado y el controlador despliega los cambios posteriores por la red.
Una dirección DHCP da acceso a la red escolar junto a una dirección estática para la gestión local.
Herramientas conocidas. Almacenamiento permanente.
Los alumnos usan sobre todo VS Code, Chromium, Docker y Git. Se eligió GNOME porque ya lo conocían.
En los trabajos de programación se usa Git. Los alumnos eligen su servidor y casi todos usan GitHub. El resto de documentos se guarda en Google Drive con sus cuentas escolares.
Carpeta personal restaurada e historial local.
La carpeta personal del alumno vuelve a una plantilla limpia al arrancar, y las instantáneas locales permiten recuperar archivos de estados anteriores. Se restaura el espacio de trabajo del alumno, no todo el sistema.
Se consideró un sistema completamente efímero con ciertos datos persistentes. Para esta aula era más sencillo restaurar la carpeta personal y conservar instantáneas.
Alrededor de una hora para reinstalar el aula.
Se ha observado que reinstalar el aula lleva alrededor de una hora. Sobre todo, el mantenimiento se volvió más predecible: una configuración declarada, máquinas uniformes y una forma repetible de reconstruir un puesto.
Es la experiencia de una sola aula.
La cifra de alrededor de una hora es una observación, no una medición de referencia: no se registraron el hardware ni las condiciones de medida. GitHub y Google Drive son elecciones del aula, no integraciones del producto. Para el comportamiento y compatibilidad actuales, consulta las guías operativas.
Nixorium está desarrollado y mantenido por un profesor.
Empieza con un controlador y después un cliente.
Comprueba los requisitos, empieza con un controlador y valida un cliente representativo antes de ampliar al aula.