¿Cómo configurar la clave SSH pública para el usuario root en el servidor?

Estoy tratando de seguir el documento Slicehost para configurar mi servidor. Llegué a la sección SSH. Lo hice tal como está escrito, pero cuando salí de la raíz, ¡no puedo acceder a root @ IP_ADDRESS -p 30000 nuevamente! pero puedo acceder al usuario @ IP_ADDRESS -p 30000.

Entonces, la pregunta es, ¿cómo configurar una clave SSH pública para el usuario root?

No estoy seguro de lo que quieres decir. ¿Quiere decir que no puede iniciar sesión como root con su public_key? Si es así, marque /root/.ssh/authorized_keys

También eche un vistazo a / etc / ssh / sshd_config Debe contener:

PermitRootLogin yes

Echa un vistazo a los registros. sshd generalmente da mensajes útiles. Pruebe /var/log/auth.logo /var/log/messageso /var/log/syslog(o algo más) dependiendo de su plataforma.

Sin embargo, me parece un problema de permisos. Pruebe estos comandos (como root): chmod 700 ~root ~root/.ssh && chmod 600 ~root/.ssh/authorized_keys

¡Este / etc / ssh / sshd_config funciona bien!

# Package generated configuration file
# See the sshd(8) manpage for details

# What ports, IPs and protocols we listen for
Port 30000
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile     %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

UsePAM yes

Advertencia: necesitará acceso físico directo a la máquina, o un inicio de sesión ssh ya funcional (mediante autenticación de contraseña o par de claves de superusuario).

Para que esto funcione en mi caja Debian (mi host SSH), necesitaba generar un nuevo par de claves (usé Putty en Windows 10; mi cliente SSH), luego aseguré lo siguiente como ya se discutió editando 'sshd_config ':

$ sudo nano /etc/ssh/sshd_config

Y poner estas líneas, o descomentar según sea necesario, y guardar / escribir:

# Authentication:
PermitRootLogin yes

Entonces necesitaba acceder a la cuenta raíz, así que emití:

$ sudo su

... y luego haga las carpetas necesarias para ssh y un archivo para autorizado_claves:

# cd /root
# mkdir .ssh
# cd .ssh
# nano authorized_keys

Luego puse la clave pública relevante aquí, pegué la mía desde cerca de la parte superior de Putty-Gen y guardé / escribí.

Luego reinicie el demonio sshd, aún como root, con:

# systemctl restart sshd
# exit
# exit

Luego, después de agregar el archivo .ppk relevante en mi autenticación SSH dentro de Putty, ¡funcionó de maravilla!

La clave para esto es que todos los usuarios (root y otros usuarios) comparten la misma configuración en / etc / ssh / sshd_config, pero no todos comparten los mismos archivos 'Authorized_keys', por lo que necesitaba hacer root específicos para Esto para trabajar.

No puede simplemente agregar la clave pública generada para la cuenta raíz en el archivo /home/yournameuser/.ssh/authorized_keys; parece que el sistema no busca acceso a la raíz.