cygwin ssh donne "Tué par le signal 1" à la sortie

Après l'utilisation de cygwin du ssh pour vous connecter à partir de windows à linux-hôtes,
lorsque vous quittez le shell distant, j'ai toujours la fâcheuse msg:

"Tué par le signal 1"

J'ai googlé, et de réaliser son inoffensifs, mais toujours ennuyeux...
Certains ont suggéré, vous pouvez supprimer le message en utilisant

$ ssh -q ...

Mais qui n'a pas d'effet sur l'une des machines que j'ai essayé.

Quelqu'un connaît une solution pour se débarrasser de ce msg?

source d'informationauteur Rop | 2012-09-28

  1. 4

    Ajoutant la ligne suivante à votre ~/.ssh/config fichier peut anéantir ce message.

    Mise à jour: Tout doit être en majuscule & doit ajoutés pour chaque hôte dans votre config.

    LogLevel QUIET

    Ajouté en première ligne de squash le message dans le monde entier. Ne prendra effet que pour les hôtes spécifiques si il est placé sous Host.

  2. 34

    Ce qui se passe quand vous proxy de votre session ssh à travers un autre hôte. Exemple .ssh/config fichier:

    # machine with open SSH port
Host proxy
HostName foo.com

# machine accessible only from the above machine
Host target
HostName 192.168.0.12
ProxyCommand ssh proxy nc %h %p

    Lorsque vous quittez un ssh targetle ssh dans ProxyCommand sera la cause de la sortie. Si vous ajoutez le -q là, ça va être supprimée:

    ProxyCommand ssh -q proxy nc %h %p

    Vous pouvez peut-être surpris de constater que cette sortie n'a rien à voir avec Cygwin -- il arrive sur Linux.

  3. 0

    Peut-être, vous pourriez, comme Mastic comme une alternative. Je ne pense pas qu'il donne à l'erreur ET vous permet de faire des choses comme enregistrer les informations de connexion ainsi que d'autres subtilités.

    Bien que je n'ai pas essayé, vous pourriez également être en mesure de rediriger les sterr (qui est le stream je crois que le message serait envoyé) vers /dev/null (en fait, la bitbucket ou vide sans fond où les choses vont mourir). Vous pourriez faire éventuellement faire quelque chose comme:

    ssh user@host 2>/dev/null

  4. 0

    Si vous activez le partage de connexion avec la ControlMaster directive vous permet de partager une seule connexion lors de l'utilisation de proxy sessions au moyen d'un autre hôte. Vous pouvez ensuite définir la ControlPersist directive de 1 seconde, ce qui permettra d'éviter le " tué par le signal 1 erreur en retardant la terminaison de la connexion partagée.

    Ajouter les éléments suivants à votre ~/.ssh/config

    ControlMaster auto
ControlPersist 1
ControlPath ~/.ssh/.%C