Instancja Amazon AWS EC2 - Nie można połączyć się z SSH

Question

To nie powinno być takie trudne. Nie można połączyć się z nowej instancji EC2 AWS pośrednictwem klientów SSH

łączonych z Win 7 oknie

Instance: ec2-23-20-165-152.compute-1.amazonaws.com

OS: Debian 6

debian-squeeze-i386-20121119-e4554303-3a9d-412e-9604-eae67dde7b76-ami-1977f070.1 (ami-a121a6c8)

użytkownika: próbował "root" a także "EC2-user"

Korzystanie .pem parę kluczy, które generowane AWS i Pobrałem

Potwierdzony grupa zabezpieczeń i klucz Nazwa Para na przykład

portu SSH 22 OPEN: Nmap tak mówi i Telnet dostaje powitalnego odpowiedź

użyciu 3 różnych klientów: wszyscy klienci łączą ok

PuTTY: Serwer odmawia nasz klucz

przeglądarka

MindTerm Java dodatek: Uwierzytelnianie nie powiodło się, zezwolenie odmawia

Bitvise SSH: próba uwierzytelnienia "publickey"; Autoryzacja nie powiodła się;

ponownie uruchomiona instancja, umyć, opłukać, powtórz ...

odbudowane nową instancję i nową parę kluczy, umyć, opłukać, powtórz ...

Podłączenie nie jest problemem. Dlaczego instancja nie zaakceptuje pliku .pem jako hasła? Czy brakuje mi dodatkowego kroku? Podążyłem za KAŻDYM przewodnikiem, którym mógłbym znaleźć Google. Wsparcie AWS to żart. stackoverflow na ratunek ...

TIA.

Answer 1

Zgodnie z debian wiki, który ma dokumentację na używanym AMI, nazwa użytkownika, której należy użyć do logowania, to "admin".

Answer 2

Miałem wiele problemów z łączeniem się z EC2 przez ssh.

ssh -i the-keypair-filename root@yourdomain.com 

- Plik kluczy musi znajdować się w tym samym katalogu. - Właśnie użyłem terminala do połączenia.

Upewnij się, że generujesz lub przypisujesz parę kluczy podczas uruchamiania instancji.

Można również zweryfikować liczbę kluczy ustawioną w konsoli zarządzania AWS, odbywa się to poprzez wybranie działającej instancji i wyszukanie "Nazwa pary kluczy".

Mam nadzieję, że to będzie pomocne.

Answer 3

Amazon AMI z systemem Windows, które używają hasła użytkownika ec2, są wymienione na dole tej strony.

http://aws.amazon.com/amazon-linux-ami/

Sprawdź, czy używasz jednego z tych, jeśli próbuje użyć EC2-user, lub sprawdzić w dokumentacji AMI używasz.

Teri

Answer 4

Spróbuj użyć nazwy użytkownika "admin" i ignorować użytkownika sugerowanego przez Amazon.

Answer 5

Miałem podobny problem i rozwiązałem problem, stosując następujące podejście.

1) Edytowane plik knife.rb w moim kucharzem folderu tj: \ Users \ Administrator \ kucharz-starter \ kucharz-repo.chef \ knife.rb jak poniżej:

knife[:aws_access_key_id]  = "xxxxxxxxxxxxxxxxxxxx" 
knife[:aws_secret_access_key] = "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" 
knife[:region]    = 'ap-southeast-1' 
knife[:aws_ssh_key_id] = "ChefUser" 
knife[:ssh_user]="ec2-user" 

W wierszu polecenia wydał polecenie, aby utworzyć EC2-serwer:

knife ec2 server create -r "role[webserver]" --image ami-abcd1234 --flavor t1.micro -G ChefClient -x root -N server01 -i H:\Chef-files\ChefUser.pem 

zauważyć, że mimo tego, że dał wszystkie szczegóły w pliku knife.rb, musiałem podać ścieżkę do pliku .pem w coomand linii przez - i opcja. To rozwiązało mój problem.

Sprawdź, czy moje rozwiązanie Ci pomoże.

Cheers,

Chandan

Answer 6

Moim problemem było to, że nie dodać wolumin, który był oczekiwany w pliku fstab więc serwer nie w pełni uruchomić i demon sshd nie został uruchomiony.

Sprawdź z:

telnet HOST 22 

sprawdzić logi serwera, aby upewnić się, że zaczyna się właściwie przed tracić dużo czasu jak ja.

Answer 7

Logowanie jako "ubuntu" pracował dla mnie:

ssh -i private_key.pem ubuntu @ myubuntuserver

Nadzieja to pomaga

--Erin