Clave pública SSH: no hay métodos de autenticación compatibles disponibles (clave pública enviada por el servidor)

Tengo una configuración de servidor 12.10 en una máquina virtual con su red configurada en puente (esencialmente se verá como una computadora conectada a mi conmutador).

Instalé opensshd vía apt-gety pude conectarme al servidor usando masilla con mi nombre de usuario y contraseña.

Luego me puse a tratar de hacer que use la autenticación de clave pública / privada. Hice lo siguiente:

1. Genera las claves usando PuttyGen.
2. Moví la clave pública a /etc/ssh/myusername/authorized_keys(estoy usando directorios de inicio cifrados).

3. Configurar sshd_configasí:

   PubkeyAuthentication yes
   AuthorizedKeysFile /etc/ssh/%u/authorized_keys
   StrictModes no
   PasswordAuthentication no
   UsePAM yes
   

Cuando me conecto usando masilla o WinSCP, recibo un error que dice No hay métodos de autenticación compatibles disponibles (clave pública enviada por el servidor).

Si ejecuto sshden modo de depuración, veo:

PAM: initializing for "username"
PAM: setting PAM_RHOST to "192.168.1.7"
PAM: setting PAM_TTY to "ssh"
userauth-request for user username service ssh-connection method publickey [preauth]
attempt 1 failures 0 [preauth]
test whether pkalg/pkblob are acceptable [preauth[
Checking blacklist file /usr/share/ssh/blacklist.RSA-1023
Checking blacklist file /etc/ssh/blacklist.RSA-1023
temporarily_use_uid: 1000/1000 (e=0/0)
trying public key file /etc/ssh/username/authorized_keys
fd4 clearing O_NONBLOCK
restore_uid: 0/0
Failed publickey for username from 192.168.1.7 port 14343 ssh2
Received disconnect from 192.168.1.7: 14: No supported authentication methods available [preauth]
do_cleanup [preauth]
monitor_read_log: child log fd closed
do_cleanup
PAM: cleanup

¿Por qué sucede esto y cómo puedo solucionarlo?

Problema resuelto:

Parece que hubo un problema con mi archivo de clave pública. PuttyGen creará un archivo de clave pública que se verá así:

---- BEGIN SSH2 PUBLIC KEY ----
Comment: "rsa-key-20121022"
AAAAB3NzaC1yc2EAAAABJQAAAIEAhGF6GIuMY8FJ1+CNApnSY1N2YSlkYz72Yvwu
a6N1nFpBklz1+dsIMg4rcTLcF34M/tW5Yz+NUDAw2AEbxQ32FPgw7sAOIXktkYOH
tr7mmimiTjkoSCrJh1kqalPSpi8rglT/Bp67Ql2SZwvUFfMzHISryR0EZC4rXP/u
vObrJe8=
---- END SSH2 PUBLIC KEY ----

Sin embargo, esto no funcionará, así que lo que debe hacer es abrir la clave en PuttyGen y luego copiarla desde allí (esto hace que la clave esté en el formato correcto y en 1 línea):

ssh-rsa AAAAB3NzaC1yc2EAAAABJQAAAIEAhGF6GIuMY8FJ1+CNApnSY1N2YSlkYz72Yvwua6N1nFpBklz1+dsIMg4rcTLcF34M/tW5Yz+NUDAw2AEbxQ32FPgw7sAOIXktkYOHtr7mmimiTjkoSCrJh1kqalPSpi8rglT/Bp67Ql2SZwvUFfMzHISryR0EZC4rXP/uvObrJe8= rsa-key-20121022

Pegue esto en, authorized_keysentonces debería funcionar.

1. Edita el /etc/ssh/sshd_configarchivo.
2. Cambiar PasswordAuthenticationy ChallengeResponseAuthenticationpara yes.

3a. Reiniciar ssh /etc/init.d/ssh restart.
O
3b. mejor usasservice sshd restart

Solo un consejo que espero pueda ayudar a alguien más con los dolores de cabeza que tuve. F21 tiene razón en que necesita copiar la clave de la ventana PuTTYGen en lugar de guardar el archivo, pero después de copiar, la forma en que pega puede tener un impacto significativo en si su clave funcionará o no. Algunos editores alterarán el texto a medida que lo pegue, o harán algo con líneas nuevas o algo que invalide el archivo autorizado_claves.

Lo que he encontrado que es menos probable que se rompa es hacer eco de la cadena completa y redirigir la salida al archivo. Al hacer clic derecho en PuTTY para pegar la cadena de clave en la línea de comando, funciona de la siguiente manera (con el ejemplo anterior):

echo [right-click-to-paste-here] > /etc/ssh/username/authorized_keys

Terminarás con esto:

echo ssh-rsa AAAAB3NzaC1yc2EAAAABJQAAAIEAhGF6GIuMY8FJ1+CNApnSY1N2YSlkYz72Yvwua6N1nFpBklz1+dsIMg4rcTLcF34M/tW5Yz+NUDAw2AEbxQ32FPgw7sAOIXktkYOHtr7mmimiTjkoSCrJh1kqalPSpi8rglT/Bp67Ql2SZwvUFfMzHISryR0EZC4rXP/uvObrJe8= rsa-key-20121022 > /etc/ssh/username/authorized_keys

Otra ventaja de este método es que puede agregar varias claves de esta manera usando >> para agregar en lugar de> para sobrescribir, por ejemplo:

echo ssh-rsa AAAAB3<...snip...>rJe8= rsa-key-20121022 >> /etc/ssh/username

Espero que ayude a alguien.

Ya estábamos usando el tipo correcto de clave (ppk en lugar de pem).

En nuestro caso, se trató de un problema con los permisos de archivos para claves_autorizadas en la carpeta de usuario del servidor. Tiene que ser -rw-r - r-- ... Era -rw-rw-r--

ssh es muy quisquilloso con los permisos de archivos.

RESUELTO

1. Necesita descargar puttyGEN y generar una clave pública y una privada.
2. He asignado una contraseña a mi clave privada.
3. luego configure la clave privada en masilla. Putty-> SSH-> Auth-> Browse to your private.
4. Asegúrese de tener la misma ruta para la clave privada y pública.
5. Debe configurar la clave pública en el servidor. (En mi caso, hablé con el servidor y le pregunté si podía agregar mi clave pública al servidor). Necesita la clave pública en el otro lado (servidor) de la conexión.

En mi caso, la razón fue que el archivo de clave privada (.ppk) se había eliminado en el agente de autenticación Putty, es decir, el concurso. Acabo de actualizarlo nuevamente a Pageant y la conexión funcionó perfectamente después de eso.