2012-02-14 10 views
6

Mam plik PEM, który wygląda jak ten w testach SSHJ (choć nie widzę, aby się do niego odwoływał): https://github.com/shikhar/sshj/blob/master/src/test/resources/hostkey.pem. Po prostu próbuje się uwierzytelnić poprzez plik PEM do instancji EC2 (odczyt jako ciąg), ale ma kłopoty. Ktoś to zrobił?SSHJ - Logowanie do EC2 na końcu numeru konta

SSHClient ssh = new SSHClient(); 
    ssh.connect("ec2-XXXXXXX.compute-1.amazonaws.com"); 
    ssh.authPublickey("ubuntu", getPemAsString("/Users/me/ec2.pem")); 
    final Session session = ssh.startSession(); 
    session.exec("echo -e \"test\" >> /home/ubuntu/testfile"); 

Błąd znajduje się poniżej:

INFO [main] (TransportImpl.java:152) - Client identity string: SSH-2.0-SSHJ_0_8 
INFO [main] (TransportImpl.java:161) - Server identity string: SSH-2.0-OpenSSH_5.8p1 Debian-7ubuntu1 
INFO [main] (KeyExchanger.java:195) - Sending SSH_MSG_KEXINIT 
INFO [reader] (KeyExchanger.java:357) - Received SSH_MSG_KEXINIT 
INFO [reader] (AbstractDHG.java:110) - Sending SSH_MSG_KEXDH_INIT 
INFO [reader] (KeyExchanger.java:370) - Received kex followup data 
INFO [reader] (AbstractDHG.java:120) - Received SSH_MSG_KEXDH_REPLY 
ERROR [reader] (TransportImpl.java:570) - Dying because - net.schmizz.sshj.transport.TransportException: [HOST_KEY_NOT_VERIFIABLE] Could not verify `ssh-rsa` host key with fingerprint `xx:0a:xx:b5:c2:fd:44:1d:e0:e4:fc:d8:5f:f8:dd:f6` for `ec2-XXXX.compute-1.amazonaws.com` on port 22 
INFO [reader] (TransportImpl.java:302) - Setting active service to null-service 
ERROR [main] (Promise.java:171) - <<kex done>> woke to: net.schmizz.sshj.transport.TransportException: [HOST_KEY_NOT_VERIFIABLE] Could not verify `ssh-rsa` host key with fingerprint `xx:0a:xx:b5:c2:fd:44:1d:e0:e4:fc:xx:5f:f8:dd:f6` for `ec2-XXXX.compute-1.amazonaws.com` on port 22 

EDIT: Jeszcze nie ma szczęścia. Musiałeś zrobić coś nie tak z kluczem prywatnym generowanym przez AWS do logowania?

SSHClient ssh = new SSHClient(); 
ssh.connect("ec2-XXX.compute-1.amazonaws.com"); 
ssh.addHostKeyVerifier("dd:9c:XX:fa:6a:XX:32:6a:2b:c3:e7:bd:2b:15:26:5f:76:b6:‌​c4:fe"); 
ssh.authPublickey("ubuntu", getRSAPrivateKeyAsString("mypem")); // Must be wrong? 

final Session session = ssh.startSession(); 
session.exec("echo -e \"test\" >> /home/ubuntu/testfile"); 
+0

dodawania weryfikatora klucza hosta po wywołaniu connect(), to musi iść przed jak weryfikacja dzieje się podczas podłączania – shikhar

+0

W końcu Właściwie to lepiej używać JSch. Oto przykład użycia tej biblioteki: http://stackoverflow.com/questions/16626612/keypair-login-to-ec2-instance-with-jsch – Scott

Odpowiedz

2

To nie jest autoryzacja użytkownika, który jest potknięcia cię, to weryfikacja klucz hosta :)

Coś client.addHostKeyVerifier ("xx: 0A: xx: B5: c2: FD: 44: 1d: e0: e4: fc: xx: 5f: f8: dd: f6 ") przed podłączeniem.

+0

Rozumiem :) Świetnie, wypróbuję to i wrócę do ty! –

+0

Naprawdę mam trochę czasu z tym. Dodanie tej linii mi nie pomaga. Muszę coś zrobić nie tak z kluczem prywatnym RSA, który generuje EC2 dla grup bezpieczeństwa? '' ' \t SSHClient ssh = new SSHClient(); \t \t ssh.connect ("ec2-XXX.compute-1.amazonaws.com"); \t ssh.addHostKeyVerifier ("dd: 9c: XX: fa: 6a: XX: 32: 6a: 2b: c3: e7: bd: 2b: 15: 26: 5f: 76: b6: c4: fe"); \t ssh.authPublickey ("ubuntu", getRSAPrivateKeyAsString ("mypem")); \t \t końcowa sesja sesji = ssh.startSession(); \t \t session.exec ("echo -e \" test \ ">>/home/ubuntu/testfile"); '' ' –

2

Mam pomyślnie podłączone do wystąpienie Amazon EC2 przy użyciu następujących:

final SSHClient ssh = new SSHClient(); 
ssh.addHostKeyVerifier("XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX"); 

ssh.connect("host"); 

PKCS8KeyFile keyFile = new PKCS8KeyFile(); 
keyFile.init(new File("server_pem.pem")); 
ssh.auth("ec2-user", new AuthPublickey(keyFile)); 

try { 
    final Session session = ssh.startSession(); 
    try { 
     final Command command = session.exec("whoami"); 
     String response = IOUtils.readFully(command.getInputStream()).toString(); 
     command.join(10, TimeUnit.SECONDS); 
     return response; 
    } finally { 
     session.close(); 
    } 
} finally { 
    ssh.disconnect(); 
} 
3

Podany przykład do podłączenia do EC2 początkowo nie działa na mnie aż dodałem BouncyCastleProvider do klasy java.security.Security . Prosty przykład, który pracował dla mnie (napisane w Groovy dla uproszczenia) wynosi:

@Grab(group='net.schmizz', module='sshj', version='0.8.1') 
@Grab(group='org.bouncycastle', module='bcprov-jdk16', version='1.46') 

import net.schmizz.sshj.* 
import net.schmizz.sshj.userauth.keyprovider.* 
import net.schmizz.sshj.common.* 
import net.schmizz.sshj.transport.verification.PromiscuousVerifier 
import net.schmizz.sshj.connection.channel.direct.Session 
import net.schmizz.sshj.connection.channel.direct.Session.Command 

import java.security.* 
import java.util.concurrent.TimeUnit 

Security.addProvider(new org.bouncycastle.jce.provider.BouncyCastleProvider()); 

client = new SSHClient() 
client.addHostKeyVerifier(new PromiscuousVerifier()) 
client.connect("ec2-XXX-XXX-XXX-XXX.compute-1.amazonaws.com") 

PKCS8KeyFile keyFile = new PKCS8KeyFile() 
keyFile.init(new File("/dev/ec2/key/mykey.pem")) 
client.authPublickey("ubuntu",keyFile) 

final Session session = client.startSession() 
final Command cmd = session.exec("whoami") 
String response = IOUtils.readFully(cmd.getInputStream()).toString() 
cmd.join(10, TimeUnit.SECONDS) 

println response //ubuntu 

session.close() 
client.disconnect() 
+0

Tak samo jak dla mnie, użyłem tego samego formatu dla wewnętrznej instancji Linuksa, z którą się łączyłem. Kluczowym dodatkiem, którego potrzebowałem, był Security.addProvider (nowy org.bouncycastle.jce.provider.BouncyCastleProvider()); linia. –