Problèmes lors de l'utilisation de la ligne de commande teamcity pour effectuer une connexion distante ssh

Question

Je me demandais si quelqu'un avait essayé d'utiliser le générateur de ligne de commande de teamcity pour effectuer une connexion distante ssh.

À l'heure actuelle, je voudrais automatiser certains tests sur un système d'exploitation neutrino QNX qui n'est actuellement pas pris en charge par teamcity. Pour résoudre ce problème, je configure un serveur ssh sur la machine qnx cible afin que je puisse ssh et sftp les exécutables.

Premièrement, les sources sont compilées sous Windows XP en utilisant le compilateur qnx (basé sur g ++). Suivi par sftp-ing les exécutables dans qnx neutrino. Ensuite, à l'aide de ssh, saisissez le script de connexion pour démarrer à distance les applications de test et renvoyer les résultats à l'agent distant pour publication.

Le script batch j'ai créé fonctionne bien autonome, mais, après le brancher sur l'agent distant, il ne parvient pas à se connecter ssh et se bloque indéfiniment à la commande suivante: ssh -l « ./.sh »

Notes: J'ai ajouté la clé publique RSA de l'agent distant dans le fichier QNX .ssh/authorized keys, la connexion automatique fonctionne. Est-il nécessaire d'ajouter la clé publique RSA du serveur teamcity?

Quelqu'un a une idée sur ce problème?

Answer 1

J'ai eu quelques problèmes étranges avec les connexions SSH basées sur les clés sur QNX liées aux autorisations de fichiers pour les clés dans .ssh. et autorisations des dossiers parents (/ home/nom d'utilisateur et/root).

Ajouter

LogLevel DEBUG3 

/etc/OpenSSH/sshd_config, assurez-vous que syslog est configuré et enregistre la sortie de sshd, redémarrez sshd et essayez à nouveau - il sera très probablement se plaindre de quelque chose. En outre, ssh -l "./.sh" n'a aucun sens - -l est utilisé pour spécifier le nom d'utilisateur, quelque chose est là.