2012-01-24 18 views
20

Próbuję ssh do Amazon EC2 instancji z muszli za pomocą następującego poleceniaSSH do Amazon EC2 w Linuksie

ssh -vi sec.ppk [email protected] 

ale nie udało się połączyć

Oto wyjście debugowania generowane przez powyższego polecenia

OpenSSH_5.3p1 Debian-3ubuntu7, OpenSSL 0.9.8k 25 Mar 2009 
debug1: Reading configuration data /etc/ssh/ssh_config 
debug1: Applying options for * 
debug1: Connecting to ec2-xx.compute-1.amazonaws.com port 22. 
debug1: Connection established. 
debug1: identity file security1.ppk type -1 
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.5p1 Debian-4ubuntu5 
debug1: match: OpenSSH_5.5p1 Debian-4ubuntu5 pat OpenSSH* 
debug1: Enabling compatibility mode for protocol 2.0 
debug1: Local version string SSH-2.0-OpenSSH_5.3p1 Debian-3ubuntu7 
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: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent 
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP 
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent 
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY 
debug1: Host 'ec2-xx.compute-1.amazonaws.com' is known and matches the RSA host key. 
debug1: Found key in /home/ma/.ssh/known_hosts:9 
debug1: ssh_rsa_verify: signature correct 
debug1: SSH2_MSG_NEWKEYS sent 
debug1: expecting SSH2_MSG_NEWKEYS 
debug1: SSH2_MSG_NEWKEYS received 
debug1: SSH2_MSG_SERVICE_REQUEST sent 
debug1: SSH2_MSG_SERVICE_ACCEPT received 
debug1: Authentications that can continue: publickey 
debug1: Next authentication method: publickey 
debug1: Trying private key: sec.ppk 
debug1: PEM_read_PrivateKey failed 
debug1: read PEM private key done: type <unknown> 
Enter passphrase for key 'sec.ppk': 

Dlaczego pyta hasło dla sec.ppk

Jaki jest kwestia? Czy ktoś może pomóc?

Zapomniałem wspomnieć, że z powodzeniem wykonane połączenia za pomocą FileZilla z samych powyższych poświadczeń

+0

Ponieważ 'sec.ppk' jest zaszyfrowany za pomocą hasła. Czy próbowałeś wejść? – phihag

+0

Ale udało mi się nawiązać połączenie za pomocą FileZilla z tymi samymi danymi uwierzytelniającymi za pomocą tego samego klucza. – MA1

+0

Oznacza to, że FileZilla zapisała hasło w jego ustawieniach. – phihag

Odpowiedz

33

Spróbuj z

ssh -i /directory/keyname.pem [email protected] 

Gdzie .pem jest kluczem utworzeniu podczas konfiguracji instancji plik pair.

+0

Wielkie dzięki. Pomyślnie nawiązano połączenie przy użyciu pliku .pem. – MA1

+0

musisz wyśpiewać '-' do' -' w linii '-i' –

2

brzmi jakbyś stworzył swój klucz prywatny z hasłem. Jak stworzyłeś swoją parę kluczy? Czy wprowadziłeś hasło podczas tworzenia klucza prywatnego?

Musisz wpisać podane hasło, tworząc klucz. i

debug1: read PEM private key done: type <unknown> 

sugeruje to, że twój klucz nie został rozpoznany. Najlepiej byłoby uzyskać nazwę metody, taką jak RSA.

Dalsze sprawdzanie, czy masz gdzieś klucz publiczny, np. Id_rsa.pub, jeśli tak, spróbuj go użyć, a będziesz na wypadek gdybyś nie pamiętał swojego hasła.

EDIT:

Dobra, odgadnąć używasz PPK od Amazon. Aby użyć klucza EC2-priv.ppk, musisz przekonwertować go na format zrozumiały dla OpenSSH. Możesz to zrobić za pomocą programu PutTTYgen. Spowoduje to utworzenie pliku .pub dla ciebie, a następnie możesz połączyć się przy użyciu tego.

+0

Ale jak FileZilla udało się nawiązać połączenie bez hasła? – MA1

5

Dla użytkowników, którzy są nowicjuszami AWS. Rozszerzenie .ppk nie jest kompatybilne z openSSH i dlatego działa tylko z FileZilla/PutTTY.

Najłatwiej jest w tym przypadku zainstalować PutTTY i przekonwertować .ppk na .pem przy użyciu narzędzi do rysowania. Oto polecenia, które mogą pomóc jako szybkie rozwiązanie.

+1

Dzięki, GrvTyagi

+2

Dziękuję, bro. Zrobiłeś dzień. –

+0

To powinna być akceptowana odpowiedź, ponieważ jest krótka, czasami nie masz klucza parowego (pem), więc ta odpowiedź jest na tyle krótka, aby dać ci dwa pomysły, pierwszy ppk nie jest kompatybilny z openssh i drugi jak wygenerujesz pem z ppk . – Adnan