Вопросы Теги

Сервер по-прежнему запрашивает пароль после настройки SSH, Ubuntu 17.10 x64

РЕДАКТИРОВАТЬ: После просмотра подробных журналов, как было предложено, я сам обнаружил ошибку. Ответ внизу.

У меня есть капля DigitalOcean, которую я хочу использовать в качестве среды разработки. Я создал пользователя без полномочий root с привилегиями sudo для выполнения всей фактической работы и установил этого пользователя с открытым ключом в моей паре через ssh-copy-id . Попытка скопировать ключ еще раз подтверждает, что ключ присутствует и распознан:

/ usr / bin / ssh-copy-id: ПРЕДУПРЕЖДЕНИЕ: все ключи были пропущены, потому что они уже существуют в удаленной системе.

Это после попытки следующих предложений:

  • Очистите содержимое .ssh на обеих машинах, сгенерируйте и скопируйте новый ключ
  • Используйте chmod , чтобы убедиться, что .ssh установлен на 700 , а authorized_keys установлен на 600 на VPS.
  • Раскомментировал строку в etc / ssh / sshd_config , в которой указано PubkeyAuthentication yes , а также AuthorizedKeysFile .ssh / authorized_keys .ssh / authorized_keys2 {{1 }} с последующим перезапуском демона ssh на VPS.
  • Восстановление дроплета и повторная попытка с нуля
  • Ручное копирование ключа с использованием cat
  • Попытка установить ключ с пользователем root, чтобы затем переключиться на пользователя без полномочий root.

На этом этапе при любой попытке подключения через SSH по-прежнему запрашивается пароль пользователя, хотя я явно установил ключ без пароля, и неспособность предоставить этот пароль приводит к следующей ошибке: Permission denied (publickey, password ). Если я предоставлю пароль, я все равно смогу войти в систему как пользователь.

Ниже приведены подробные журналы до появления запроса пароля: 

OpenSSH_7.2p2 Ubuntu-4ubuntu2.2, OpenSSL 1.0.2g  1 Mar 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: resolving "138.197.31.224" port 22
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to 138.197.31.224 [138.197.31.224] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/user/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.5p1 Ubuntu-10
debug1: match: OpenSSH_7.5p1 Ubuntu-10 pat OpenSSH* compat 0x04000000
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to 138.197.31.224:22 as 'user'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: local client KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,ext-info-c
debug2: host key algorithms: ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc,3des-cbc
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com,zlib
debug2: compression stoc: none,zlib@openssh.com,zlib
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug2: peer server KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1
debug2: host key algorithms: ssh-rsa,rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com
debug2: compression stoc: none,zlib@openssh.com
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:cAw/cF/p37TL25mwRKivxJpMCPyrCMFo5YaeTYQ2Wvo
debug1: Host '138.197.31.224' is known and matches the ECDSA host key.
debug1: Found key in /home/user/.ssh/known_hosts:1
debug2: set_newkeys: mode 1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS received
debug2: key: /home/user/.ssh/id_rsa ((nil))
debug2: key: /home/user/.ssh/id_dsa ((nil))
debug2: key: /home/user/.ssh/id_ecdsa ((nil))
debug2: key: /home/user/.ssh/id_ed25519 ((nil))
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/user/.ssh/id_rsa
debug1: Trying private key: /home/user/.ssh/id_dsa
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug1: Trying private key: /home/user/.ssh/id_ed25519
debug2: we did not send a packet, disable method
debug1: Next authentication method: password

Если мы посмотрим на журналы выше, это наиболее важные строки: 

debug1: Next authentication method: publickey
debug1: Trying private key: /home/user/.ssh/id_rsa
debug1: Trying private key: /home/user/.ssh/id_dsa
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug1: Trying private key: /home/user/.ssh/id_ed25519
debug2: we did not send a packet, disable method
debug1: Next authentication method: password

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

ssh (hidden) -i .ssh / custom_ named_rsa

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

3
задан 12 January 2018 в 23:36
3 ответа

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

2
ответ дан 3 December 2019 в 06:00

Чтобы убедиться, что это может быть правильно закрыто теперь, когда я понял это, я повторю здесь в самоответе, что я сказал выше:

Попытка подключиться к удаленному серверу using ssh -vv (hidden) Это покажет подробные журналы попытки, которые в самом низу, непосредственно перед запросом пароля, дают следующие важные строки: 

debug1: Next authentication method: publickey
debug1: Trying private key: /home/user/.ssh/id_rsa
debug1: Trying private key: /home/user/.ssh/id_dsa
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug1: Trying private key: /home/user/.ssh/id_ed25519
debug2: we did not send a packet, disable method
debug1: Next authentication method: password

Мы видим, что ssh имеет четыре файла по умолчанию, которые он будет проверять, что нормально, если вы позволите ssh-keygen указать имя по умолчанию во время генерации. Однако , если вы дадите своему ключу специальное имя, вам придется указать ssh на расположение закрытого ключа, поскольку он не знает, как его искать. Заметив это, я попытался войти в систему с помощью следующей команды:

ssh (hidden) -i .ssh / custom_ named_rsa

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

2
ответ дан 3 December 2019 в 06:00

Вы можете установить пользовательский ключ в пользовательском файле .ssh/config. https://www.cyberciti.biz/faq/create-ssh-config-file-on-linux-unix/

0
ответ дан 3 December 2019 в 06:00

Теги

Похожие вопросы