У меня в настоящее время есть три экземпляра AWS (вся под управлением Ubuntu 14.04 LTS) - а также пользователь "человечности" по умолчанию, созданный AWS, я настроил другого администраторского пользователя и использую открытый ключ специально для того пользователя от моего ноутбука (Ubuntu 16.04 LTS). Пока неплохо - никогда не имел проблему.
Теперь, я только что создал новый экземпляр с 16.04 LTS. Я закончил тем, что имел необходимость сократить новую пару ключей для пользователя человечности при установке сервера, поскольку исходная пара, используемая для другого, казалось, не работала.
Я создал нового пользователя на новом экземпляре и пытался получить аутентификацию с открытым ключом, работающую здесь, также. Я могу войти в систему как новый пользователь после соединения как пользователь человечности и использование su
команда.
Я продолжаю получать следующее при попытке соединиться как этот пользователь от моего ноутбука:
debug1: Offering RSA public key: /home/horuskol/.ssh/id_rsa
debug3: send_pubkey_test
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
Отметьте - это - тот же сертификат, который я использую для других трех серверов и все еще не имею проблемы там
Я проверил полномочия на удаленном сервере:
/home/horuskol horuskol horuskol drwxr-xr-x
/home/horuskol/.ssh horuskol horuskol drwx------
/home/horuskol/.ssh/authorized_keys horuskol horuskol -rw-------
Я трижды проверил, что авторизованные включают удаленный сервер, соответствовал локальному открытому ключу.
Я даже скопировал authorized_keys файл напротив одного из рабочих серверов.
В конечном счете я создал новую общественность/закрытый ключ (id_rsa_2017_01) и скопировал новый открытый ключ в новый сервер.
Ничто не работало до сих пор.
Благодаря Jakuje, кто указал на меня в направлении путем предоставления подробной информации о том, как изменить LogLevel для sshd
, который Это также помогло возвратить этому после сна...
debug1: Could not open authorized keys '/home/horuskol/.ssh/authorized_keys': No such file or directory
, поскольку я назвал файл authorized-keys
.
, Устраняющий имя файла и все - вся польза теперь.