Новая виртуальная машина не может подключиться к порту SSH 22 — доступ запрещен

Новая виртуальная машина не может подключиться к порту SSH 22 — доступ запрещен

У меня новый сервер Ubuntu 18 в Azure. Я использую PowerShell (с уже установленным клиентом SSH 2018). Я также пробовал Putty. И в PowerShell, и в Putty я ввел ssh username@ipaddress, ввел yes, чтобы принять, а затем получил Permission denied (publickey).

Мои настройки Azure: для входа не требуется пароль, только ключи Pub/Priv. Я позволяю Azure создавать ключи, поэтому это должно быть сделано и сохранено правильно.

Я думаю, проблема в том, что я не связываю должным образом закрытый ключ, который хранится на моем компьютере с Windows 10. Честно говоря, я никогда не пытался связать его. Я не знаю, как это сделать. Должен ли я находиться в каталоге, где находится ключ, когда использую PowerShell? Мне нигде не предлагали ввести закрытый ключ.

решение1

При создании новой виртуальной машины с опцией генерации пары ключей, она должна быть загружена на ваш диск (по умолчанию в папку Download). Затем вам нужно вставить privatekey.pem при подключении по ssh, добавив атрибут -i:

ssh -i keypair.pem [email protected]
#or
ssh -i C:\pathtofolder\keypair.pem [email protected]

Но если вы забыли или потеряли пару ключей от Azure, вы можете создать новую с помощью Puttygen. Полное руководство вы можете увидеть вhttps://www.digitalocean.com/docs/droplets/how-to/add-ssh-keys/create-with-putty/

  1. Загрузите и откройте puttygen. Нажмите «Создать» и перемещайте мышь в случайном порядке по пустой области, пока не закончите.
  2. Сохраните закрытый ключ на своем компьютере и скопируйте открытый ключ.
  3. перейдите в Azure, выберите свою виртуальную машину. в левом меню выберите «Сбросить пароль и использовать опцию открытого ключа». затем вставьте свой открытый ключ. Сброс пароля / открытый ключ SSH

4. он создаст нового пользователя или обновит существующего 5. Дважды щелкните ранее сохраненный закрытый ключ из puttygen, он запустится как фоновая служба 6. Теперь вы можете использовать ssh без добавления атрибута -i

решение2

Предполагая, что ваш открытый ключ находится на сервере, попробуйте

ssh -vvv имя_пользователя@ipaddress

чтобы получить более подробную информацию о причинах отказа в выдаче разрешения.

Связанный контент