Отказано в доступе к соединению SSH (publickey)

Мне запрещено подключаться к линоду, используя мой рут и моего пользователя. Я прочитал все другие темы, и ни одно из решений не работает для меня. Пока я был подключен к ssh, я по соображениям безопасности заблокировал root-вход и создал пользователя с ssh-ключом входа и без пароля. Некоторое время он работал нормально, но теперь я получаю отказ в разрешении при попытке подключиться к пользователю root или к моему пользователю.

0
задан 25 September 2019 в 02:39

2 ответа

Возможно, Ваш ssh агент останавливается, попробуйте следующее:

eval $(ssh-agent)
ssh-add /path/to/your/key
0
ответ дан 23 October 2019 в 10:35

У меня такая же проблема. Я прочитал ДЕСЯТКИ сообщений, которые я нашел, выполнив поиск по строке в указанной выше теме, и ни одна из них не помогает.

Мне чего-то не хватает - возможно, элементарного - и мне нужна еще одна пара глаз, чтобы увидеть, что это такое.

Итак, вот что я сделал. Я обновил свой рабочий стол для разработки с Ubuntu 19.10 до 20.04, но, благоразумно, еще не обновил свой «рабочий» рабочий стол с 18.04 и не сделаю этого, пока все мои приложения не будут работать должным образом.

ssh казался нормальным 20 числа.04 "клиент", пока я не начал настраивать его, чтобы заставить Mysql Workbench подключаться к серверу.

Теперь я постоянно получаю сообщение об ошибке в теме.

Вот результат выполнения команды ssh -i -vvv server_ip

`OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n 7 декабря 2017 г. debug1: чтение данных конфигурации / etc / ssh / ssh_config debug1: / etc / ssh / ssh_config строка 19: Применение параметров для * debug2: разрешение порта 22 "192.168.1.10" отладка2: ssh_connect_direct: needpriv 0 debug1: подключение к порту 22 192.168.1.10 [192.168.1.10]. debug1: соединение установлено. отладка1: постоянно_set_uid: 0/0 debug1: файл идентификации /root/.ssh/id_rsa.pub type 0 debug1: key_load_public: нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_rsa.pub-cert тип -1 debug1: файл идентификации /root/.ssh/id_rsa type 0 debug1: key_load_public: нет такого файла или каталога debug1: файл идентификации /root/.ssh/id_rsa-cert тип -1 debug1: строка локальной версии SSH-2.0-OpenSSH_7.6p1 Ubuntu-4ubuntu0.3 debug1: версия удаленного протокола 2.0, версия удаленного программного обеспечения OpenSSH_7.6p1 Ubuntu-4ubuntu0.3 debug1: match: OpenSSH_7.6p1 Ubuntu-4ubuntu0.3 pat OpenSSH * compat 0x04000000 debug2: установка fd 3 O_NONBLOCK debug1: аутентификация на 192.168.1.10:22 как «root» debug3: hostkeys_foreach: чтение файла "/root/.ssh/known_hosts" debug3: record_hostkey: обнаружен тип ключа ECDSA в файле /root/.ssh/known_hosts:2 debug3: load_hostkeys: загружен 1 ключ из 192.168.1.10 debug3: order_hostkeyalgs: предпочитать hostkeyalgs: (скрыто) debug3: отправить пакет: тип 20 debug1: отправлено SSH2_MSG_KEXINIT debug3: получить пакет: тип 20 debug1: получен SSH2_MSG_KEXINIT debug2: предложение KEXINIT для локального клиента debug2: алгоритмы KEX: (скрыто) debug2: ключевые алгоритмы хоста: (скрыто) debug2: ciphers ctos: (скрыто) debug2: ciphers stoc: (скрыто) debug2: MACs ctos: (скрыто) debug2: MACs stoc: (скрыто) debug2: сжатие ctos: (скрыто) debug2: сжатие stoc: (скрыто) debug2: языки ctos: debug2: языки stoc: debug2: first_kex_follows 0 debug2: зарезервировано 0 debug2:одноранговый сервер предложение KEXINIT debug2: алгоритмы KEX: (скрыто) debug2: алгоритмы ключа хоста: ssh-rsa, rsa-sha2-512, rsa-sha2-256, ecdsa-sha2-nistp256, ssh-ed25519 debug2: ciphers ctos: (скрыто) debug2: ciphers stoc: (скрыто) debug2: MACs ctos: (скрыто) debug2: MACs stoc: (скрыто) debug2: сжатие ctos: (скрыто) debug2: сжатие stoc: (скрыто) debug2: языки ctos: debug2: языки stoc: debug2: first_kex_follows 0 debug2: зарезервировано 0 отладка1: kex: алгоритм: curve25519-sha256 debug1: kex: алгоритм ключа хоста: ecdsa-sha2-nistp256 debug1: kex: server-> client cipher: (скрытый) MAC: сжатие: нет debug1: kex: client-> server cipher: (скрытый) MAC: сжатие: нет debug3: отправить пакет: тип 30 debug1: ожидается SSH2_MSG_KEX_ECDH_REPLY debug3: получить пакет: тип 31 debug1: ключ хоста сервера: ecdsa-sha2-nistp256 SHA256: ihT4T / 0uZlh6ujuMQIWNoKWdf8zONBap92BeMbstNtg debug3: hostkeys_foreach: чтение файла "/root/.ssh/known_hosts" debug3: record_hostkey: обнаружен тип ключа ECDSA в файле /root/.ssh/known_hosts:2 debug3: load_hostkeys: загружен 1 ключ из 192.168.1.10 debug1: Хост 192.168.1.10 известен и соответствует ключу хоста ECDSA. debug1: найден ключ в /root/.ssh/known_hosts:2 debug3: отправить пакет: тип 21 debug2: set_newkeys: режим 1 debug1: rekey after 134217728 блоков debug1: отправлено SSH2_MSG_NEWKEYS debug1: ожидается SSH2_MSG_NEWKEYS debug3: получить пакет: тип 21 debug1: получено SSH2_MSG_NEWKEYS debug2: set_newkeys: режим 0 debug1: rekey after 134217728 блоков debug2: ключ: /root/.ssh/id_rsa.pub (0x55ee3b0d8ad0), явный debug2: ключ: / root /.ssh / id_rsa (0x55ee3b0d7d30) debug3: отправить пакет: тип 5 debug3: получить пакет: тип 7 debug1: получен SSH2_MSG_EXT_INFO отладка1: kex_input_ext_info: server-sig-algs = debug3: получить пакет: тип 6 отладка2: service_accept: ssh-userauth debug1: получен SSH2_MSG_SERVICE_ACCEPT debug3: отправить пакет: тип 50 debug3: получить пакет: тип 53 debug3: input_userauth_banner Ubuntu 18.04.4 LTS \ n \ l

debug3: получить пакет: тип 51 debug1: аутентификация, которая может продолжаться: publickey debug3: начать заново, передан публичный ключ другого списка debug3: предпочтительный gssapi-keyex, gssapi-with-mic, publickey, keyboard-interactive debug3: authmethod_lookup publickey debug3: оставшееся предпочтительным: интерактивная клавиатура debug3: authmethod_is_enabled publickey debug1: Следующий метод аутентификации: publickey debug1: Предлагает открытый ключ: RSA SHA256: sOPLHvZ4E2sxXV2Cvs2 / HqGH5Rkx / Wx2KdSsNULofl8 /root/.ssh/id_rsa.pub debug3: send_pubkey_test debug3: отправить пакет: тип 50 debug2: мы отправили пакет публичного ключа, ждем ответа debug3: получить пакет: тип 51 debug1: аутентификация, которая может продолжаться: publickey debug1: Предлагает открытый ключ: RSA SHA256: sOPLHvZ4E2sxXV2Cvs2 / HqGH5Rkx / Wx2KdSsNULofl8 /root/.ssh/id_rsa debug3: send_pubkey_test debug3: отправить пакет: тип 50 debug2: мы отправили пакет публичного ключа, ждем ответа debug3: получить пакет: тип 51 debug1: аутентификация, которая может продолжаться: publickey debug2: мы не отправили пакет, отключите метод debug1: больше нет методов аутентификации, чтобы попробовать. (скрыто) В доступе отказано (открытый ключ) .`

