Échec de la négociation de l'algorithme SSH à Jenkins

Comme indiqué ici: http://sourceforge.net/p/jsch/mailman/message/32975616/ , dans JSch 0.1.51 l'échange de clés diffie-hellman-groupe-exchange-sha256 est mis en œuvre, mais pas activé. Vous pouvez l'activer en utilisant la fonction setConfig comme suit:

JSch jsch = new JSch();

java.util.Properties configuration = new java.util.Properties();
configuration.put("kex", "diffie-hellman-group1-sha1,diffie-hellman-group14-sha1,diffie-hellman-group-exchange-sha1,diffie-hellman-group-exchange-sha256");
configuration.put("StrictHostKeyChecking", "no");

Session session = jsch.getSession("username", "hostname", 22);
session.setPassword("password");
session.setConfig(configuration);
session.connect();

nous avons eu le même problème avec notre jenkins (2.21) et le plugin SSH (2.4)

notre solution est d'utiliser l'exécution shell nativ. Il semble que les plugins jenkins n'utilisent pas les mêmes paramètres de connexion ssh que le shell nativ.

pour que vous puissiez faire la connexion ssh comme ceci (sans le SSH-plugin):

ssh user@host <<'ENDSSH'
 echo your remote command here
ENDSSH 

si vous enveloppez vos commandes à distance avec le code au-dessus de la connexion fonctionne très bien.

avec cette solution vous n'avez plus besoin du plugin ssh.

pour votre information: nous avons eu le problème sur nos serveurs mittwald depuis qu'ils ont mis à jour l'openssh sur ces serveurs.

j'ai affronté exactement le même problème. Comme Matthieu l'a suggéré, nous devons ajouter un algorithme d'échange de clés dans le fichier sshd-config présent dans cygwin>etc>sshd_config. Je viens d'ajouter ce qui suit et cela a fonctionné pour moi,

KexAlgorithms diffie-hellman-group1-sha1,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1

Mais le fichier est en lecture mode afin de nous fournir tous les accès comme lire,écrire et exécuter si invite de commande. "chmode 777 sshd_config". ajoutez les algorithmes mentionnés ci-dessus. arrêtez le service sshd par le biais de "NET stop sshd", puis démarrez-le par le biais de"net start sshd".

amusez-vous bien....

la seule chose qui m'a aidé.

si vous souhaitez corriger temporairement ce problème, il vous suffit de télécharger "Jsch" avec min. version de 0.1.53 et le déplacer dans le répertoire de plugin SSH, pour exemple: cp/tmp / jsch-0.1.53.pot /var/lib/jenkins/plugins/ssh/WEB-INF/lib/ N'oubliez pas de redémarrer Jenkins. Vous devriez maintenant être en mesure de construire votre travail avec Debian Jessie.

https://issues.jenkins-ci.org/browse/JENKINS-25258?focusedCommentId=274232&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-274232

au lieu de corriger cela sur le côté serveur , vous pouvez également mettre à jour le côté client . Si vous utilisez http://maven.apache.org/wagon/wagon-providers/wagon-ssh / dans sa dernière version (>= 2.12), ce problème ne se produit plus.

<project>
  <!-- ... -->
  <build>
    <pluginManagement>
      <plugins>
        <plugin>
          <groupId>org.apache.maven.plugins</groupId>
          <artifactId>maven-site-plugin</artifactId>
          <version>3.6</version>
          <dependencies>
            <dependency>
              <groupId>org.apache.maven.wagon</groupId>
              <artifactId>wagon-ssh</artifactId>
              <version>2.12</version>
            </dependency>
          </dependencies>
        </plugin>
      </plugins>
    </pluginManagement>
  </build>
  <!-- ... -->
</project>

j'ai également fait face au même problème avec des exceptions similaires sur Jenkins console. Puis J'ai essayé la solution de Matthieu Wipliez. Mais cela n'a pas fonctionné car la même configuration a déjà été faite sur mon serveur SSH (machine distante: Linux ubuntu 16.04).

après avoir passé quelques heures, je viens de vérifier ma version de SSH plugin qui était 2.1 et je viens de le mettre à jour à la dernière (2.5).

et devinez ce qui a fonctionné!!

Je ne sais pas si cela fonctionnera dans tous les cas similaires, mais je voudrais suggérer de l'essayer d'abord. Il peut sauver votre temps.

si vous vous retrouvez ici parce que vous avez la même erreur dans PyCharm -

j'utilise 2016.2.3 et ne peux mettre à jour que si je passe au modèle d'abonnement. Le problème n'est vu que sur ma fenêtre. J'ai été incapable de mettre à jour le serveur distant comme décrit dans d'autres réponses (KexAlgorithms).

ma solution est

1. Cliquez Sur " Aide
2. Sélectionner" Trouver Une Action "
3. Type "Switch IDE Boot JDK.."
4. utilisez la flèche "drop down" et cliquez sur le bouton "..."option
5. trouvez la version de JAVA que vous utilisez sur votre machine locale et sélectionnez ce dossier.

PyCharm redémarre et je peux SSH aux serveurs distants.