2013-01-22 20 views
7

Questo non dovrebbe essere così difficile. Impossibile connettersi a nuova istanza AWS EC2 tramite client SSHAmazon AWS EC2 Instance - Impossibile connettersi con SSH

Collegamento da una scatola di Win 7

grado: 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)

dell'utente: provato "root" e anche "ec2-utente"

Utilizzando .pem coppia di chiavi che AWS generato e ho scaricato

gruppo di protezione Confermato e chiave Nome Accoppiamenti su istanza

porta SSH 22 è APERTO: Nmap dice così e Telnet ottiene una risposta di benvenuto

utilizzando 3 diversi clienti: tutti i client si connettono ok

PuTTY: Server ha rifiutato la nostra chiave

del browser

MindTerm Java aggiuntivo: autenticazione non è riuscita, permesso negato

Bitvise SSH: tentativo di autenticazione "publickey"; autenticazione fallita;

Rebooted esempio, lavare, risciacquare, ripetere ...

REVISIONATA nuova istanza e nuova coppia di chiavi, lavare, risciacquare, ripetere ...

Collegamento non è il problema. Perché l'istanza non accetta il file .pem come password? C'è un ulteriore passaggio che mi manca? Ho seguito OGNI guida frigger che potrei Google. Il supporto AWS è uno scherzo. stackoverflow per il salvataggio ...

TIA.

+0

è chiunque utilizzi EC2 e Debian 6 insieme? Il nome utente è diverso? Ho letto le istanze di Ubuntu hanno un nome utente diverso (uh, "ubuntu"), ma ho provato anche 'debian', nessun dado ... –

+0

Poiché l'EC2 consente a terzi di pubblicare AMI. Il nome utente può essere qualsiasi cosa l'editore ha deciso di impostarlo. Alcuni casi la sua radice, ec2-user, ubuntu, bitnami, ecc. – datasage

risposta

13

In base allo debian wiki che contiene la documentazione sull'AMI che si sta utilizzando, il nome utente che è necessario utilizzare per accedere è "admin".

+2

Alleluia !! GRAZIE! Problema risolto! –

1

Ho avuto molti problemi con la connessione a EC2 tramite ssh.

ssh -i the-keypair-filename [email protected] 

- Il file di Keypair deve essere nella stessa directory. - Ho appena usato il terminale per la connessione.

Assicurarsi di generare o assegnare la coppia di chiavi all'avvio dell'istanza.

Inoltre, è possibile verificare la coppia di chiavi impostata nella Console di gestione AWS, selezionando l'istanza in esecuzione e cercando "Nome coppia di chiavi:".

Spero che questo sia utile.

+0

CoderDan, DOVE emetto tale comando? (Supponiamo che PuTTY sia necessario, o dimmi il tuo cliente) Mi sto connettendo da una casella di Win 7. Terminale?? –

+0

Questa risposta non funzionerà con lo stucco su Windows. – datasage

+0

Mi dispiace per la risposta ritardata. Ma stavo usando mac os x, su Windows presumo che avrebbe funzionato nella riga di comando – CoderDan

0

AMI di Amazon Linux che utilizzano la password di utente ec2 sono elencate in fondo a questa pagina.

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

Verificare che si sta utilizzando uno di quelli se cercasse di utilizzare EC2-utente, o controllare la documentazione per l'AMI si sta utilizzando.

Teri

0

Prova a usare il nome utente "admin" e ignorare il nome utente suggerito da Amazon.

0

Ho avuto il problema simile e ho risolto il problema seguendo l'approccio.

1) modificato il file knife.rb nel mio chef cartella cioè: \ Users \ Administrator \ cuoco-starter \ cuoco-repo.chef \ knife.rb come muggito:

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" 

Nel prompt dei comandi , emesso il comando per creare un EC2-server:

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 

Si noti che, anche se avevo dato tutti i dettagli nel file knife.rb, ho dovuto dare il percorso del file .pem in linea coomand attraverso - io opzione. Questo ha risolto il mio problema.

Controlla, se la soluzione di mio ti aiuta.

Cheers,

Chandan

1

mio problema era che non ho aggiunto un volume che ci si aspettava nel file fstab in modo che il server non è stato avviato completamente e il demone sshd non era in funzione.

Verificare con:

telnet HOST 22 

Controllare i log del server per assicurarsi che si avvia correttamente prima di sprecare un sacco di tempo come ho fatto io.

-2

Accesso come "Ubuntu" ha lavorato per me:

ssh -i private_key.pem ubuntu @ myubuntuserver

Spero che questo aiuti

--Erin

+2

Penso che il poster originale dicesse di usare Debian, non Ubuntu. – juhist

Problemi correlati