Bases / Nagios' check_by_ssh est de retour “de la commande à Distance de l'exécution a échoué”

Je suis à l'aide de Bases /Nagios, et je suis en train de configurer check_by_ssh. Maintenant, la commande est:

$USER1$/check_by_ssh -je
~nagios/.ssh/id_dsa -H $HOSTADDRESS$
-t 60 -l "$USER24$" -C "/tmp/test"

où /tmp/test est un programme "Hello World".

mais il est de retour le message
"Remote command execution failed:********************************************"

J'ai les clés ssh configurer nagios pour vous connecter à $HOSTADDRESS$ comme $USER24$, mais je suis encore en train de l'erreur. (La clé privée est en ~nagios/.ssh sur le terrain de la boîte, et la clé publique est dans ~/$USER24$/.ssh sur la machine distante)

Donc, fondamentalement, check_by_ssh est de ne pas exécuter n'importe quel programme.

OriginalL'auteur Connor | 2011-06-21

  1. 13

    Pour une raison quelconque, l'ajout de l'option "-E" drapeau fixe. Selon le check_by_ssh page de man, c'est de l'ignorer STDERR drapeau. Maintenant, je reçois la sortie de /tmp/test.

    Commande finale:

    $USER1$/check_by_ssh -i ~nagios/.ssh/id_dsa -H $HOSTADDRESS$

    -t 60 -l "$USER24$" -C "/tmp/test" -E

    Final de sortie:

    Bonjour Tout Le Monde

    C'est ce qui a fonctionné pour moi; dans mon cas précis, je suis d'emballage check_by_ssh avec sshpass (malheureusement une nécessité en raison de la tenue ne permettant pas les fichiers de clés pour l'accès SSH)

    OriginalL'auteur Connor

  2. 7

    Si le check_by_ssh est un échec parce que vous êtes tenus de vérifier l'authenticité de la clé, vous pouvez désactiver la stricte vérification de la clé d'hôte dans votre check_by_ssh options que vous pouvez avec le client ssh. C'est un petit sacrifice de sécurité, mais si vous êtes sur une personne de confiance de réseau privé, le compromis est négligeable et vous n'aurez jamais à vérifier que vous souhaiter de continuer à se connecter, même à la première tentative:

    /usr/lib/nagios/plugins/check_by_ssh -l nagios -o StrictHostKeyChecking=no

    OriginalL'auteur Dave Stern

  3. 4

    Viens de tomber sur ce sur certains de mes systèmes. Je ne pouvais pas comprendre, mais l'option-E a aidé. La raison de ce qui se passait sur mes hôtes, c'est que j'ai activé SSH bannière pour afficher le standard "utilisation non autorisée est interdite par la loi bla-bla-bla". Cette bannière est affichée par stderr, et ainsi de chacun de check_by_ssh appels a échoué avec l' "de la commande à Distance de l'exécution a échoué".

    Donc, si les clés d'hôte ne sont pas votre problème et vous n'êtes pas satisfait -E, déposez votre bannière. Si vous utilisez un nom d'utilisateur cohérente pour votre Nagios vérifie, vous pouvez exclure l'utilisateur nagios à partir de l'affichage de la bannière en utilisant l'option de concordance dans sshd_config:

    https://unix.stackexchange.com/questions/96975/disable-ssh-banner-for-specific-users-or-ips

    OriginalL'auteur modea

  4. 3

    Vous devez exécuter manuellement la commande de la première fois parce qu'elle pose une question à laquelle vous devez répondre oui. Après cela, il ne nécessite plus d'interaction.

    Vous avez à faire pour chaque serveur auquel vous vous connectez.

    Cette réponse est correcte. Vous n'avez pas besoin de spécifier la clé si vous connaissez l'utilisateur qui exécute la commande, et vous avez votre clé dans l'emplacement par défaut (par exemple. si nagios est l'utilisateur et que vous utilisez une clé rsa, ~nagios/.ssh/id_rsa).

    OriginalL'auteur fred

  5. 2

    Dans mon cas, l'erreur était due à la mise à jour de la clé publique du service ssh atteint par nagios.

    Sur la surveillance de la machine où nagios est installé, la mise à jour ou supprimer le fichier "/var/spool/nagios/.ssh/known_hosts" pour supprimer toutes les clés publiques.

    et essayez à nouveau le check_by_ssh.

    Exemple :

    # ./check_by_ssh -H target_machine -C "/bin/ls" 
Remote command execution failed: @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

# rm /var/spool/nagios/.ssh/known_hosts

#  ./check_by_ssh -H target_machine -C "/bin/ls /" 
bin
boot
cgroup
core
data
dev
etc
home
...

    OriginalL'auteur Cyrus31

  6. 1

    J'ai trouvé la réponse.

    Pour ignorer la bannière à ajouter le fichier "config" sur votre .ssh répertoire sur le serveur nagios

    chat config
    LogLevel=CALME

    chmod 600 config

    après que la bannière sera ignorée et nagios contrôle de travailler sans l'option-E

    Ce qui concerne
    Bogdan

    OriginalL'auteur Bogdan

  7. 0

    Si vous avez d'installation de la clé publique, puis vous avez à passer la clé dans votre SSH commande comme: 

    command_line    $USER1$/check_by_ssh -i /usr/local/nagios/etc/keys/$HOSTNAME$ -H $HOSTADDRESS$ -t 60 -l "$USER24$" -C "cd tmp"

    Assurez-vous que la clé publique a une permission 0600.

    J'ai essayé, mais je suis encore en train de l'erreur. J'ai ajouté quelques infos à ma question.
    avez-vous essayé de l'exécution manuelle ??? comme: check_by_ssh -i /path/to/private-key -h 192.168.1.1 -u username

    OriginalL'auteur Rakesh Sankar

  8. 0

    J'ai eu le même problème avec check_by_ssh sur Nagios 2.

    J'ai corrigé par la mise à vars.by_ssh_quiet = "true" dans l'objet de commande (Nagios 2 doc lien).

    object CheckCommand "by_ssh_redis" {
  import "by_ssh"
  vars.by_ssh_command = [ "/usr/lib64/nagios/plugins/check_redis.pl", "-H", "localhost"]
  vars.by_ssh_quiet  = "true"
}

    OriginalL'auteur Sumesh