El servidor sigue pidiendo contraseña después de haber copiado mi clave pública SSH en claves_autorizadas

Tengo un servidor Ubuntu, que se ejecuta en una nube. Creé un usuario ( git). En la carpeta /home/git, he creado el .ssh/directorio y el authorized_keysarchivo.

Pero, cuando pongo mi clave pública SSH en el authorized_keysarchivo, el servidor continúa pidiéndome la contraseña.

¿Qué hice mal?

En el lado del servidor, el demonio ssh registrará errores /var/log/auth.log, así que verifique ese archivo para ver qué se informa.

Del lado del cliente, al establecer la conexión puede añadir la -vbandera (o -vvo -vvv) para ofrecer más información. Es posible que pueda identificar su problema de esta manera.

Aquí hay otras cosas para verificar.

• Asegúrese de que /home/git/.ssh/authorized_keyssea ​​propiedad de git.
• Asegúrese de que /home/git/.ssh/authorized_keystiene un modo de 600 ( -rw-------).

También verifique el /etc/ssh/sshd_configarchivo.

• PubkeyAuthentication debe establecerse en yes
• También existe la AuthorizedKeysFiledirectiva que determina la ruta donde deben ubicarse las claves autorizadas. Asegúrese de que esté comentado o en el valor predeterminado de %h/.ssh/authorized_keys.

También asegúrese de que su directorio personal de usuario (en su caso, / home / git) solo pueda ser escrito por usted. Tuve este problema una vez porque mi directorio personal era de escritura grupal. /var/log/auth.log dijo en él: "Autenticación rechazada: mala propiedad o modos para el directorio / home / chuck". (¡Esto es para asegurarse de que no use un archivo de claves autorizadas con el que alguien más que usted haya estado jugando!)

Hay diferentes maneras de resolver esto: puede configurar sshd(lado del servidor) o ssh(lado del cliente) para que no use la autenticación de contraseña. Deshabilitar la autenticación de contraseña en el servidor hace que su servidor sea más seguro, pero tendrá problemas si pierde su clave.

Para hacer ssh(del lado del cliente) usando la autenticación de pubkey, agregue algunas opciones al sshcomando:

ssh -o PubkeyAuthentication=yes -o PasswordAuthentication=no -X git@server

Si esto funciona, puede establecer la PasswordAuthentication=noopción de forma permanente en el archivo de configuración del cliente ssh en todo el /etc/ssh/ssh_configsistema o ~/.ssh/configespecífico del usuario (para obtener más información, consulte man ssh_config).

¿Está utilizando ~ / .ssh / config en su máquina local? Me he encontrado con este problema cuando uso la directiva IdentityFile en el archivo de configuración y apunto a la clave pública. Por ejemplo:

Host Cloud
    Hostname cloud.theclouds.com
    User git
    IdentityFile ~/.ssh/config/mykey # This is correct

    # IdentityFile ~/.ssh/config/mykey.pub # This is incorrect

Si su carpeta de inicio está encriptada, entonces su authorized_keysarchivo no es legible antes de iniciar sesión. Tienes que moverlo fuera de tu casa.

Aquí se explica y cómo hacerlo: https://help.ubuntu.com/community/SSH/OpenSSH/Keys#Troubleshooting

Otra cosa para verificar es si hay retornos de carro adicionales en su clave pública. Seguí los consejos anteriores para revisar el /var/log/auth.log y vi un error al leer la clave. La clave tenía aproximadamente dos líneas de largo en lugar de cuatro. Hubo retornos de carro adicionales incrustados en la clave.

Cuando use el editor vi, use shift-j para unir las líneas y borrar el espacio extra en la cadena de teclas.

Si tiene varias claves privadas, use el modificador -v en su comando de conexión ssh para verificar si sus otras claves principales están siendo utilizadas para intentar conectarse. Si no lo están, dígale al cliente ssh que los use con el siguiente comando:

ssh-add path/to/private/key

También puede agregar su clave al Agente SSH:

u@pc:~$ ssh-agent bash
u@pc:~$ ssh-add ~/.ssh/id_rsa
Enter passphrase for /home/u/.ssh/id_rsa: # ENTER YOUR PASSWORD
Identity added: /home/u/.ssh/id_rsa (/home/u/.ssh/id_rsa)

También podría ser que estás llamando

sudo git clone gituser@domain:repo.git

donde la clave ssh de los usuarios raíz no se ha agregado a la authorized_keysdegituser

En una máquina que ejecuta Ubuntu 18.04.02 LTS, la sugerencia de establecer permisos de ~/.ssh600 no me funcionó. Tuve que establecer los permisos en 700, y luego las cosas funcionaron bien.

Tuve mi directorio .ssh / y los permisos de archivo autorizadas_keys correctos pero encontré este problema de "solicitud de contraseña" debido a un problema diferente, autoinducido.

Había usado un resaltado basado en el mouse y copiar / pegar para copiar la información de mi id_rsa.pub local en el archivo autorizado_keys en el servidor. Esto copió con éxito los datos como una sola línea, pero allí había espacios no deseados al final de las líneas visibles que eran difíciles de ver al editar el archivo con vi. Una vez que eliminé estos espacios no deseados, pude entrar bien.

Entonces, lo que me sucedió es que tengo 2 máquinas virtuales para acceder desde mi máquina local (2 claves id_rsa.pub e id_rsa2.pub). Me di cuenta de que mi conexión ssh está usando id_rsa.pub por defecto para cualquier conexión ssh [email protected]. Resolví mi problema agregando un archivo de configuración y especifico la identidad que se utilizará para cada host de la siguiente manera:

vi ~/.ssh/config

Add both hostnames and their identity file as follows:

Host server1.nixcraft.com
  IdentityFile ~/Users/.ssh/id_rsa1
Host server2.nixcraft.com
  IdentityFile /backup/home/aymen/.ssh/id_rsa2