Я работал над файлом openSSL.cnf, который собираюсь использовать для создания собственной PKI. Я еще не закончил работу с этим файлом, но мне нужно было сделать что-то еще. Поэтому я записал его на диск незаконченным, отключил сеанс экрана и вышел из системы. С тех пор я не могу снова войти в систему, используя SSH с закрытым ключом (это единственный способ добраться до машины).
Если я сбегу ssh -vvv example.com
, Я получаю следующее
OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007
debug2: ssh_connect: needpriv 0
debug1: Connecting to example.com [1.2.3.4] port 22.
debug1: Connection established.
debug1: identity file /c/Users/user/.ssh/identity type -1
debug3: Not a RSA1 key file /c/Users/user/.ssh/id_rsa.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'Proc-Type:'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'DEK-Info:'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
^^^ this line 24 more times ^^^
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /c/Users/user/.ssh/id_rsa type -1
debug1: identity file /c/Users/user/.ssh/id_dsa type -1
ssh_exchange_identification: Connection closed by remote host
Похоже, что ssh жалуется на форматирование моего ~/.ssh/id_rsa
. Однако один и тот же ключ по-прежнему работает для разных серверов. Во всяком случае, вот как выглядит мой личный файл:
-----BEGIN RSA PRIVATE KEY-----
Proc-Type: 4,ENCRYPTED
DEK-Info: DES-EDE3-CBC,...
...
-----END RSA PRIVATE KEY-----
На клиенте я использую реализацию ssh, поставляемую с GitBash, поскольку это дает мне наиболее подробный вывод. (Putty не так разговорчив в отделе отладки).
Я испортил конфигурацию sshd на сервере? Могу ли я каким-то образом принудительно использовать ssh и соответствующие файлы идентификации? На сервере работает debian 6
Я сам придумал ответ, как только снова получил доступ к серверу.
Ответ положительный. Перемещение моего не полностью отредактированного /etc/ssl/openssl.conf
к /root/messed-up.openssl.cnf
исправил проблему для меня.