ssh: ошибка загрузки ключа"./ id rsa": неверный формат

традиционно OpenSSH использовал тот же формат закрытого ключа, что и более старый формат PEM, используемый OpenSSL. (Поскольку он использует OpenSSL для разбора ключа, он также принимает новый формат PKCS#8.)

так что вопрос может быть один из:

2. ваша версия OpenSSL не загружает этот формат ключа. Возможно, он случайно включил режим FIPS и отказывается от любых алгоритмов, кроме тех, которые являются частью его первоначальной проверки FIPS?

   попробуйте загрузить ключ в openssl инструмент командной строки (который, Да, также может быть связан с другим libcrypto, и вы должны проверить с ldd):

   openssl rsa -noout -text < id_rsa
   openssl pkey -noout -text < id_rsa
   

   попробуйте преобразовать его в формат PKCS#8:

   umask 077
   openssl pkey < id_rsa > id_rsa.pkcs8
   ssh-add id_rsa.pkcs8
   

3. ваш OpenSSH был построен без поддержки OpenSSL. Хотя бы ssh -V говорит, что поддержка была включена, что не означает the ssh-add двоичный то же самое – это может произойти из другой частичной установки.

   использовать type -a ssh и type -a ssh-add для сравнения мест установки.

   как только вы знаете путь, используйте ldd /usr/bin/ssh-add чтобы убедиться, что он связан с libcrypto.so (криптографическая библиотека OpenSSL).

если ничего не работает, попробуйте преобразовать ключ в новый формат OpenSSH... замазка. Установите putty пакет для Fedora, и использование:

puttygen id_rsa -o id_rsa.newformat -O private-openssh-new
ssh-add id_rsa.newformat

также своеобразно: GNOME каким-то образом умудряется добавлять ключ на логин с seahorse.

более старые версии Gnome Keyring имеют внутреннюю копию кода агента SSH и независимы от системы OpenSSH. Таким образом, они будут принимать ключи, которые ваш OpenSSH не будет. (Но, с другой стороны, это означает серьезное отставание с точки зрения поддержки функций (таких как ключи Ed25519), а последний Gnome Keyring просто использует систему вместо этого ssh-агент.)