Congelar y revertir versiones

5 tareas · 38 min · Principiante

Una vez se sabe qué versiones están afectadas hay dos movimientos distintos: congelar (que nada más suba a la versión mala) y revertir (volver a la última versión sana). Leyendo la política, el espejo interno y la lista de hosts de Molinos Sanjuanito S.A.S., una empresa ficticia, ordenas el plan. Todo es lectura de archivos ficticios; no se cambia la versión de ningún equipo.

0 de 5 · 0%

Objetivo de la sala

Congelar es lo que detiene el daño que sigue llegando: fija versiones exactas y retira del espejo interno las que están afectadas, para que una actualización automática no las traiga. Revertir arregla lo que ya está mal, pero si no se congela antes, un equipo revertido puede volver a actualizarse esa noche.

Responde para continuar

¿Por qué se congela antes de revertir los equipos?

Porque el proyecto solo permite revertir un día después del aviso Porque congelar sustituye por completo a la reversión de los equipos Porque revertir no se puede hacer en producción nunca Para que ninguna actualización traiga de nuevo la versión afectada

Ver pista de ayuda

Piensa en qué pasa con un equipo revertido si el espejo sigue ofreciendo la versión mala.

Abre hosts.csv. El reglamento interno solo cuenta producción para el plan de reversión (pruebas se arregla aparte). Recuerda que un sufijo de reconstrucción hereda el estado de la versión base: las versiones afectadas son 3.3.0 y 3.3.1.

Responde para continuar

¿Cuántos hosts de producción tienen una versión afectada?

Ver pista de ayuda

Descarta el host de pruebas y aplica la regla del sufijo.

El orden en producción es: primero lo expuesto a internet, y entre ellos, lo que más riesgo corre de cambiar solo. Un equipo afectado con la actualización automática activa puede cambiar de versión sin que nadie lo decida.

Busca en hosts.csv el host que está expuesto, tiene versión afectada y tiene actualización automática activa.

Responde para continuar

Escribe el host expuesto a internet, con versión afectada y actualización automática activa.

Ver pista de ayuda

Tienen que cumplirse las tres condiciones en la misma fila.

El espejo interno es la fuente de la que se instalan versiones. Si conserva las afectadas como disponibles, cualquier equipo nuevo o reconstruido puede instalarlas. Retenerlas (marcarlas no disponibles) es la primera acción de congelación.

Revisa espejo-interno.csv y cuenta las versiones afectadas que siguen disponibles, con la misma regla del sufijo.

Responde para continuar

¿Cuántas versiones afectadas siguen disponibles en el espejo interno?

Ver pista de ayuda

Cuenta también la reconstrucción con sufijo.

El destino de una reversión es la última versión sin el problema que el proyecto indica, no la más nueva que el espejo ofrezca ni cualquiera anterior. Volver a una versión demasiado vieja puede reabrir otras vulnerabilidades ya corregidas.

Responde para continuar

¿A qué versión se revierte un equipo con una versión afectada?

A la versión más antigua que se conserve en el espejo A la última versión sin el problema que indica el proyecto A la versión más reciente que ofrezca el espejo interno de la empresa A cualquier versión que no coincida con el rango afectado

Ver pista de ayuda

Quien fija el destino es el proyecto, no el espejo ni el azar.

Inicia sesión para registrar tus puntos y progreso en el ranking.

Entrar · Registrarse

1 Congelar primero

2 Equipos a revertir Lab

3 El más urgente Lab

4 Lo que el espejo todavía ofrece Lab

5 A qué versión volver

Whoami-Labs Pro utiliza cookies