Aptana SFTP échange de clés
Je suis actuellement en train de travailler avec Aptana Studio 3.6.1 (une version personnalisée avec PHP syntaxe de bugs). J'utilise SFTP pour télécharger des fichiers à partir de mon projet sur un site de test, en utilisant les outils de publication (upload/download des flèches sur le dessus du projet).
Récemment, je suis devenu incapable de téléchargement de fichiers. WinSCP est en mesure de le faire très bien, et je peux faire un SSH sur le serveur sans problème lors de l'utilisation de Mastic ou de la plaine de vieux OpenSSH. Aptana, cependant, jette un ajustement:
Failed to upload file
Establishing SFTP connection failed: No suitable key exchange algorithm could be agreed.
No suitable key exchange algorithm could be agreed.
L'erreur correspondante dans auth.journal (avec LogLevel DEBUG1):
Oct 26 14:42:42 dedi sshd[13690]: debug1: rexec start in 5 out 5 newsock 5 pipe 7 sock 8
Oct 26 14:42:42 dedi sshd[13690]: debug1: inetd sockets after dupping: 3, 3
Oct 26 14:42:42 dedi sshd[13690]: Connection from [My IP] port 24321 on [Server IP] port 22
Oct 26 14:42:42 dedi sshd[13690]: debug1: Client protocol version 2.0; client software version edtFTPjPRO-4.1.0
Oct 26 14:42:42 dedi sshd[13690]: debug1: no match: edtFTPjPRO-4.1.0
Oct 26 14:42:42 dedi sshd[13690]: debug1: Enabling compatibility mode for protocol 2.0
Oct 26 14:42:42 dedi sshd[13690]: debug1: Local version string SSH-2.0-OpenSSH_6.7p1 Debian-2
Oct 26 14:42:42 dedi sshd[13690]: debug1: permanently_set_uid: 102/65534 [preauth]
Oct 26 14:42:42 dedi sshd[13690]: debug1: list_hostkey_types: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 [preauth]
Oct 26 14:42:42 dedi sshd[13690]: debug1: SSH2_MSG_KEXINIT sent [preauth]
Oct 26 14:42:42 dedi sshd[13690]: debug1: SSH2_MSG_KEXINIT received [preauth]
Oct 26 14:42:42 dedi sshd[13690]: debug1: kex: client->server 3des-cbc hmac-sha1 none [preauth]
Oct 26 14:42:42 dedi sshd[13690]: debug1: kex: server->client 3des-cbc hmac-sha1 none [preauth]
Oct 26 14:42:42 dedi sshd[13690]: fatal: Unable to negotiate a key exchange method [preauth]
Je tiens à noter que j'ai déjà sali autour avec sshd_config afin de corriger une erreur antérieure où certaines suites de chiffrement qui utilise Aptana n'étaient pas configuré sur le serveur. J'imagine que ce problème a quelque chose à voir avec l'échange de clés de chiffrement de suites, mais je ne suis pas sûr de comment déboguer ce problème afin de déterminer les suites à ajouter.
$ uname -a && lsb_release -a
Linux dedi 3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64 GNU/Linux
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux testing (jessie)
Release: testing
Codename: jessie
source d'informationauteur Rob Nelson
Vous devez vous connecter pour publier un commentaire.
Veuillez utiliser DEBUG3 niveau. Ensuite, vous verrez la liste des principaux algorithmes d'échange configuré sur votre serveur ainsi que la liste de prise en charge par votre client.
Puis ajoutez la ligne suivante dans votre /etc/ssh/sshd_config:
Par exemple, la OpenSSH 6.7 a les algorithmes suivants active par défaut: [email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1.
Si vous le client prend en charge uniquement l'échange de clés diffie-hellman-group1-sha1, alors votre /etc/ssh/sshd_config doit contenir
C'est OK OpenSSH v. 6.7 prend en charge l'échange de clés diffie-hellman-group1-sha1 trop, mais il est désactivé par défaut. Vous devrait permettre sshd pour utiliser cet algorithme d'échange de clés, en mettant le KexAlgorithms ligne à votre sshd config.
Sur le serveur distant modifier sshd_config:
nano /etc/ssh/sshd_config
Ajouter la ligne suivante :
Ciphers aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected],[email protected],blowfish-cbc,aes128-cbc,3des-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1#/etc/init.d/ssh restartthx pour
Pour Debian 8 jessie mettre en
/etc/ssh/sshd_configrésolu le problème pour moiprises à partir de ce commentaire
https://github.com/rundeck/rundeck/issues/1147#issuecomment-85083240