New answers tagged root
Auditd and a remote syslog server, as a root user could potentially alter any local logs. Some more details can be found here.
The public key root login over SSH is likely your best bet. You could furthermore restrict this access to a single host: AllowUsers firstname.lastname@example.org Or even use the Match directive to get a unique configuration for a given something (address, user, etc): Match Address 192.0.2.123 PasswordAuthentication no RSAAuthentication yes ...
Try logging out and logging back in - gpasswd may not take effect until you do so.
It looks like root was the primary group of myuser (since it was the first group listed with the groups command). So I changed the primary group using sudo usermod -g sudo myuser and then the root group was gone from myuser's groups.
Old question, but no one really answered you and I have had the same question: Where does this configuration come from? It originates from cloudinit, precisely in cc_ssh.py within /usr/lib/python2.7/dist-packages/cloudinit/config This in turn is directly dependant on the file /etc/cloud/cloud.cfg. The you find a line disable_root: true. You should be ...
found ls: cannot access system: Permission denied after sshfs on mint/ubuntu. sudo adduser <username> fuse remove from comment user_allow_other in file /etc/fuse.conf. Change permission of fuse.conf sudo chmod a+r /etc/fuse.conf reboot now and do sshfs <login>@<ip_of_machine>:<path_to_mount> <mountpoint> -o allow_other
Top 50 recent answers are included