¿Cuál es la diferencia entre agregar un usuario a /etc/sudoers
y usermod -a -G sudo
? ¿Qué método debería usarse para otorgar sudo?
¿Cuál es la diferencia entre agregar un usuario a /etc/sudoers
y usermod -a -G sudo
? ¿Qué método debería usarse para otorgar sudo?
Respuestas:
Si puede evitarlo, nunca otorgue privilegios de sudo a usuarios individuales. Siempre otorgue privilegios a un grupo y luego agregue usuarios a ese grupo.
Para servidores basados en ubuntu, en lugar de agregar líneas a /etc/sudoers
, agregue fragmentos de archivos de configuración en /etc/sudoers.d
. Esto es más flexible, más fácil de entender, más resistente frente a las actualizaciones y funciona mejor con sistemas administrados por sistemas de administración de configuración.
NOTA: nunca edite /etc/sudoers
directamente. En su lugar, use visudo
, que realizará una verificación de sintaxis en sus ediciones, evitando que rompa su configuración de sudo con una sintaxis no válida.
/etc/sudoers
?
usermod -a -G sudo
visudo
. Algunas personas no se dan cuenta de que hay una razón /etc/sudoers
marcada como de solo lectura.
Acabo de encontrar este pequeño dato por ahí ... parece que debe tener especial cuidado con el uso de la -G
opción en Ubuntu, en particular en la -g
opción de combinación . Entonces:
usermod -aG
para agregar los usuarios a un grupo. $ sudo
visudo
comando (invoca automáticamente un editor privilegiado con verificación de sintaxis).Aquí está la información sobre la -aG
opción en Ubuntu, tomada de aquí http://ubuntuforums.org/showthread.php?t=1240477 :
'Estoy leyendo la Wiley "Linux Command Line and Scripting Bible" , y dijeron que usermod -G "agrega" un grupo a cualquier cuenta de usuario que esté modificando. Encontré que esto es falso en Ubuntu, no sé si es diferente en otras distribuciones o un error tipográfico en el libro. Lo elimina de CADA otro grupo al que pertenece, excepto su grupo de usuarios predeterminado (modificado por la opción -g). Logré eliminarme del grupo de administración y ya no pude sudo nada. Gracias a Dios por el modo de recuperación ... '
La opción correcta es usermod -aG . Lección aprendida...
No nos dice qué tan grande es su entorno, pero si es más de una máquina, también puede considerar la configuración sudo
mediante LDAP como una alternativa a la edición local de sudoers (ya sea a través visudo
o utilizando el /etc/sudoers.d
método de fragmentos).
La configuración de LDAP es una forma bien probada de asegurarse de que varias máquinas tengan la misma sudo
configuración y presente un entorno unificado agradable (con administración central de un mecanismo de autorización importante). Como beneficio adicional si ya usa LDAP (o AD) para la autenticación / autorización en su entorno, puede aprovechar la infraestructura existente (y si no lo hace, debería considerarlo seriamente; la centralización tiene muchos beneficios).
Todo lo que la gente ya ha dicho en las otras respuestas sobre la creación de grupos autorizados sigue en pie: es más fácil a medida que se amplía para otorgar privilegios a un grupo y administrar la membresía del grupo que tratar con los derechos de administración para usuarios individuales.
/etc/sudoers
bajo cualquier condición. En su lugar, agregue fragmentos de configuración al/etc/sudoers.d
directorio. El uso de la carpeta de fragmentos facilita la actualización ya que modificó un archivo de conffile.