J'ai un serveur distant où j'espère mes projets. Et j'utilise mon phpstorm localement, donc chaque fois que je sauvegarde, il se synchronise automatiquement avec le serveur distant. P>
Cependant, j'ai échoué à configurer PhpStorm pour exécuter PHPUnit sur le serveur distant. P>
Sous L'erreur que j'ai est une erreur Comment puis-je résoudre ce problème? P> Configurer l'interpréteur PHP distant CODE> I remplissez les bonnes informations (hôte, nom d'utilisateur et mot de passe). p>
"algorithme négociation échoue" code> lorsque je valide et
"test SFTP Connection: Connexion à" L'adresse d'identification "a échoué" code> quand J'essaie de spécifier le chemin de l'interprète PHP. P>
4 Réponses :
J'ai eu le même problème. J'ai résolu ce problème en ajoutant à p> et après cela, je redémarre sshd p>
J'ai eu le même problème après avoir créé une nouvelle boîte vagabonde et peut confirmer que cela fonctionne pour moi.
kexalgorithmes diffie-hellman-group1-sha1 code> suffit (pour moi au moins)
Je viens d'essayer cette solution, je n'ai pas l'erreur d'algorithme mais SSH est bloquée. J'ai toujours une "connexion refusée" lorsque vous essayez de vous connecter avec SSH ...
Travaillé avec Debian 8 Openssh / SFTP-Server, merci.
Cela a fonctionné pour moi aussi. Que fait la ligne "faire / moyenne"?
@Zahrec Lire FreeBSD .org / cgi / ...
comme Guillaume Fache forte> Configuration minimale proposée pour phpstorm est: p>
mais 1) 2) Utiliser une paire de clés publique / privée - plus sécurisée et pas besoin de sauvegarder ou de taper mot de passe p>
kexalgorithms diffie-hellman-group1-sha1 code> p>
diffie-hellman-group1-sha1 code> Utilisation: p>
1024 module de bits code> - cassable, marqué comme
insécurité code> p> p>
SHA-1 code> - Possibilité d'attaque de collision confirmée confirmée p>
Modifier ce fichier: ajoutez cette ligne: p> et redémarrage: p> Cela fonctionne pour moi! p> p>
Il suffit de mettre à niveau Ubuntu vers 16.04 et a rencontré ce problème, la "négociation d'algorithme échoue" dans Phpstorm 8.0.3. p>
Le problème est avec la bibliothèque JSCH-0.1.51.jar. Si vous écrasez le fichier JSCH-0.1.51.jar avec le dernier fichier https://sourceforge.net/projects/ JSCH / (actuellement JSCH-0.1.54.jar) et redémarrez, ça devrait aller bien. Pas besoin d'ajouter des algorithmes d'insécurité à votre démon SSH. P>
Veuillez vous reporter à ce ticket: YOUTRACK.JETBRAS.COM/issue/wi-25360
Également lié (comment il peut être fixé à partir du côté serveur): Stackoverflow.com/Questtions/26424621/...
Essayez des outils | Déploiement | Configuration | Paramètres avancés -> Toujours utiliser la commande de liste, pourrait être utile.