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

Ошибка подключения AWS: в доступе отказано (открытый ключ)

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

  1. Разрешение ключей 400 так же 600
  2. ubuntu в качестве имени пользователя, потому что это Ubuntu 14.04
  3. IP правильный, и я даже пробовал публичные DNS
  4. Ключ прикреплен к экземпляру
  5. Клиент AWS Java (MindTerm) с использованием браузера FireFox. Но он выдает ошибку после того, как я нажимаю клавишу ввода, когда он показывает мне эту строку против моего IP. Даже если мне повезет, он просто запросит имя пользователя, которое я даю ubuntu, а затем он выйдет с ошибкой «Ошибка ввода-вывода - сбой чтения: неизвестная ошибка» или просто вернет меня к шагу IP.

MindTerm home: /home/waqas/.mindterm/
SSH Server/Alias: 54.191.37.141
Connected to server running SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2

Server's hostkey (ssh-rsa) fingerprint:
openssh md5:  95:44:f1:40:07:90:00:2a:7d:9a:1f:49:a1:71:8a:0b
bubblebabble: xilon-segen-tufep-manir-rekad-lucag-fetoz-sover-hyhuh-kafiz-kixox

Последнее, что я сделал перед этой проблемой, это то, что 2 дня назад я пытался установить FTP-сервер на моем клиенте по этой ссылке. http://www.krizna.com/ubuntu/setup-ftp-server-on-ubuntu-14-04-vsftpd/. К сожалению, эта ссылка не сработала, как ожидалось, и мне не удалось войти в систему по FTP. И сегодня, когда я попытался войти в систему, используя свою пару ключей, это дало мне ошибку.

Ниже приведен журнал моей попытки ssh

waqas@waqas-itu:~/Downloads/key$ ssh -v -i test.pem ubuntu@54.191.37.141
OpenSSH_6.0p1 Debian-3ubuntu1.2, OpenSSL 1.0.1c 10 May 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 54.191.37.141 [54.191.37.141] port 22.
debug1: Connection established.
debug1: identity file test.pem type -1
debug1: identity file test.pem-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-2ubuntu2
debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.0p1 Debian-3ubuntu1.2
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: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 80:dd:8f:50:a3:80:81:00:39:06:e4:05:6e:f3:1f:16
debug1: Host '54.191.37.141' is known and matches the ECDSA host key.
debug1: Found key in /home/waqas/.ssh/known_hosts:108
debug1: ssh_ecdsa_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 RSA public key: testserverpem.pem
debug1: Authentications that can continue: publickey
debug1: Offering RSA public key: waqas.jamal@***.com
debug1: Authentications that can continue: publickey
debug1: Trying private key: test.pem
debug1: read PEM private key done: type RSA
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).

Я вижу некоторые действия, которые изменяют OpenSSH и пользовательские конфигурации в ссылке настройки сервера FTP (SFTP). Эти изменения, вероятно, являются источником ваших проблем.

Предполагая, что экземпляр с поддержкой EBS, вы можете решить эту проблему, выключив экземпляр (это приведет к изменению вашего внешнего IP-адреса, если это не EIP). Затем отсоедините корневой том и подключите его к новому хосту как некорневой том (http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-detaching-volume.html), затем смонтируйте его и исправьте конфигурацию openssh или пользователя.

Вероятные источники проблемы: вы добавили пользователя для входа в группу ftpaccess или задали в качестве основного пользователя / usr / sbin / nologin.

Попробуйте удалить ключ из файла known_hosts, затем повторите попытку подключения.

Это должно, по крайней мере, устранить любые "старые" кэшированные соединения.