Qual è la differenza tra l'aggiunta di un utente a /etc/sudoers
e usermod -a -G sudo
? Quale metodo dovrebbe essere usato per la concessione di sudo?
Qual è la differenza tra l'aggiunta di un utente a /etc/sudoers
e usermod -a -G sudo
? Quale metodo dovrebbe essere usato per la concessione di sudo?
Risposte:
Se puoi evitarlo, non concedere mai i privilegi di sudo ai singoli utenti. Concedere sempre i privilegi a un gruppo e quindi aggiungere utenti a quel gruppo.
Per i server basati su Ubuntu, invece di aggiungere linee a /etc/sudoers
, aggiungere frammenti di file di configurazione in /etc/sudoers.d
. Questo è più flessibile, più facile da capire, più resistente di fronte agli aggiornamenti e funziona meglio con i sistemi gestiti dai sistemi di gestione della configurazione.
NOTA: non modificare mai /etc/sudoers
direttamente. Invece, usa visudo
, che eseguirà il controllo della sintassi sulle tue modifiche, impedendoti di interrompere la tua configurazione sudo con sintassi non valida.
/etc/sudoers
?
usermod -a -G sudo
visudo
. Alcune persone non si rendono conto che c'è un motivo /etc/sudoers
contrassegnato come di sola lettura.
Ho appena trovato questo piccolo bocconcino là fuori ... sembra che tu debba stare particolarmente attento con l'uso -G
dell'opzione in Ubuntu, in particolare in combinazione -g
. Così:
usermod -aG
per aggiungere gli utenti a un gruppo. $ sudo
visudo
comando (invoca automaticamente un editor privilegiato con controllo della sintassi).Ecco le informazioni -aG
sull'opzione su Ubuntu, prese da qui http://ubuntuforums.org/showthread.php?t=1240477 :
'Sto leggendo la Wiley "Linux Command Line and Scripting Bible" - e hanno detto che usermod -G "aggiunge" un gruppo a qualsiasi account utente che si sta modificando. Ho scoperto che questo è falso in Ubuntu, non so se è solo diverso nelle altre distro o un errore di battitura nel libro. Ti rimuove da OGNI altro gruppo a cui appartieni, tranne il tuo gruppo di utenti predefinito (modificato dall'opzione -g). Sono riuscito a rimuovermi dal gruppo admin e non ho più potuto fare nulla. Grazie al cielo per la modalità di recupero ... '
L'opzione corretta è usermod -aG . Lezione appresa...
Non ci dici quanto è grande il tuo ambiente, ma se si tratta di più di una macchina potresti anche considerare di configurare la configurazione sudo
usando LDAP come alternativa alla modifica locale dei sudoer (attraverso visudo
o usando il /etc/sudoers.d
metodo dei frammenti).
La configurazione LDAP è un modo ben collaudato per assicurarsi che più macchine abbiano la stessa sudo
configurazione e presenti un ambiente unificato piacevole (con gestione centralizzata di un importante meccanismo di autorizzazione). Come bonus se usi già LDAP (o AD) per l'autenticazione / autorizzazione nel tuo ambiente puoi sfruttare l'infrastruttura esistente (e in caso contrario dovresti prenderla seriamente in considerazione - la centralizzazione ha molti vantaggi).
Tutto ciò che la gente ha già detto nelle altre risposte sulla creazione di gruppi autorizzati è ancora valido: è più facile quando si scala per concedere privilegi a un gruppo e gestire l'appartenenza al gruppo piuttosto che gestire i diritti per i singoli utenti.
/etc/sudoers
condizioni in qualsiasi condizione. Aggiungi invece i frammenti di configurazione nella/etc/sudoers.d
directory. L'uso della cartella dei frammenti semplifica l'aggiornamento poiché hai modificato un conffile.