🔒 Registro cerrado · Apertura oficial próximamente · Acceso exclusivo para alumnos activos
Iniciar SesiónAulas de cómputo y cuentas que sobreviven al semestre
5 tareas · 38 min · Principiante
Las aulas de cómputo se parchean de otra manera que una oficina: decenas de equipos idénticos, restauración al reiniciar y software de clase que no admite cambios. Las cuentas, además, cambian cada semestre: entran cientos y casi nadie da de baja a quien se va. En esta sala lees las aulas y las cuentas de la Universidad Tecnológica del Llano Vivo, una institución ficticia, y encuentras lo que se acumula sin que nadie lo decida. Todo es lectura de archivos ficticios.
Objetivo de la sala
Las aulas de cómputo se parchean de otra manera que una oficina: decenas de equipos idénticos, restauración al reiniciar y software de clase que no admite cambios. Las cuentas, además, cambian cada semestre: entran cientos y casi nadie da de baja a quien se va. En esta sala lees las aulas y las cuentas de la Universidad Tecnológica del Llano Vivo, una institución ficticia, y encuentras lo que se acumula sin que nadie lo decida. Todo es lectura de archivos ficticios.En un aula con restauración al reiniciar, cada equipo vuelve a su imagen maestra al apagarse. Un parche aplicado a un equipo suelto desaparece en el siguiente reinicio, así que la corrección pertenece a la imagen: se actualiza el maestro, se prueba con el software de clase y se redistribuye. Mientras eso no ocurre, el aula entera sigue con la versión vieja, por muchos escaneos que se hagan.
Esto vuelve la fecha de la imagen un dato de seguridad de primer orden: dice hasta cuándo llega la corrección de todos los equipos que la usan. Un aula sin restauración se parchea equipo por equipo y por eso exige más trabajo.
Responde para continuar
¿Dónde se aplica un parche en un aula cuyos equipos restauran su imagen en cada reinicio?
Ver pista de ayuda
Lo que se pierde al reiniciar es justo lo que se instala en el equipo.
Abre aulas.csv. Cada aula declara su imagen y la fecha en que se construyó. Ordenar por fecha es el primer corte para decidir por dónde empezar: la más antigua acumula más correcciones pendientes. Después se afina con lo que corre en el aula y con quién la usa.
Responde para continuar
Escribe el id del aula con la imagen más antigua.
Ver pista de ayuda
Compara la columna fecha_imagen de las cinco filas.
Para pedir una ventana de reconstrucción hay que hablar en equipos, no en aulas. La dirección no entiende «tres imágenes anteriores a 2026»; entiende «cien equipos». Una cifra clara también permite comparar con la capacidad del equipo de TI para reconstruir imágenes antes del primer día de clase.
Suma los equipos de las aulas cuya imagen es anterior al 2026-01-01.
Responde para continuar
¿Cuántos equipos usan una imagen construida antes de 2026?
Ver pista de ayuda
Filtra por fecha_imagen y suma la columna equipos de las filas que quedan.
Cada semestre entran cuentas y casi ninguna sale. Una cuenta de una persona que ya no está sigue siendo una puerta abierta: nadie la vigila, su contraseña puede estar reutilizada fuera y, si tiene privilegios, el problema crece. La revisión consiste en comparar el estado de la persona con el estado de la cuenta.
Abre cuentas.csv. Cuenta las filas cuyo estado no es «vigente» y cuya cuenta sigue activa.
Responde para continuar
¿Cuántas cuentas de personas que ya no están vigentes siguen activas?
Ver pista de ayuda
Dos condiciones a la vez: estado distinto de vigente y activa igual a «si».
Algunos programas de clase, sobre todo los antiguos, solo corren con una cuenta local compartida. Retirarla sin más rompe la asignatura; dejarla como está mantiene una contraseña que conocen cientos de personas. Lo defendible es acotar: limitarla a esa aula, rotar su contraseña cada semestre, registrar la excepción con un dueño y una fecha, y planear el reemplazo.
Una excepción sin fecha ni dueño es solo una costumbre con otro nombre.
Responde para continuar
Un simulador antiguo solo corre con una cuenta local compartida en un aula. ¿Qué es lo más defendible?
Ver pista de ayuda
Ni la costumbre ni el cierre total; hay una tercera vía con responsable y fecha.
Whoami-Labs Pro
Whoami-Labs Pro utiliza cookies
Utilizamos cookies y almacenamiento local para el funcionamiento del sitio, seguridad de sesión y, si lo autorizas, analítica y marketing. Puedes aceptar, rechazar o personalizar. Política de Privacidad
Preferencias
Configuraciones de cookies
Elige qué categorías permitir. Las esenciales siempre están activas. Consulta la Política de Privacidad.
Esenciales
Siempre activas · sesión, CSRF, tema y esta preferencia
Necesarias para iniciar sesión, proteger formularios (CSRF) y recordar tu elección de cookies y tema. Sin ellas la plataforma no funciona de forma segura.
Analíticos
Hoy no activos en la plataforma; listos para cuando se conecten
Nos ayudan a entender uso de cursos y páginas. Si los activas, se usarán cuando conectemos analítica; hasta entonces no se carga ningún tracker.
Marketing
Hoy no activos; campañas futuras solo con tu permiso
Comunicaciones o campañas. No activos hoy en la plataforma; quedarán listos si los conectamos y solo si los permites.