Displaying 20 results from an estimated 6000 matches similar to: "[Bug 2000] when using ssh with ControlMaster/ControlPersist, one may get zombie processes"
2016 Apr 28
0
[Bug 2000] when using ssh with ControlMaster/ControlPersist, one may get zombie processes
https://bugzilla.mindrot.org/show_bug.cgi?id=2000
--- Comment #10 from Christoph Anton Mitterer <calestyo at scientia.net> ---
Hmm AFAIU, when not using ControlPersist, that would simply mean that
if the last session is closed, the mux closes either, right?
This is however undesirable as well for the above use-case:
First, considers hosts where only one check runs (i.e. executed via
2016 Apr 28
0
[Bug 2000] when using ssh with ControlMaster/ControlPersist, one may get zombie processes
https://bugzilla.mindrot.org/show_bug.cgi?id=2000
--- Comment #8 from Christoph Anton Mitterer <calestyo at scientia.net> ---
Uhm? Well I thought that was obvious... using SSH to remotely execute
checks seems desirable because it's a) the protocol meant for doing
this b) secure (unlike e.g. NRPE).
But without control channel muxing, it's much slower than e.g. NRPE, as
all the
2012 Apr 25
4
[Bug 2000] New: when using ssh with ControlMaster/ControlPersist, one may get zombie processes
https://bugzilla.mindrot.org/show_bug.cgi?id=2000
Bug #: 2000
Summary: when using ssh with ControlMaster/ControlPersist, one
may get zombie processes
Classification: Unclassified
Product: Portable OpenSSH
Version: 5.9p1
Platform: All
OS/Version: All
Status: NEW
Severity: major
2016 Apr 28
0
[Bug 2000] when using ssh with ControlMaster/ControlPersist, one may get zombie processes
https://bugzilla.mindrot.org/show_bug.cgi?id=2000
Damien Miller <djm at mindrot.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |DUPLICATE
Status|REOPENED |RESOLVED
--- Comment #9 from Damien Miller <djm at
2016 Apr 28
0
[Bug 2000] when using ssh with ControlMaster/ControlPersist, one may get zombie processes
https://bugzilla.mindrot.org/show_bug.cgi?id=2000
Damien Miller <djm at mindrot.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |djm at mindrot.org
--- Comment #7 from Damien Miller <djm at mindrot.org> ---
If ControlPersist's stderr
2015 Aug 11
0
[Bug 2000] when using ssh with ControlMaster/ControlPersist, one may get zombie processes
https://bugzilla.mindrot.org/show_bug.cgi?id=2000
Damien Miller <djm at mindrot.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #5 from Damien Miller <djm at mindrot.org> ---
Set all RESOLVED bugs to CLOSED with release
2015 Jun 01
0
[Bug 1994] document which settings/etc. get "persistent" with the ControlMaster connection
https://bugzilla.mindrot.org/show_bug.cgi?id=1994
Christoph Anton Mitterer <calestyo at scientia.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #2637| |ok-
Flags| |
--- Comment #2 from Christoph Anton Mitterer
2012 Apr 09
0
ControlMaster and ControlPersist leads to zombie processes
Hi.
Perhaps you can help me with this:
What I do is using Nagios (actually Icinga) and having checks on remote
hosts executed via ssh.
In order to dramatically speed checks up (from about 0,300 ms to 0,010
ms) I use ControlMaster = auto, which also makes the mux process spawned
on the first check.
As checks are typically sequentially scheduled I want the mux process
to persist but it should
2016 Apr 28
0
[Bug 1988] ControlPersist causes stderr to be left open until the master connection times out
https://bugzilla.mindrot.org/show_bug.cgi?id=1988
--- Comment #15 from Christoph Anton Mitterer <calestyo at scientia.net> ---
Seems to also cause quite some troubles in the use case I've described
in bug #2000, which Damien just marked a dup of this one.
So people may want to have a look there as well for possibly further
information.
Can anyone make some predictions whether this
2015 Jun 01
0
[Bug 1994] document which settings/etc. get "persistent" with the ControlMaster connection
https://bugzilla.mindrot.org/show_bug.cgi?id=1994
--- Comment #1 from Christoph Anton Mitterer <calestyo at scientia.net> ---
Created attachment 2637
--> https://bugzilla.mindrot.org/attachment.cgi?id=2637&action=edit
ssh -vvv output what happens when a key is auto added for the IP
address of an already trusted host
--
You are receiving this mail because:
You are watching the
2009 Sep 05
3
[Bug 958] patch to support GSI GSSAPI mechanism
https://bugzilla.mindrot.org/show_bug.cgi?id=958
Christoph Anton Mitterer <calestyo at scientia.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |calestyo at scientia.net
--- Comment #3 from Christoph Anton Mitterer <calestyo at
2012 Jul 27
0
[Bug 1953] Implementation of xattr in sftp-server for sshfs
https://bugzilla.mindrot.org/show_bug.cgi?id=1953
Christoph Anton Mitterer <calestyo at scientia.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |calestyo at scientia.net
--- Comment #2 from Christoph Anton Mitterer <calestyo at
2015 Nov 01
0
[Bug 1843] ssh should mention ssh-keygen in remote host fingerprint warning
https://bugzilla.mindrot.org/show_bug.cgi?id=1843
Christoph Anton Mitterer <calestyo at scientia.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |calestyo at scientia.net
--- Comment #6 from Christoph Anton Mitterer <calestyo at
2015 Nov 01
0
[Bug 86] Port should not depend on ListenAddress
https://bugzilla.mindrot.org/show_bug.cgi?id=86
Christoph Anton Mitterer <calestyo at scientia.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |calestyo at scientia.net
--- Comment #7 from Christoph Anton Mitterer <calestyo at
2014 Oct 12
0
[Bug 1993] ssh tries to add keys to ~/.ssh/known_hosts though StrictHostKeyChecking yes is set
https://bugzilla.mindrot.org/show_bug.cgi?id=1993
Christoph Anton Mitterer <calestyo at scientia.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|6.2p1 |6.7p1
--- Comment #4 from Christoph Anton Mitterer <calestyo at scientia.net> ---
Hi guys.
2015 Jan 05
2
Fwd: [Cryptography] Why aren’t we using SSH for everything?
There were a few notes in this thread that may indicate
open areas for development. I forward merely as FYI.
http://www.metzdowd.com/pipermail/cryptography/2015-January/024231.html
---------- Forwarded message ----------
From: Peter Gutmann <pgut001 at cs.auckland.ac.nz>
Date: Sun, Jan 4, 2015 at 9:29 PM
Subject: Re: [Cryptography] Why aren?t we using SSH for everything?
To: calestyo at
2014 Nov 10
7
[Bug 2311] New: simple attack when control channel muxing is used
https://bugzilla.mindrot.org/show_bug.cgi?id=2311
Bug ID: 2311
Summary: simple attack when control channel muxing is used
Product: Portable OpenSSH
Version: 6.7p1
Hardware: All
OS: All
Status: NEW
Severity: security
Priority: P3
Component: ssh
Assignee: unassigned-bugs at
2016 Apr 28
0
[Bug 1988] ControlPersist causes stderr to be left open until the master connection times out
https://bugzilla.mindrot.org/show_bug.cgi?id=1988
Damien Miller <djm at mindrot.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |calestyo at scientia.net
--- Comment #13 from Damien Miller <djm at mindrot.org> ---
*** Bug 2000 has been
2012 Mar 29
0
[Bug 1994] New: document which settings/etc. get "persistent" with the ControlMaster connection
https://bugzilla.mindrot.org/show_bug.cgi?id=1994
Bug #: 1994
Summary: document which settings/etc. get "persistent" with the
ControlMaster connection
Classification: Unclassified
Product: Portable OpenSSH
Version: 5.9p1
Platform: All
OS/Version: All
Status: NEW
Severity:
2020 Mar 14
2
ssh -f and -O ControlPersist=yes, ControlMaster=yes leaves stderr open
Hi
I'm trying to wrap ssh in an application using glib. For now, I'm launching the
ssh client in master mode and want it to detach, keeping the control socket around.
I figured I could do that using the -f flag and the usual Control* options to
force ssh to daemonize (ideally without executing any command), but it turns out
that glib doesn't recognize the daemonized process as