Así que hace un tiempo configuré un servidor en AWS y usé su clave SSH generada. Guardé la clave en Lastpass, la recuperé con éxito antes y la puse a funcionar. Sin embargo, después de intentarlo de nuevo hoy, no puedo hacer que funcione.
-rw------- 1 itsgreg users 1674 Jun 6 12:51 key_name
Lo he intentado ssh -i key_name, ssh-keygen -f key_namepero nada funciona, siempre recibo este mensaje de error:
Load key "key_name": invalid format
¿Hay alguna forma de arreglar esto?
Respuestas:
Compruebe el contenido de key_name, si el agente dice invalid format, entonces hay algo mal con la clave, como ... ¿está seguro de que es la clave correcta? Incluso si no es la clave privada que necesita, el agente ssh no regresará invalid formatsi la clave está funcionando, simplemente no podrá conectarse. Es posible que haya colocado su clave pública allí, por alguna razón. ¡Revisalo!
Lo que hice para solucionar este problema es que uso para convertir el archivo PPK usando PuttyGen.
Primero cargue el urkey.PPK, luego en el menú de conversión, haga clic en exportar al formato de archivo Openssh. Creará un archivo de nueva clave.
ahora, ssh -i "newkey" user@127.0.0.1
Hecho. Espero eso ayude.
Le estaba pidiendo a openssh que usara un archivo de identidad en particular al especificarlo en el archivo .ssh / config.
La configuración de trabajo original tenía
IdentityFile = <path to public key file>
Esto dejó de funcionar sin ningún cambio. Pensándolo un poco, reemplacé la "ruta al archivo de clave pública" anterior por "ruta al archivo de clave privada". Eso funciono. El razonamiento es que los archivos de clave pública y privada tienen grandes números relacionados con peudoprime según el algoritmo RSA. Si reemplaza el archivo de clave privada por un archivo de clave pública, estos números criptográficos no se extraerán correctamente del bloque base64 guardado dentro de los archivos de clave. Parece que algunas versiones de ssh pueden descubrir la extensión .pub y usarla para identificar el archivo de clave privada correcto, y otras versiones no lo hacen. Esta es otra forma en que puede ocurrir este error. Espero que ayude a alguien.
configarchivo de configuración path_to_public_keyy todo funcionaba. Sin embargo, cuando el mac se reinició por completo y, unos días después, intenté hacerlo git push, comencé a recibir el error mencionado anteriormente. Pero cuando lo cambié a path_to_private_keycosas, las cosas funcionan ... Hmmm. No estoy seguro de por qué ..
Tuve el mismo problema, y resultó que tenía separadores de línea de estilo Windows (CRLF) en el archivo por alguna razón.
Además, el archivo debe terminar con un solo LF.
Arreglar esas cosas hechas dandy de nuevo.
dos2unixes el comando para convertir saltos de línea CRLF (estilo Windows) a LF (estilo Linux).
Debe convertir su clave .ppk en clave OpenSSH
Así es como lo haces :
Me encontré con esto hoy cuando estaba escribiendo algunas utilidades de etiquetado git para mi canalización de CI.
Aquí estaba la diferencia entre mis dos llaves:
$ diff ~/.ssh/gitlab ~/.ssh/git_ssh_key
27c27
< -----END OPENSSH PRIVATE KEY-----
---
> -----END OPENSSH PRIVATE KEY-----
\ No newline at end of file
Cambié mi código así:
with open(ssh_key_file, 'w') as skf:
- skf.write(ssh_key)
+ skf.write(ssh_key + '\n')
Y ahora mi clave ssh funciona.
TL; DR: supongo que debe tener una nueva línea al final de su clave privada.
En mi caso, resultó que tenía nuevas líneas entre los "encabezados" de inicio / fin y los datos clave:
-----BEGIN RSA PRIVATE KEY-----
- Key data here -
-----END RSA PRIVATE KEY-----
Eliminando las nuevas líneas adicionales, por lo que se convirtió
-----BEGIN RSA PRIVATE KEY-----
- Key data here -
-----END RSA PRIVATE KEY-----
resuelto mi problema
Tuve este problema porque tenía una clave en ~ / .ssh que en realidad era un formato no válido y tenía muchas claves, lo que significaba que SSH las estaba probando todas, aunque especifiqué mi archivo de identidad en el comando. Simplemente falla porque creo que solo puede probar 5 teclas, y luego me dejó con ese error, que era legítimo, solo por el archivo de identidad incorrecto. La solución fue simplemente usar IdentitiesOnly yesen mi ~ / .ssh / config.
Tuve este error porque había una línea en blanco al comienzo del archivo de clave. Fácil de perder si lo estás catsacando.
Este también es el error que ssh (al menos algunas versiones) emite si tiene una frase de contraseña en su clave privada e ingrese la frase de contraseña incorrecta cuando intente conectarse.
(En particular, esto me sucedió con: OpenSSH_7.6p1, LibreSSL 2.6.2, que es el SSH incorporado para Mac OS X 10.13.6).
Por lo tanto, verifique que esté usando la frase de contraseña correcta y que BLOQ MAYÚS esté desactivado.
Asegúrese de cambiar el nombre de su clave PRIVADA y eliminar la extensión del archivo que es el problema.
Pasos que tomé
Crea tu clave pública:
Asegúrese de estar en el mismo directorio que tiene la clave privada
Cómo crear la clave pública:
ssh-keygen -y -f Private-Key.pem > Public-key.pub
asegúrese de que la clave PUBLIC tenga una extensión de archivo .pub
después de eso, proporcione los permisos adecuados por razones de seguridad:
chmod 600 Private-Key.pem
chmod 400 Public-key.pub
ENTONCES la parte más importante y la razón por la que recibió el error "formato no válido"
Asegúrese de cambiar el nombre de su clave PRIVADA y eliminar la extensión del archivo:
Elimine el .pem de su clave privada.
mv Private-Key.pem Private-Key
o si en una computadora con Windows cambia el nombre de la clave privada, el mismo nombre simplemente elimina el .pem
----BEGIN RSA PRIVATE KEY-----y termina con-----END RSA PRIVATE KEY-----. Además, solía funcionar.