exit Attendez-vous {0 sans timeout

Question

Je suis aux prises avec le problème classique de saisie automatique du mot de passe dans ssh, et comme tout le monde je trébuche dans l'obscurité concernant s'attendre. Enfin, je bricolé un script qui fonctionne un peu:

#!/usr/bin/expect -f 

# command line args 
set user_at_host [lrange $argv 0 0] 
set password [lrange $argv 1 1] 

set timeout 1 

# ssh command 
spawn ssh -S ~/.ssh/tmp.$user_at_host -M -N -f $user_at_host 

# deal with ssh prompts 
expect { 
    "*yes/no*" { send "yes\r" ; exp_continue } 
    "*assword:" { send "$password\r" ; exp_continue } 
} 

Ce script se termine que grâce à la ligne timeout 1, sans elle, il se bloque tout simplement, et prendra fin que par l'interaction utilisateur (^C). Lorsque la ligne spawn était une commande ssh simple, le script s'est terminé immédiatement, mais il s'agit de not your straight forward ssh. La chose qui pourrait être différente est l'option -f qui la fait fonctionner en arrière-plan (mais j'ai essayé le script sans succès). J'ai lu que interact ou expect eof pourrait aider, mais je n'ai pas pu trouver l'incantation correcte qui le fera réellement.

Ma question (je pense) est Comment faire un script attendu, qui engendre un processus d'arrière-plan, se terminer sans un délai?

---

Edit: Je serais attendu (sans jeu de mots) la réponse "utiliser l'authentification ssh passwordless". Bien que ce soit un bon conseil, ce n'est pas la solution appropriée dans mon scénario: Test automatique d'un système installé dans un environnement de confiance, où l'ajout de clés fiables à l'image n'est pas souhaitable/possible.

Answer 1

OK, donc je l'ai trouvé une permutation qui semblent fonctionner -

D'abord je besoin d'un script wrapper qui donnera une indication lorsque vous avez terminé:

#!/bin/bash 
"$@" 
echo "done" 

Ensuite, le script expect devient:

#!/usr/bin/expect -f 
set user_at_host [lrange $argv 0 0] 
set password [lrange $argv 1 1] 

# no need for timeout 1 
set timeout 60 

# use the wrapper 
spawn wrapper ssh -S ~/.ssh/tmp.$user_at_host -M -N -f $user_at_host 

expect { 
    "*yes/no*" { send "yes\r" ; exp_continue } 
    "*assword:" { send "$password\r" ; exp_continue } 
    # use the wrapper 
    "done" { exit } 
} 

---

Merci pour Douglas Leeder (voté) et glenn jackman (voté) pour le conseil utile. Je n'accepterai pas volontiers cette réponse, et j'accepterai une réponse plus élégante, peut-être une qui élimine le script d'encapsulation.

Merci à tous pour votre attention.

Answer 2

Cette boucle:

expect { 
    "*yes/no*" { send "yes\r" ; exp_continue } 
    "*assword:" { send "${password}\r" ; exp_continue } 
} 

Impossible mettre fin à toute façon, sauf délai d'attente ou EOF; les deux lignes correspondantes vont exp_continue, refaire ainsi le tour de la boucle. Passer en arrière-plan signifie fondamentalement forking; le parent meurt, et l'enfant continue la connexion.

Personnellement, je résous les éléments interactifs différemment:

1. clés de l'hôte: Soit connecter une fois manuellement ou insérer directement la clé dans le fichier known_hosts ssh. Mot de passe: J'utiliserais l'authentification par clé privée/publique. Utilisez un agent pour stocker la clé ou utilisez une clé sans mot de passe.

Answer 3

Vous voulez probablement:

expect { 
    "*yes/no*" { send "yes\r" ; exp_continue } 
    "*assword:" { send "${password}\r" } 
} 
expect $the_prompt 
send "exit\r" 
expect eof 

MISE À JOUR

J'ai raté que vous envoyez une commande via ssh. Je pense que tout ce que vous avez besoin est ceci:

spawn ssh a@b foo bar baz 
expect { 
    "*yes/no*" { send "yes\r" ; exp_continue } 
    "*assword:" { send "${password}\r" } 
    eof 
} 

Vous seriez frappé eof lorsque la commande foo complète.

Answer 4

la façon dont je l'ai fait:

set user "****"  
set host "127.0.0.1"  
spawn shh $user@$host  
expect "password: "  
send "**??54"  
expect "$"  
interact 

(qui répond à votre façon d'utiliser la méthode Interact)