Назад | Перейти на главную страницу

Может ли /etc/ssl/openssl.cnf повлиять на sshd?

Я работал над файлом 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 исправил проблему для меня.