Nota: questo è un obiettivo d’esame RHCSA 7.
Per assegnare una password a un account utente (qui user), digitare:
# passwd user
Per impostare una data di scadenza su un account utente locale (qui user), digitare:
# chage -E YYYY-MM-DD user
Per verificare il risultato, digitare:
# chage -l user
Nota: questo è un obiettivo d’esame RHCSA 7.
Per creare un account utente locale (qui user), digitare:
# useradd user
Nota: viene creato automaticamente un gruppo con lo stesso nome.
Per creare un account utente locale con UID e GID dati, digitare:
# useradd -u UID -g GID user
Per creare un account utente locale con un gruppo secondario (qui team), digitare:
# useradd -G team user
Per creare un account utente locale senza accesso di accesso (utile per la configurazione di Samba), digitare:
# useradd -s /sbin/nologin user
Per eliminare un account utente locale (qui user) con la rimozione della directory home dell’utente e lo spool della posta dell’utente (-r), digitare:
# userdel -r user
Nota: il gruppo associato viene automaticamente rimosso.
Per cambiare il nome di un account utente (qui da user a usr), digita:
# usermod -l usr user
Nota: questo è un obiettivo d’esame RHCSA 7.
La maggior parte dei file di log di sistema si trovano nella directory /var/log a causa della configurazione predefinita di SYSLOG (vedere il file /etc/rsyslog.conf).
Inoltre, tutti gli eventi SELinux sono scritti nel file /var/log/audit/audit.log.
Con Systemd sono stati creati nuovi comandi per analizzare i log all’avvio e successivamente.
L’attività principale di Systemd consiste nel gestire il processo di avvio e fornire informazioni a riguardo.
Per ottenere la durata del processo di avvio, digitare:
# systemd-analyze Startup finished in 422ms (kernel) + 2.722s (initrd) + 9.674s (userspace)
Per ottenere il tempo impiegato da ciascuna attività durante il processo di avvio, digitare:
# systemd-analyze blame 7.029s network.service 2.241s plymouth-start.service 1.293s kdump.service 1.156s plymouth-quit-wait.service 1.048s firewalld.service 632ms postfix.service 621ms tuned.service 460ms iprupdate.service 446ms iprinit.service 344ms accounts-daemon.service ... 7ms systemd-update-utmp-runlevel.service 5ms systemd-random-seed.service 5ms sys-kernel-config.mount
Inoltre, Systemd gestisce il registro degli eventi di sistema, un demone syslog non è più obbligatorio.
Le ragioni alla base della creazione di Journald sono spiegate in questa Introduzione a Journald.
Per ottenere il contenuto del diario Systemd, digitare:
# journalctl
Per ottenere tutti gli eventi relativi al processo di crond nel diario, digitare:
# journalctl /sbin/crond
Nota: puoi sostituire /sbin/crond con `which crond`.
In alternativa, per ottenere tutti gli eventi relativi al processo di crond, è anche possibile digitare:
# journalctl -u crond
Per ottenere tutti gli eventi dall’ultimo avvio, digitare:
# journalctl -b
Per ottenere tutti gli eventi che sono apparsi oggi nel journal, digitare:
# journalctl --since=today
Per ottenere tutti gli eventi con una priorità syslog di err, digitare:
# journalctl -p err
Per ottenere gli ultimi 10 eventi e attendere uno nuovo (come tail -f /var/log/messages), digitare:
# journalctl -f
Per impostazione predefinita, i registri di Journald sono memorizzati nella directory /run/log/journal e scompaiono dopo un riavvio.
Per memorizzare i registri di Journald in modo più permanente, digitare:
# mkdir /var/log/journal # echo "SystemMaxUse=50M" >> /etc/systemd/journald.conf # systemctl restart systemd-journald
Nota: l’impostazione della variabile SystemMaxUse è necessaria perché altrimenti il 10% del file system in cui è memorizzata la directory /var/log/journal può essere utilizzato al massimo dal journal.
Esiste un tutorial dedicato a Systemd che presenta informazioni aggiuntive sul diario Systemd.
Il sito Web rsyslog.com fornisce alcune informazioni interessanti su rsyslogd (funzionalità, moduli, plug-in, ecc.).
Fedora Magazine ha anche pubblicato un interessante articolo, Systemd: Using the journal.
Nota: questo è un obiettivo d’esame RHCSA 7.
Quando le autorizzazioni di base dei file non sono sufficienti, puoi utilizzare ACL.
ACL è l’acronimo di Access Control List.
Tuttavia, prima di fare ciò, è necessario verificare se la partizione consente gli ACL.
Per verificare che gli ACL funzionino, digitare:
# mount /dev/mapper/vg_root-lv_root on / type ext4 (rw)
In questo caso, devi modificare il file /etc/fstab, aggiungere “, acl” dopo l’opzione default o rw e, quindi, rimontare la partizione:
# mount -o remount /
Per consentire l’accesso in lettura/scrittura all’utente bob sul file chiamato f (-m per modifica, u per utente, rw- per accesso in lettura/scrittura), digitare:
# setfacl -m u:bob:rw- f
Per richiedere lo stato dell’elenco di controllo di accesso sullo stesso file f, digitare:
# getfacl f # file: f # owner: root # group: root user::rw- user:bob:rw- group::r-- mask::rw- other::r--
Per rimuovere le autorizzazioni permesse all’utente bob (-x per rimuovere, u per utente), digitare:
# setfacl -x u:bob f
Per rimuovere tutti gli ACL su un file chiamato f (-b per rimuovere tutto), digitare:
# setfacl -b f
Per consentire autorizzazioni di lettura/esecuzione al gruppo chiamato team su una directory dir e tutti i file all’interno (-R per ricorsiva, -m per la modifica, g per il gruppo, r-x per l’accesso in lettura/esecuzione), digitare:
# setfacl -R -m g:team:r-x dir
Per ottenere il risultato, digitare:
# getfacl dir # file: dir # owner: root # group: root user::rwx group::r-x group:team:r-x mask::r-x other::r-x
Risorse aggiuntive
La pagina man setfacl è una buona fonte di informazioni.