Linux Preview

Hace 3 años

cambio en Systemd tiene a usuarios de Linux en pie de guerra

Systemd


Un cambio en la versión más reciente de systemd, el sistema de inicio que ha sido recientemente adoptado por muchas distribuciones de GNU/Linux, tiene usuarios en pie de guerra.

El cambio, anunciado hace unos días en systemd, mata a los procesos de fondo por defecto cuando un usuario cierra la sesión, lo contrario de la conducta que se expuso anteriormente.

Esto podría causar problemas para los usuarios, por ejemplo, de multiplexores terminales como pantalla y tmux ya que serían incapaces de volver a un proceso una vez que han cerrado la sesión.

Si un administrador de servidor tenía un montón de secuencias de comandos que se conectaron al servidor, luego comenzó un proceso que usa la pantalla y se registra a cabo, el proceso sería muerto. Esto es una cosa bastante común que muchos administradores hacen.

En otro escenario, si un usuario se conecta a otra máquina y se iniciará un proceso, no pueden tener el proceso en background y luego desconectar y esperar para seguir funcionando. El usuario tendría que mantener la sesión en marcha inicial.

Justificando el cambio, el principal desarrollador de systemd, de Red Hat Lennart Poettering, dijo en una lista de correo a cargo de la distribución de la comunidad, Fedora: «En mi opinión, es en realidad bastante extraño de UNIX que por defecto deja arbitraria la estancia de código de usuario en todo sin restricciones después de cerrar la sesión.

«Se ha discutido durante mucho tiempo entre muchas personas OS, que esto debe (ser) posible, pero que ciertamente no sea el predeterminado, pero nadie se ha atrevido hasta ahora a dar la vuelta al interruptor para encender desde un valor predeterminado a una opción».

«No es la limpieza de las sesiones de usuario después de cerrar la sesión no sólo es feo y un poco hacker, sino también un problema de seguridad. Systemd 230 ahora por fin accionó el interruptor y, finalmente, por defecto lo recoge todo correctamente cuando el usuario cierra la sesión».

«Pero lo hacemos de una manera muy conservadora en realidad: a) hay un interruptor de tiempo de compilación para desactivar esta opción a nivel mundial (–without-kill-user-processes, no se utilizan en Fedora) b) Hay un interruptor de tiempo de ejecución para desactivar esta opción localmente en el sistema (en logind.conf) c) hay una manera de darse de baja de forma individual para cada usuario y cada tarea de la lógica de la limpieza, a través de systemd-run/loginctl linger.

«Esta operación pasa por PK, y por lo tanto se pueden configurar en una política más estricta o más abierta, dependiendo de lo que prefiere el administrador. Estoy bastante seguro de que debemos tener en cuenta que nuestro deber como desarrolladores de Fedora para mejorar la plataforma Linux, y estoy bastante seguro de que la limpieza de los procesos correctamente al cerrar la sesión es un paso en esa dirección, no contra ella «.

Más información en: itwire.com





Comentar con Facebook