Где он берет открытый ключ SHA256: sOPLHvZ4E ...от? Я не могу найти такой строки ни в одном из файлов id_rsa *, ни в authorized_keys на сервере.

Вот что я сделал: 1. apt-get удалить ssh 2. apt-get purge ssh как на клиенте, потом переустановил 3. apt-get install openssh-client

На сервере apt-get удалить ssh apt-get удалить openssh-server apt-get очистить ssh apt-get purge openssh-server

Мои разрешения на сервере и клиенте: 700 для каталогов /root/.ssh, 644 для id_rsa.pub и 600 для id_rsa

Я запустил ssh-keygen на клиенте и скопировал содержимое id_rsa.pub в authorized_keys на сервере. В / etc / ssh / ssh_config на обеих машинах у меня есть Пароль Нет аутентификации IdentityFile ~ / .ssh / id_rsa На клиенте в / etc / ssh / sshd_config у меня есть PubkeyAuthentication да RSA аутентификация да Пароль аутентификации № но у меня также закомментированы следующие строки (это нормально?) `#AuthorizedKeysFile.ssh / authorized_keys .ssh / authorized_keys2

AuthorizedPrincipalsFile нет

AuthorizedKeysCommand нет

AuthorizedKeysCommandUser none`

и X11 Номер пересылки MaxStartups 2:30:10 AllowUsers root

На сервере: В ssh_config: Пароль Нет аутентификации IdentityFile ~ / .ssh / id_rsa ------> должен ли это быть authorized_keys ??? В sshd_config: `LogLevel VERBOSE Войти PermitRootLogin да RSAAuthentication да

AuthorizedKeysFile .ssh / authorized_keys .ssh / authorized_keys2

PasswordAuthentication нет AllowTcpForwarding нет MaxStartups 2: 30: 10`

В /var/log/auth.log нет ничего примечательного, что бросается в глаза.

Итак, может ли кто-нибудь из ваших глаз уловить причину ошибки?

Заранее спасибо.

5 мая 2020 г.

Я решил эту проблему - на удивление просто - установив openssh-server на локальном клиенте !!!!

0
ответ дан 1 May 2020 в 19:19

Другие вопросы по тегам:

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