Peut-on utiliser JSch pour SSH par clé de la communication?

Je suis en utilisant JSch pour sftp communication, maintenant que je veux utiliser pour faciliter la fonction de clé d'authentification, la clé est chargé sur le client et le serveur de la machine une fois par mon réseau de l'équipe et de toute communication ultérieure serait uniquement basée sur l'utilisateur pour lequel nous avons chargé la clé.

sftp -oPort=10022 jmark@192.18.0.246

comme [email protected]

comme cette commande fonctionne bien et se connecter à la sftp, comment je peux obtenir cette fonctionnalité par programmation.

si il n'est pas possible à l'aide de JSch, s'il vous plaît suggérer une autre bibliothèque. Je suis tombé sur Apache SSHD.

InformationsquelleAutor Ahmad Nadeem | 2011-02-08
  1. 87

    C'est possible. Jetez un oeil à JSch.addIdentity(...)

    Cela vous permet d'utiliser la clé soit en tant que tableau d'octets ou de lire à partir du fichier.

    import com.jcraft.jsch.Channel;
import com.jcraft.jsch.ChannelSftp;
import com.jcraft.jsch.JSch;
import com.jcraft.jsch.Session;
public class UserAuthPubKey {
public static void main(String[] arg) {
try {
JSch jsch = new JSch();
String user = "tjill";
String host = "192.18.0.246";
int port = 10022;
String privateKey = ".ssh/id_rsa";
jsch.addIdentity(privateKey);
System.out.println("identity added ");
Session session = jsch.getSession(user, host, port);
System.out.println("session created.");
//disabling StrictHostKeyChecking may help to make connection but makes it insecure
//see http://stackoverflow.com/questions/30178936/jsch-sftp-security-with-session-setconfigstricthostkeychecking-no
//
//java.util.Properties config = new java.util.Properties();
//config.put("StrictHostKeyChecking", "no");
//session.setConfig(config);
session.connect();
System.out.println("session connected.....");
Channel channel = session.openChannel("sftp");
channel.setInputStream(System.in);
channel.setOutputStream(System.out);
channel.connect();
System.out.println("shell channel connected....");
ChannelSftp c = (ChannelSftp) channel;
String fileName = "test.txt";
c.put(fileName, "./in/");
c.exit();
System.out.println("done");
} catch (Exception e) {
System.err.println(e);
}
}
}
    • en fait je n'ai pas de clé, il est pré-chargé dans le système par le réseau de l'équipe, et maintenant je peux me connecter au serveur à l'aide de la commande sans la clé ou le mot de passe.
    • Préchargés dans le système peut dire que c'est .ssh/id_rsa ou similaire, ou qu'il y a un réglage spécial dans .ssh/config pour votre machine, ou que vous utilisez un programme comme ssh_agent donner la clé à la demande. Découvrir ce qui est le cas pour vous, et l'ajouter à votre question.
    • Eh bien Cher il m'a vraiment aidé. merci pour la recommandation.
    • Dans mon cas, j'avais besoin de fournir UserInfo ainsi: session.setUserInfo(userinfo). Sans elle, je recevais JSchException: USERAUTH fail
    • J'ai eu le même problème, je n'ai aucune idée de pourquoi il a besoin de nom de connexion quand j'ai utilisé la clé privée :-/ d'autre part, je ne suis pas sûr que lorsque j'utilise ssh -i /path/to/private_key si elle envoie le nom d'utilisateur ou pas...
    • Lorsque vous utilisez ssh -i, sans spécifier de nom d'utilisateur, il utilise le nom d'utilisateur du compte sur la machine client. Donc, si vous êtes connecté en tant que steve@client, c'est comme dire ssh -i /path/to/private_key steve@remote.
    • S'il vous plaît ne pas suggérer à chacun de mettre en StrictHostKeyChecking. Au moins pas sans expliquer les conséquences! Voir par exemple JSch SFTP de sécurité de la session.setConfig(“StrictHostKeyChecking”, “non”);.
    • J'ai mis à jour l'exemple de code avec un lien pour vous permettre de répondre. Il devrait être clair maintenant que la désactivation StrictHostKeyChecking est précaire.
    • Juste pour ajouter: Il y a aussi un addIdentity() méthode qui accepte la clé et le mot de passe pour elle, de sorte que vous n'avez pas besoin de gérer un UserInfo-Objet

    InformationsquelleAutor Arnost Valicek