Connexion SSH à l'aide de Java

Motivation

Je suis tombé sur cette question et les réponses lors de l'enquête de l'erreur en question java.io.IOException: The socket is EOF. Parce que changer le code pour utiliser certains autres SSH bibliothèque Java n'est pas immédiatement possible dans mon cas, et a déclaré explication par @a3.14_Infinity n'était pas assez détaillée pour moi, je tiens à ajouter mon prendre sur elle.

java.io.IOException: La prise est EOF - Pourquoi?

Parce que cette exception n'est pas très utile, j'ai d'abord essayé Wireshark pour voir ce qu'il se passe sur le fil, mais en vain. J'ai donc configuré le sshd_config (OpenSSH 6.9) pour ouvrir une session sur DEBUG3 niveau et j'ai la réponse dans le /var/log/auth.log fichier de ma machine de test. Il a déclaré un erreur fatale tout en essayant de négocier l'algorithme d'échange de clés avec le client SSH (Java SSH bibliothèque).

Parce que le serveur SSH et le client n'a pas pu s'entendre sur une mutuelle algorithme d'échange de clés du serveur OpenSSH met fin à la connexion avec le client. En conséquence, la Java SSH code de la bibliothèque lève l'exception.

Mais pourquoi est-il arrivé?

La sshtools.j2ssh (sshtools : j2ssh-core : 0.2.9) de la bibliothèque de code est assez vieux et abandonnées. En commençant par OpenSSH 6.7 (sorti en octobre 2014) par défaut algorithmes et MAC ont été modifiés pour supprimer dangereux algorithmes qui comprend la blowfish-cbc de chiffrement. Et avec OpenSSH 6.9 (publié en juin, 2015) le soutien pour le 1024 bits diffie-hellman-group1-sha1 échange de clé est désactivée par défaut.

Lorsque vous utilisez toujours la préhistoire, les Outils SSH j2ssh de la bibliothèque (à Dieu ne plaise) connexion vers un nouveau serveur OpenSSH, vous obtiendrez la décrit d'erreur. Le code de la bibliothèque offre à l' diffie-hellman-group1-sha1 algorithme d'échange de clés du serveur OpenSSH qui il ne supporte pas par défaut. Ainsi, une connexion sécurisée ne peut être établie.

Ne peut pas changer le code?

Si vous déménagez dans une autre Java SSH bibliothèque n'est pas immédiatement possible (mon cas), alors vous pouvez ré-activer les handicapés diffie-hellman-group1-sha1 algorithme d'échange de clés dans la OpenSSH du fichier de configuration de serveur sshd_config. Par exemple, comme ceci.

Ciphers aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,chacha20-poly1305@openssh.com,blowfish-cbc
KexAlgorithms diffie-hellman-group1-sha1,diffie-hellman-group-exchange-sha1,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1

Mais permettez-moi d'être clair sur ce point. Le diffie-hellman-group1-sha1 algorithme d'échange de clés ainsi que les blowfish-cbc de chiffrement sont désactivés par défaut, car ils sont anxieux. Réactivation d'entre eux ne devrait être qu'une mesure temporaire jusqu'à ce que vous pouvez remplacer ce obsolète Java SSH bibliothèque.

Enfin, je tiens à souligner que les propositions de Java Secure Channel (JSch) bibliothèque dans d'autres réponses est interrompu. Donc, vous pourriez envisager de sshj ou même ssh2j-maverick à la place.

Edit: j'ai eu tort, le Java Canal Sécurisé JSch bibliothèque est vivant (JSCH 0.1.54 a été publié sur 2016-09-03 sur MavenCentral) et mérite certainement votre attention. Alternativement, vous pouvez envisager également sshj ou ssh2j-maverick.

Addendum: La Migration

Pour maintenir l'effort de migration pour le sshtools.j2ssh (sshtools : j2ssh-core : 0.2.9) bibliothèque des minimes, j'ai regardé la commercial héritage client SSH bibliothèque de SSHTOOLS (version 1.7.1). Cela a permis de garder la bibliothèque existante du code de l'intégration avec quelques modifications mineures concernant la bibliothèque de l'API et de la gestion des exceptions. Donc, si vous ne souhaitez pas redémarrer à partir de zéro, puis mordre la balle et coller avec SSHTOOLS est probablement votre meilleure option. Enfin, pour mesurer l'effort de migration j'ai d'abord remplacé la bibliothèque avec SSHTOOLS' bibliothèque open source ssh2j-maverick qui a presque la même API que sa dernière version commerciale (version 1.7.1).

OriginalL'auteur Ivo Mori

L'exemple de Code suivant peut vous aider,

import java.io.InputStream;
import org.apache.commons.io.IOUtils;
import com.jcraft.jsch.Channel;
import com.jcraft.jsch.ChannelExec;
import com.jcraft.jsch.JSch;
import com.jcraft.jsch.Session;
public class SSHClient {
/**
* Constant EXCUTE_CHANNEL
*/
public static final String EXCUTE_CHANNEL = "exec";
/**
* Constant STRICT_KEY_CHECKING
*/
public static final String STRICT_KEY_CHECKING = "StrictHostKeyChecking";
/** Name/ip of the remote machine/device **/ 
private String host;
private String userName;
private String password;
/**
* This method used to initilze user and host
* 
* @param userName
* @param password
* @param host
*/
public SSHClient(String userName,String password, String host) {
super();
this.userName = userName;
this.password = password;
this.host = host;
}
/**
* This method used to execute commands remotly by using SSHV2
* 
* @param host
* @param username
* @param password
* @param command
* @return
*/
public String executeCommand(String command) { 
StringBuilder log = new StringBuilder();
String response = null;
Channel channel = null;
Session session = null;
try {
JSch jsch = new JSch();
JSch.setConfig(STRICT_KEY_CHECKING, Constants.NO);
session = jsch.getSession(userName, host, 22);
//If two machines have SSH passwordless logins setup, the following
//line is not needed:
session.setPassword(password);
session.connect();
channel = session.openChannel(EXCUTE_CHANNEL);
((ChannelExec) channel).setCommand(command);
//channel.setInputStream(System.in);
channel.setInputStream(null);
((ChannelExec) channel).setErrStream(System.err);
InputStream in = channel.getInputStream();
channel.connect();
response = IOUtils.toString(in);
} catch (Exception ex) {
//handle exception
} finally {
try {
if (session != null) {
session.disconnect();
}
} catch (Exception ex) {
//handle exception
}
try {
if (channel != null) {
channel.disconnect();
}
} catch (Exception ex) {
//handle exception
}
}
System.ou.println( "Response received :"+  response));
return response;
}
}

OriginalL'auteur Kajal