1

Я пытался решить это какое-то время, но по общему признанию я весьма озадачен.

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

Если это поможет, с моей стороны я использую Cygwin, а на сервере работает Ubuntu 12.04.1 LTS.

В любом случае, вот вывод (я удалил / подверг цензуре некоторые части в целях конфиденциальности (в первую очередь, что касается моего имени, веб-сайта или его IP-адреса), но я могу заверить вас, что в этом нет ничего плохого):

$ ssh user@host -v
OpenSSH_5.9p1, OpenSSL 0.9.8r 8 Feb 2011
debug1: Connecting to host [ipaddress] port 22.
debug1: Connection established.
debug1: identity file /home/user/.ssh/id_rsa type 1
debug1: identity file /home/user/.ssh/id_rsa-cert type -1
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: identity file /home/user/.ssh/id_dsa-cert type -1
debug1: identity file /home/user/.ssh/id_ecdsa type -1
debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1
debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 24:68:c3:d8:13:f8:61:94:f2:95:34:d1:e2:6d:e7:d7
debug1: Host 'host' is known and matches the ECDSA host key.
debug1: Found key in /home/user/.ssh/known_hosts:2
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/user/.ssh/id_rsa
debug1: Authentications that can continue: publickey
debug1: Trying private key: /home/user/.ssh/id_dsa
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug1: No more authentication methods to try.
Permission denied (publickey).

Что я могу сделать, чтобы решить мою проблему?

2 ответа2

0

Я получаю этот вывод, когда пытаюсь войти в систему как фиктивный пользователь, которого нет на целевой машине, или ключ отсутствует в файле .ssh/authorized_keys на целевой машине. Вы уверены, что «пользователь» существует, и что ваш ключ находится в файле .ssh/authorized_keys на целевом компьютере? Вы пробовали ssh-copy-id?

0

После долгих размышлений я решил, что было бы лучше просто удалить author_keys и вместо того, чтобы делать это вручную, просто использовать ssh-copy-id для передачи ключа на сервер. Казалось, работает отлично.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .