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

OpenSSH не принимает ключи ECDSA

Я только что создал ключ ECDSA с ssh-keygen:

ssh-keygen -t ecdsa -b 521 

Затем я скопировал этот ключ на свой сервер:

cat .ssh/id_ecdsa.pub | ssh myserver "tee -a .ssh/authorized_keys"

Я убедился, что мой ключ находится в файле.

Однако, когда я пытаюсь подключиться, мое подключение отклоняется:

ssh -v -i .ssh/id_ecdsa myserver

Журналы:

OpenSSH_5.9p1 Debian-5ubuntu1.1, OpenSSL 1.0.1 14 Mar 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to myserver [192.168.1.1] port 22.
debug1: Connection established.
debug1: identity file .ssh/id_ecdsa type 3
debug1: Checking blacklist file /usr/share/ssh/blacklist.ECDSA-521
debug1: Checking blacklist file /etc/ssh/blacklist.ECDSA-521
debug1: identity file .ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.1
debug1: match: OpenSSH_6.1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1
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: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 10:27:b8:78:2c:e1:e3:42:8e:e3:66:c4:cc:4e:f1:c0
debug1: Host 'myserver' is known and matches the RSA host key.
debug1: Found key in /home/naftuli/.ssh/known_hosts:73
debug1: ssh_rsa_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 ECDSA public key: .ssh/id_ecdsa
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).

Нашел это в журналах сервера:

auth.info sshd[13874]: userauth_pubkey: unsupported public key algorithm: ecdsa-sha2-nistp521 [preauth]

И мой клиент, и сервер используют OpenSSH. Версия OpenSSH сервера - OpenSSH 6.1, версия OpenSSH моего клиента - OpenSSH 5.9.

Как узнать, какие ключевые алгоритмы поддерживает мой сервер?

Как и многие другие встраиваемые системы, OpenWrt использует падение в качестве ssh-сервера, а не более тяжелого OpenSSH, который обычно встречается в системах Linux. Старые версии dropbear поддерживают только ключи RSA и DSA; поддержка ECDSA не была добавлена ​​до версия 2013.62 (который был выпущен всего несколько дней назад).

Он должен скоро появиться в Barrier Breaker (сундук); но вы не увидите этого в Настройке отношения.

ecdsa поддерживается из openssh-server версии 5.7. Какую версию openssh-server вы используете? бегать dpkg -l | grep openssh-server | awk '{print $3}' | cut -d: -f2 найти версию.

Если ваша система Red Hat Enterprise Linux 6.4 (или старше) или Fedora 19 (или старше), обратите внимание, что ECDSA был удален оттуда. У меня нет подробностей, почему это было (возможно, по юридическим причинам): https://www.mail-archive.com/legal@lists.fedoraproject.org/msg00755.html

Оставив это здесь, потому что это случилось со мной:

День 1: Настраивая новую машину, я скопировал ключи - сначала свои - и смог нормально войти в систему.

День 2: Я не могу войти в систему с помощью ключа ed25519. А? Я добавляю ключ RSA; оно работает. Я генерирую новый ключ ed25519 и Это работает ... но мой старый нет. Какого черта?

Оказалось, что после тестирования я установил свой ключ в корневой каталог .ssh / authorized_keys в качестве резервной копии ... и забыл исправить разрешения для этого файла. Итак, openssh поместил мой ключ в черный список, из-за чего я не смог войти в систему. Исправление перманентных ошибок в /root/.ssh/authorized_keys позволило мне войти в систему. как мой пользователь.