SSH Внезапно возвращается неверный формат

У меня была такая же проблема, и оказалось, что у меня в файле по какой-то причине были разделители строк в стиле Windows (CRLF) .

Кроме того, файл должен заканчиваться одним LF.

Снова исправляем те вещи, которые сделали модные.

Вы должны преобразовать свой ключ .ppk в ключ OpenSSH

Вот как это сделать :

1. Загрузите PuttyGen и сгенерируйте свою пару ключей ( если у вас нет готовой пары ключей). Сохраните закрытый ключ в своей папке (.ppk)
2. Если у вас уже есть закрытый ключ, загрузите файл закрытого ключа (.ppk), нажав кнопку «Загрузить». В противном случае пропустите этот шаг.
3. В меню «Конверсии» выберите «Экспорт ключа OpenSSH» и сохраните его в своей папке.
4. Теперь вы готовы использовать ключ для входа на свой сервер без ввода пароля (я предполагаю, что вы уже установили открытый ключ в /root/.ssh/authorized_keys, chmod 600 /root/.ssh/authorized_keys и перезапущенный демон SSH)

Моя проблема была связана с кодированием. В VSCode кодировка файла (который я создал с помощью Out-File в PowerShell) была UTF-16LE . Когда я переключился на UTF-8 , ключ был действителен.

После недавнего обновления Fedora 32 я начал получать это предупреждение при подключении к удаленным хостам.

Я решил проблему, добавив pkcs11: в параметр IdentityFile в моем .ssh/config следующим образом:

IdentityFile pkcs11:~/.ssh/my_key.pem 

Для справки, выдержка из ssh_config man-страница:

Идентификатор аутентификации также может быть указан в виде URI PKCS#11, начинающегося со строки pkcs11:.

Вы регистрируетесь не с тем пользователем

В моем случае я пытался подключиться к экземпляру Amazon AWS EC2, но получил сообщение об ошибке

загрузить публичный ключ «MyPrivateKey.pem» : недопустимый формат

Это произошло из-за того, что я пытался войти в систему с неправильным пользователем (пользователь ec2)

Я использовал машину Ubuntu с пользователем ubuntu вместо пользователь ec2 (как указано в официальной серверной ОС Amazon Linux).

Но почему эта ошибка?

Оказывается, Amazon использует старый формат (путтиген говорит при загрузке «открытый ключ ssh-2 (старый формат pem)»), который не нравится openssh. очень много, так что это действительно предупреждение, а не ошибка.

Настоящая ошибка (на этом сервере нет такого пользователя) скрыта сервером (иначе вы могли бы перебором имен для входа), но вместо этого отображается "Соединение закрыто".

Вы можете найти имя, которое вы используете для подключения к своему компьютеру в AWS, в разделе «Действия»> «Подключиться».

Как исправить предупреждение?

Просто следуйте ответу "Ras", то есть используйте PuTTYgen для преобразования в формат OpenSSH.

Начиная с openssh 7.6 по умолчанию используется новый более безопасный формат. Вы можете принудительно преобразовать его в этот формат, используя приведенные ниже команды, чтобы изменить пароль ключа. Если у вас нет и/или вы не хотите пароль, вы можете просто нажать Enter, и он все равно перезапишет ключ в новом формате

ssh-keygen -f ~/.ssh/id_rsa -p

Если вы получаете предупреждение о недопустимом формате открытого ключа, но команда по-прежнему работает, это может быть связано с тем, что у вас есть только файл закрытого ключа и вы используете OpenSSH 8.3.

OpenSSH 8.3 включает в себя изменение клиента ssh, где он ищет файл открытого ключа, соответствующий закрытому ключу, и выводит этот load pubkey "/home/user/.ssh/id.rsa": предупреждение о недопустимом формате, но подключение продолжается успешно. Инструменты, использующие ssh, такие как scp или git, могут показывать key_load_public: неверный формат.

Клиенту не нужен публичный ключ при подключении, только закрытый ключ.Так что эта проверка бессмысленна и она уже удалена вышестоящим коммитом, но не находится в релизе (пока).

Есть обсуждение об этом на форуме ArchLinux.

Для всех, кто пробовал sudo puttygen ~/. ssh/your-key.pem -O private-openssh -o ~/.ssh/your-key-new.pem и получил сообщение об ошибке puttygen: эта команда не выполнит никаких полезных действий есть еще более новый формат, поэтому вам нужно изменить команду следующим образом:

sudo puttygen ~/.ssh/your-key.pem -O private-openssh-new -o ~/.ssh/your-key-new.pem

Я использовал ключ, сгенерированный AWS на Manjaro, который немного более передовой, чем в большинстве других дистрибутивов, все еще работал, но предупреждающее сообщение раздражало.

Для получения дополнительной информации вы можете использовать man puttygen, но соответствующий раздел приведен ниже:

  -O output-type
    Specify the type of output you want puttygen to produce. Acceptable options are:

    private
      Save the private key in a format usable by PuTTY. This will either be the standard SSH-1 key format, or PuTTY's own SSH-2 key format.

    public Save  the  public key only. For SSH-1 keys, the standard public key format will be used (`1024 37 5698745...'). For SSH-2 keys, the public key will be output in the format specified by
      RFC 4716, which is a multi-line text file beginning with the line `---- BEGIN SSH2 PUBLIC KEY ----'.

    public-openssh
      Save the public key only, in a format usable by OpenSSH. For SSH-1 keys, this output format behaves identically to public. For SSH-2 keys, the public key will be output in the  OpenSSH
      format, which is a single line (`ssh-rsa AAAAB3NzaC1yc2...').

    fingerprint
      Print the fingerprint of the public key. All fingerprinting algorithms are believed compatible with OpenSSH.

    private-openssh
      Save an SSH-2 private key in OpenSSH's format, using the oldest format available to maximise backward compatibility. This option is not permitted for SSH-1 keys.

    private-openssh-new
      As private-openssh, except that it forces the use of OpenSSH's newer format even for RSA, DSA, and ECDSA keys.

    private-sshcom
      Save an SSH-2 private key in ssh.com's format. This option is not permitted for SSH-1 keys.

    If no output type is specified, the default is private.

Как ни странно, ошибка говорит "pubkey", указывая на private ключевой файл.

Отсутствие открытого файла ключа (или другие проблемы с ним) вызывает эту ошибку – подробности см. в этом ответе.

Я столкнулся с проблемой совместимости в Win32-OpenSSH 8.1.

Ни один из приведенных здесь ответов мне не помог, поэтому я нашел свой способ: преобразовать ключ в новый формат с помощью утилиты PuTTYgen.

1. Запустите новую версию puttygen
2. Откройте ключ (Конверсии > Импортировать ключ). Введите парольную фразу.
3. Сохранить ключ в новом формате OpenSSH (Конверсии > Экспортировать ключ OpenSSH (принудительно использовать новый формат файла))

Я начал сталкиваться с этой проблемой, когда обновился до Ubuntu 20.10. Он использует OpenSSH_8.3p1.

Я исправил это с помощью:

ssh-keygen -y -f mykey.pem > mykey.pem.pub

В моем случае это произошло из-за отсутствия пустой строки между DEK-Info и фактическими данными ключа. У меня было:

-----BEGIN RSA PRIVATE KEY-----
Proc-Type: 4,ENCRYPTED
DEK-Info: AES-128-CBC,6E6F6E65206F6620796F757220627573
VGhpcyBpcyBub3QgbXkgYWN0dWFsIGtleSBzb3JyeSB0byBkaXNhcHBvaW50IHlv
...

Но это должно было быть:

-----BEGIN RSA PRIVATE KEY-----
Proc-Type: 4,ENCRYPTED
DEK-Info: AES-128-CBC,6E6F6E65206F6620796F757220627573

VGhpcyBpcyBub3QgbXkgYWN0dWFsIGtleSBzb3JyeSB0byBkaXNhcHBvaW50IHlv
...

Я получил эту ошибку, когда использовал свой открытый ключ с ssh-add. Я должен был использовать закрытый ключ. Открытый ключ может вызвать эту ошибку.

ssh-add rsakey.pub
Error loading key "rsakey.pub": invalid format

Тем не менее, это нормально:

ssh-add rsakey

В моем случае проблема заключалась в том, что закрытый ключ был в следующем формате:

-----BEGIN OPENSSH PRIVATE KEY-----
...
-----END OPENSSH PRIVATE KEY-----

тогда как сервер SSH ожидал следующий формат:

-----BEGIN RSA PRIVATE KEY-----
...
-----END RSA PRIVATE KEY-----

У меня была похожая ошибка Загрузить ключ "/root/.ssh/id_rsa": неверный формат при попытке

RUN echo "$ssh_prv_key" > /root/.ssh/id_rsa &&     chmod 600 /root/.ssh/id_rsa

Это привело к ошибкам типа identity файл /root/.ssh/id_rsa type -1 неверный формат и read_passphrase: невозможно открыть /dev/tty.

Правильно было бы использовать

COPY id_rsa /root/.ssh/id_rsa
RUN chmod 600 /root/.ssh/id_rsa

Объяснение решения: мой закрытый ключ был неправильно отформатирован — вместо множества строк он был передан как однострочный, и у вас может быть любая другая проблема с форматом, например, забытый " -" в начале или в конце, или что-то неправильное в конце строк, например, отсутствующий формат новой строки или дополнительная буква в конце строки.

См. Dockerfile: клонировать репозиторий с закрытым ключом без пароля. Ошибки: «агент аутентификации» или «read_passphrase: не удается открыть /dev/tty» подробнее, с основной идеей из Добавить приватный ключ к ssh-agent в файле docker, что опять же была идея из Gitlab CI/Docker: ssh-add продолжает запрашивать парольную фразу.

У меня была эта проблема с Mac OSX 11.4 и версией ssh ​​OpenSSH_8.1p1, LibreSSL 2.7.3. Я пробовал все другие решения, и ничего не получалось (т. е. я регенерировал ключи, пробовал новые строки и т. д.).

Затем я прочитал это в документации GitHub и, добавив следующее в мой ~/.ssh/config, я больше не получал ошибку

Host *
    AddKeysToAgent yes
    UseKeychain yes
    IdentityFile ~/.ssh/id_rsa

Я сделал что-то вроде информации здесь https://github.com/marketplace/actions/webfactory-ssh-agent

Формат закрытого ключа SSH Если закрытый ключ не в формате PEM, вы увидите сообщение Ошибка загрузки ключа "(stdin)": сообщение о недопустимом формате.

Используйте ssh-keygen -p -f путь/к/вашему/ключу -m pem, чтобы преобразовать файл ключа в формат PEM, но сначала обязательно сделайте резервную копию файла.

Это решило мою проблему.

Если вы используете Windows, используя Cygwin, Gitbash, MSYS или аналогичные инструменты, попробуйте запустить команду в повышенном режиме(с правами администратора).

Мне пришлось сделать это, чтобы повторно-экспортировать файл открытого ключа. Если вы используете файл .ssh/config, убедитесь, что там есть ссылка на файл закрытого ключа IdentityFile ~/.ssh/id_rsa.

Создание файла с закрытым ключом с помощью puttygen также приведет к аналогичным сообщениям об ошибках, используйте OpenSSH для создания пары с закрытым-открытым ключом-.

Использование файла открытого ключа (~/.ssh/id_rsa.pub)в качестве файла идентификации (IdentityFile в.ssh/config)приведет к вводящим в заблуждение сообщениям об ошибках, например

• недопустимый формат
• тайм-аут соединения

TL;DR

FWIW, сегодня я столкнулся с этой проблемой.

Я так и не понял, что новой установке Win32 "portable openssh" 8.0.p1 не понравилось в файлах ключей -Я просто создал новые ключи и добавил их на github и gitlab:

ssh-keygen -o -t rsa -b 4096 -C "New format OpenSSH for github" -f C:\Users\mburr\.ssh\github.mburr-precor.key-2.id_rsa

Подробности

У меня была рабочая установка OpenSSH из проектаhttps://github.com/PowerShell/openssh-portable(, установленная Chocolatey). Но несколько дней назад мне пришлось выполнить «ремонтную установку» Windows, и поэтому мне пришлось переустановить OpenSSH.

После этого мои ключи, используемые для аутентификации в github и gitlab, больше не будут работать, выдавая ошибку «неверный формат». Это были те же ключевые файлы, которые были в системе до (переустановки с восстановлением, которая не удалила эти файлы).

Я не обнаружил проблем с окончаниями строк (все LF и LF в конце файла). Ключи работали в системе Linux -, и позже я обнаружил, что они работают с OpenSSH, включенным в Git для Windows v2.33.1.

 using the Win32 "portable OpenSSH" (from https://github.com/PowerShell/openssh-portable as installed by Chocolatey)
# Private key file error: "invalid format"
#

C:\devtrees>"c:\Program Files\OpenSSH-Win64\ssh.exe" -V
OpenSSH_for_Windows_8.0p1, LibreSSL 2.6.5

C:\devtrees>"c:\Program Files\OpenSSH-Win64\ssh.exe" -F c:\util\emptyfile -i c:\users\mburr\.ssh\github.mburr.id_rsa -T git@github.com
Load key "c:\\users\\mburr\\.ssh\\github.mburr.id_rsa": invalid format
git@github.com: Permission denied (publickey).


#-------------------------------------------------------
# using the OpenSSH that comes with Git for Windows v2.33.1
# No problem with the private key
#

C:\devtrees>c:\git\usr\bin\ssh.exe -V
OpenSSH_8.8p1, OpenSSL 1.1.1l  24 Aug 2021

C:\devtrees>c:\git\usr\bin\ssh.exe -F c:\util\emptyfile -i c:\users\mburr\.ssh\github.mburr.id_rsa -T git@github.com
Enter passphrase for key 'c:\users\mburr\.ssh\github.mburr.id_rsa':
Hi mburr! You've successfully authenticated, but GitHub does not provide shell access.

(emptyfileименно так. Я указал его как файл конфигурации с -F, чтобы заставить ssh игнорировать~/.ssh/config)

Я так и не понял, что Win32 "portable openssh" 8.0.p1 не понравилось в файлах ключей -Я только что создал новые ключи и добавил их в github и gitlab:

ssh-keygen -o -t rsa -b 4096 -C "New format OpenSSH for github" -f C:\Users\mburr\.ssh\github.mburr-precor.key-2.id_rsa

Проблема решена.