¿Qué tan urgente es un *** Sistema de reinicio requerido *** para la seguridad?

Para aprender un poco acerca de la administración del servidor, he configurado un servidor simple Ubuntu 14.04 en el que ejecuto un sitio web personal. Lo configuré para instalar automáticamente actualizaciones de seguridad, pero omitir las otras actualizaciones. Esto parece funcionar bastante bien. De vez en cuando recibo un mensaje al iniciar sesión en el servidor (con ssh) que dice:

*** System restart required ***

Las veces que esto sucedió, simplemente reinicié Ubuntu y todo estuvo bien. Esto está bien porque es un sitio web personal simple. Sin embargo, lo que me pregunto es cómo funciona esto para los servidores web, que deberían ser un 99,9999% de aumento del tiempo. ¿Simplemente no se reinician y corren el riesgo de que se infrinja la seguridad porque las actualizaciones de seguridad no están instaladas (lo cual no puedo imaginar)? ¿O dan por sentado el tiempo de inactividad (lo cual tampoco puedo imaginar)?

¿Cómo debo manejar esto si este fuera un servidor de producción muy importante que quiero mantener en funcionamiento? Todos los consejos son bienvenidos!

[EDITAR] Se que puedo hacer cat /var/run/reboot-required.pkgs para enumerar los paquetes que causan el reinicio. El comando actualmente produce lo siguiente:

linux-image-3.13.0-36-generic
linux-base
dbus
linux-image-extra-3.13.0-36-generic
linux-base

pero, ¿cómo puedo saber si las actualizaciones son pequeñas cosas de si tengo una vulnerabilidad de seguridad grave si no hago el reinicio?

[EDIT2] Bien, ahora combiné los comandos que he encontrado útiles en uno:

xargs aptitude changelog < /var/run/reboot-required.pkgs | grep urgency=high

Si esto no produce nada, no parece haber problemas de seguridad con una alta urgencia.

Una última pregunta sin embargo: son low, mediumy high Las únicas posibilidades de urgencia, o hay más como por ejemplo critical o extremelyimportant?

No es una respuesta simple, ya que depende de las actualizaciones realizadas. Si el kernel tiene un problema de seguridad grave, es bueno reiniciarlo lo antes posible. Si el kernel solo tuviera correcciones menores, el reinicio podría posponerse.

Si garantiza una disponibilidad & gt; El 99.9% casi siempre tendrá un sistema en clúster donde podrá reiniciar los nodos uno por uno sin interrumpir el servicio.

Así que reinicia el primer sistema y lo vuelve a conectar al clúster. Luego el segundo y así sucesivamente. Entonces el servicio nunca dejará de estar disponible.

Complemento para la solución del tema.

Realizo una comprobación similar para el 'requisito de reinicio' para el sistema de monitoreo de zabbix

Veo 2 problemas en la solución 'Topic':

1. La aptitud por lo general funciona mal en los scripts. Mato unas pocas horas mas Todavía no lo hice funcionar con zabbix
2. si solo 1 registro de cambios incluye urgente actualización - su cheque siempre mostrará resultados positivos

Mi lógica es:

1. Comprobar ultimo cambio solo en el registro de cambios para cada paquete que requiera reinicio del sistema
2. Como muestra de salida solamente más alta prioridad actualizar

Utilizando Documentación de debian Encontré 5 valores posibles para 'urgencia' y también el hecho de que puede ser seguido por caracteres iguales ("=") o puntos y coma (":") También puede haber mayúsculas y minúsculas.

Así que terminé con lo siguiente:

#!/bin/bash
##################################
# Zabbix monitoring script
#
# Checking urgency in changelog 
# for updates which require system restart
#
##################################
# Contact:
#  anton.lugovoi@yandex.ru
##################################
# ChangeLog:
#  20151205    initial creation
#  20151208    check uniq packages only 
##################################

case "$1" in

status)
    if [ -f /var/run/reboot-required ]; then
      echo 1
    else
      echo 0
    fi 
    ;;

urgency)
    if [ -f /var/run/reboot-required.pkgs ]; then
      while read pkg; do
        tmp=`/usr/bin/apt-get changelog $pkg | \
             /bin/grep -m1 -ioP '(?<=[Uu]rgency[=:])(low|medium|high|emergency|critical)' | \
             tr '[:upper:]' '[:lower:]'`
        if [ -n $tmp ]; then
          if   [ "$tmp" == "low" ] && \
               [ "$urgency" != "medium" ] && \
               [ "$urgency" != "high" ] && \
               [ "$urgency" != "emergency" ] && \
               [ "$urgency" != "critical" ]; then 
            urgency=low
          elif [ "$tmp" == "medium" ] && \
               [ "$urgency" != "high" ] && \
               [ "$urgency" != "emergency" ] && \
               [ "$urgency" != "critical" ]; then 
            urgency=medium
          elif [ "$tmp" == "high" ] && \
               [ "$urgency" != "emergency" ] && \
               [ "$urgency" != "critical" ]; then 
            urgency=high
          elif [ "$tmp" == "emergency" ] && \
               [ "$urgency" != "critical" ]; then 
            urgency=emergency
          elif [ "$tmp" == "critical" ]; then 
            urgency=critical
            break
          fi
        fi 
      done < <(sort -u /run/reboot-required.pkgs)
    else
      urgency=none
    fi

    case "$urgency" in
        none)      urgency=0 ;;
        low)       urgency=1 ;;
        medium)    urgency=2 ;;
        high)      urgency=3 ;;
        emergency) urgency=4 ;;
        critical)  urgency=5 ;;
        *)         urgency=42 ;;
    esac

    echo $urgency
    ;;
esac
exit 0

Como resultado:

• reboot_required_check.sh status devuelve 1 si es necesario reiniciar, 0 si no lo es
• reboot_required_check.sh urgency devuelve el nivel más alto de 'urgencia' o '0' si no es necesario reiniciar

Espero que ayude a alguien a ahorrar tiempo;)

Sin embargo, lo que me pregunto es cómo funciona esto para los servidores web que   ¿Debería haber subido 99.9999etc% del tiempo? ¿Simplemente no se reinician y   corra el riesgo de que la seguridad sea violada porque las actualizaciones de seguridad no son   instalado (que no puedo imaginar)? ¿O se toman el tiempo de inactividad para   concedido (que tampoco puedo imaginar)?

Los grandes servidores web se reinician cuando * Reinicio del sistema requerido * Aparece por razones de seguridad.

Pero esto es transparente para el usuario y el sitio nunca está inactivo porque los servidores grandes a menudo ejecutan dos o tres servidores que almacenan exactamente los mismos archivos y muestran el mismo sitio. El primero es el servidor principal, mientras que los otros dos son secundarios y se usan solo cuando el servidor principal está inactivo.