autossh - En ligne dans le Cloud

PROGRAMME:

Nom

autossh — surveiller et redémarrer les sessions ssh

SYNOPSIS

autossh [-V] [-M port[:echo_port]] [-f] [SSH_OPTIONS]

DESCRIPTION

autossh est un programme pour démarrer une copie de ssh et le surveiller, en le redémarrant si nécessaire
devrait-il mourir ou arrêter la circulation.

L'idée originale et le mécanisme étaient de rstunnel (Reliable SSH Tunnel). Avec version
1.2 de autossh la méthode a changé : autossh utilise ssh pour construire une boucle de transferts ssh
(un du local au distant, un du distant au local), puis envoie les données de test qu'il
espère revenir. (L'idée est grâce à Terrence Martin.)

Avec la version 1.3, une nouvelle méthode est ajoutée (merci à Ron Yorston) : un port peut être spécifié pour
un service d'écho distant qui renverra les données de test. Cela évite les encombrements et les
l'aggravation de s'assurer que tous les numéros de port sur la machine distante n'entrent pas en collision. Les
la méthode loop-of-forwardings reste disponible pour les situations où l'utilisation d'un service d'écho peut
pas être possible.

CONTRLE SSH

SSH sorties
autossh essaie de distinguer le mode de mort du processus ssh qu'il surveille et agit
de manière appropriée. Les règles sont :

1. Si le processus ssh s'est terminé normalement (par exemple, quelqu'un a tapé "exit" dans un
séance interactive), autossh quitte plutôt que de redémarrer ;

2. Si autossh reçoit lui-même un signal SIGTERM, SIGINT ou SIGKILL, il suppose que
il a été délibérément signalé et s'arrête après avoir tué le processus ssh enfant ;

3. Si autossh reçoit lui-même un signal SIGUSR1, il tue le processus ssh enfant et
en commence un nouveau ;

4. Périodiquement (par défaut toutes les 10 minutes), autossh tente de faire passer le trafic sur le
surveiller le port transféré. Si cela échoue, autossh va tuer le processus ssh enfant (si
il est toujours en cours d'exécution) et démarrez-en un nouveau ;

5. Si le processus ssh enfant meurt pour toute autre raison, autossh tentera de démarrer un
nouveau.

Démarrage comportement
Si la session ssh échoue avec un état de sortie de 1 au tout premier essai, autossh

1. supposera qu'il y a un problème avec la syntaxe ou la configuration de la connexion, et
quitter plutôt que de réessayer ;

2. Il y a un temps de "porte de départ". Si le premier processus ssh échoue dans les premiers
secondes après le démarrage, autossh suppose qu'il n'a jamais réussi à « sortir du
gate", et se termine. Il s'agit de gérer l'échec initial de l'authentification, de la connexion, etc.
Ce temps est de 30 secondes par défaut, et peut être ajusté (voir le AUTOSSH_GATETIME
variable d'environnement ci-dessous). Si AUTOSSH_GATETIME est défini sur 0, alors les deux comportements
sont désactivés : il n'y a pas de "porte de démarrage", et autossh redémarrera même si ssh
échoue à la première exécution avec un état de sortie de 1. Le temps de « portail de démarrage » est également
mis à 0 lorsque le -f flag to autossh est utilisé.

Suite échecs
Si la connexion ssh échoue et que les tentatives de redémarrage échouent rapidement, autossh
commencera à retarder ses tentatives de redémarrage, reculant progressivement de plus en plus loin jusqu'à
un intervalle maximum de autossh temps d'interrogation (généralement 10 minutes). autossh peut être « poussé »
de réessayer en le signalant, peut-être avec SIGHUP ("kill -HUP").

La connexion installation
Comme les connexions doivent être établies sans surveillance, l'utilisation de autossh exige qu'une certaine forme de
l'authentification automatique soit configurée. L'utilisation de RSAAuthentication avec ssh-agent est la
méthode recommandée. L'exemple de script wrapper tente de vérifier s'il existe un agent
en cours d'exécution pour l'environnement actuel, et d'en démarrer un s'il n'y en a pas.

On ne soulignera jamais assez que vous devez vous assurer que ssh fonctionne tout seul, que vous pouvez définir
jusqu'à la session que vous voulez avant d'essayer de l'exécuter sous autossh

Si vous créez un tunnel et utilisez une ancienne version de ssh qui ne prend pas en charge le -N drapeau,
vous devriez mettre à jour (votre version a des failles de sécurité). Si vous ne pouvez pas mettre à niveau, vous pouvez
faites comme rstunnel et donnez à ssh une commande à exécuter, telle que "sleep 99999999999".

OPTIONS

-M port[:echo_port]
spécifie le port de surveillance de base à utiliser. Sans le port d'écho, ce port et le
port immédiatement au-dessus ( port + 1) devrait être quelque chose que rien d'autre n'utilise.
autossh enverra des données de test sur le port de surveillance de base et les recevra en retour sur le
port ci-dessus. Par exemple, si vous spécifiez "-M 20000", autossh mettra en place en avant afin
qu'il peut envoyer des données sur le port 20000 et les recevoir en retour sur 20001.

Alternativement, un port pour un service d'écho distant peut être spécifié. Cela devrait être
port 7 si vous souhaitez utiliser le service standard d'écho inetd. Lorsqu'un port d'écho est
spécifié, seul le port de moniteur spécifié est utilisé et il transporte le moniteur
message dans les deux sens.

Beaucoup de gens désactivent le service echo, ou même désactivent inetd, alors vérifiez que cela
service est disponible sur la machine distante. Certains systèmes d'exploitation permettent de
spécifier que le service n'écoute que sur le localhost (interface de bouclage), ce qui
suffirait pour cet usage.

Le service echo peut aussi être quelque chose de plus compliqué : peut-être un démon qui
surveille un groupe de tunnels ssh.

Le réglage du port du moniteur sur 0 désactive la fonction de surveillance et autossh
ne redémarrez ssh qu'à la sortie de ssh. Par exemple, si vous utilisez une version récente de
OpenSSH, vous pouvez explorer en utilisant le ServerAliveIntervalServerAliveInterval ainsi que
ServerAliveCountMaxServerAliveCountMax options pour que le client SSH se ferme s'il ne se trouve plus
connecté au serveur. À bien des égards, cela peut être une meilleure solution que la
port de surveillance.

-f fait passer autossh en arrière-plan avant d'exécuter ssh. Les -f le drapeau est dépouillé
des arguments passés à ssh. Notez qu'il existe une différence cruciale entre -f
avec autossh, et -f avec ssh : lorsqu'il est utilisé avec autossh ssh ne pourra pas demander
mots de passe ou phrases secrètes. Lorsque -f est utilisé, le temps de "portail de départ" (voir
AUTOSSH_GATETIME) est défini sur 0.

-V les causes autossh pour afficher son numéro de version et quitter.

ENVIRONNEMENT

Autre que le drapeau pour définir le port de surveillance de connexion, autossh utilise l'environnement
variables pour contrôler les caractéristiques. ssh semble toujours collecter des lettres pour les options, et
cela semble le moyen le plus simple d'éviter les collisions.

AUTOSSH_DEBUG
Si cette variable est définie, le niveau de journalisation est défini sur LOG_DEBUG, et si le
le système d'exploitation le prend en charge, syslog est configuré pour dupliquer les entrées de journal sur stderr.

AUTOSSH_FIRST_POLL
Spécifie le temps d'attente avant le premier test de connexion. Par la suite le général
le temps d'interrogation est utilisé (voir AUTOSSH_POLL ci-dessous).

AUTOSSH_GATETIME
Spécifie combien de temps ssh doit être actif avant de considérer qu'il s'agit d'une connexion réussie. Les
la valeur par défaut est de 30 secondes. Notez que si AUTOSSH_GATETIME est défini sur 0, alors non seulement
le comportement de gatetime est désactivé, mais autossh ignore également l'échec de la première exécution de
chut. Cela peut être utile lors de l'exécution d'autossh au démarrage.

AUTOSSH_LOGLEVEL
Spécifie le niveau de journalisation, correspondant aux niveaux utilisés par syslog ; donc 0-7 avec 7
étant le plus bavard.

AUTOSSH_LOGFILE
Spécifie que autossh doit utiliser le fichier journal nommé, plutôt que syslog.

AUTOSSH_MAXLIFETIME
Définit le nombre maximal de secondes pendant lesquelles le programme doit s'exécuter. Une fois le nombre de
secondes se sont écoulées, l'enfant ssh sera tué et le programme se terminera.

AUTOSSH_MAXSTART
Spécifie combien de fois ssh doit être démarré. Un nombre négatif signifie qu'il n'y a pas de limite
le nombre de démarrages de ssh. La valeur par défaut est -1.

AUTOSSH_MESSAGE
Ajouter un message au message d'écho envoyé lors du test des connexions.

AUTOSSH_NTSERVICE
(Cygwin uniquement.) Lorsqu'il est défini sur "yes", autossh se configure pour s'exécuter en tant que service NT sous
cygrunsrv. Cela ajoute le -N indicateur pour ssh s'il n'est pas déjà défini, définit la sortie du journal sur
stdout et modifie le comportement à la sortie de ssh afin qu'il redémarre même sur un
sortie normale.

AUTOSSH_PATH
Spécifie le chemin d'accès à l'exécutable ssh, au cas où il serait différent du chemin
compilé dans.

AUTOSSH_PIDFILE
Écrire le pid autossh dans le fichier spécifié.

AUTOSSH_POLL
Spécifie le temps d'interrogation de la connexion en secondes ; la valeur par défaut est de 600 secondes. Sauf si
AUTOSSH_FIRST_POLL est utilisé, la première heure d'interrogation sera définie pour correspondre à l'heure d'interrogation. Si
le temps d'interrogation est inférieur à deux fois les délais d'attente du réseau (par défaut 15 secondes) le
les délais d'expiration du réseau seront ajustés à la baisse jusqu'à la moitié du temps d'interrogation.

AUTOSSH_PORT
Définit le port de surveillance de la connexion. Surtout au cas où ssh s'approprie -M à certains
temps. Mais à cause de cette utilisation possible, AUTOSSH_PORT remplace le -M drapeau. Une valeur
de 0 désactive la fonction de surveillance.

SPÉCIFIQUE DEBIAN COMPORTEMENT

La version debian d'autossh utilise un wrapper pour sélectionner automatiquement un port de surveillance libre
ainsi que -M remplace AUTOSSH_PORT, voir /usr/share/doc/autossh/README.Debian pour plus d'informations
</br>L’Information.

Utiliser autossh en ligne à l'aide des services onworks.net