Displaying 20 results from an estimated 3000 matches similar to: "[Bug 3589] New: ControlMaster auto, persist and -f fail."
2024 Oct 13
5
[Bug 3743] New: ControlMaster forces ForkAfterAuthentication even when not wanted, and can't be disabled
https://bugzilla.mindrot.org/show_bug.cgi?id=3743
Bug ID: 3743
Summary: ControlMaster forces ForkAfterAuthentication even when
not wanted, and can't be disabled
Product: Portable OpenSSH
Version: 9.9p1
Hardware: Other
OS: Linux
Status: NEW
Severity: normal
Priority: P5
2011 Sep 19
2
[Bug 1938] New: EscapeChar sometimes don't work when using ControlMaster
https://bugzilla.mindrot.org/show_bug.cgi?id=1938
Bug #: 1938
Summary: EscapeChar sometimes don't work when using
ControlMaster
Classification: Unclassified
Product: Portable OpenSSH
Version: 5.8p1
Platform: ix86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
2015 Jul 03
6
[Bug 2420] New: Race condition regarding ControlPersist and ControlMaster=auto
https://bugzilla.mindrot.org/show_bug.cgi?id=2420
Bug ID: 2420
Summary: Race condition regarding ControlPersist and
ControlMaster=auto
Product: Portable OpenSSH
Version: 6.6p1
Hardware: amd64
OS: Linux
Status: NEW
Severity: normal
Priority: P5
Component: ssh
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
2020 Oct 06
5
[Bug 3220] New: Possible bug if ControlMaster + ControlPersist and `-t`
https://bugzilla.mindrot.org/show_bug.cgi?id=3220
Bug ID: 3220
Summary: Possible bug if ControlMaster + ControlPersist and
`-t`
Product: Portable OpenSSH
Version: 8.4p1
Hardware: Other
OS: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: ssh
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
2020 Jan 20
4
Security implications of using ControlMaster
Dear Mailing List
We are using a ControlMaster with a short ControlPersist to access the
bastion host which then gives access to customer hosts.
Our Information Security Manager would like to disallow the
ControlMaster. His attack scenario is an admin workstation with a
compromised root account. An attacker can then use the ControlMaster to
trivially get shell access on the bastion host
2013 Jan 29
2
[Bug 2065] New: double confirmation with ssh-add -c and ControlMaster autoask
https://bugzilla.mindrot.org/show_bug.cgi?id=2065
Bug ID: 2065
Summary: double confirmation with ssh-add -c and ControlMaster
autoask
Classification: Unclassified
Product: Portable OpenSSH
Version: 6.0p1
Hardware: All
OS: Linux
Status: NEW
Severity: normal
Priority: P3
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 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
2013 Jun 06
5
[Bug 1917] Escape sequence (~) doesn't work right with ControlMaster/ControlPersist connections
https://bugzilla.mindrot.org/show_bug.cgi?id=1917
Darren Tucker <dtucker at zip.com.au> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dtucker at zip.com.au
--- Comment #10 from Darren Tucker <dtucker at zip.com.au> ---
Created attachment
2011 Nov 01
7
[Bug 1948] New: ssh -f doesn't terminate when muxing connections.
https://bugzilla.mindrot.org/show_bug.cgi?id=1948
Bug #: 1948
Summary: ssh -f doesn't terminate when muxing connections.
Classification: Unclassified
Product: Portable OpenSSH
Version: 5.9p1
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: ssh
2019 Sep 06
3
[Bug 3067] New: Fails to unlink ControlMaster socket early enough, confuses other clients
https://bugzilla.mindrot.org/show_bug.cgi?id=3067
Bug ID: 3067
Summary: Fails to unlink ControlMaster socket early enough,
confuses other clients
Product: Portable OpenSSH
Version: 7.9p1
Hardware: Other
OS: Linux
Status: NEW
Severity: normal
Priority: P5
Component:
[Bug 1917] New: Escape sequence (~) doesn't work right with ControlMaster/ControlPersist connections
2011 Jul 04
10
[Bug 1917] New: Escape sequence (~) doesn't work right with ControlMaster/ControlPersist connections
https://bugzilla.mindrot.org/show_bug.cgi?id=1917
Bug #: 1917
Summary: Escape sequence (~) doesn't work right with
ControlMaster/ControlPersist connections
Classification: Unclassified
Product: Portable OpenSSH
Version: 5.8p1
Platform: All
OS/Version: All
Status: NEW
Severity: normal
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:
2007 Aug 04
13
[Bug 1349] New: race condition with ControlMaster=auto
http://bugzilla.mindrot.org/show_bug.cgi?id=1349
Summary: race condition with ControlMaster=auto
Product: Portable OpenSSH
Version: 4.6p1
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: ssh
AssignedTo: bitbucket at mindrot.org
ReportedBy: dot at dotat.at
2020 Mar 16
6
[Bug 3137] New: -f keeps stdin and stderr open
https://bugzilla.mindrot.org/show_bug.cgi?id=3137
Bug ID: 3137
Summary: -f keeps stdin and stderr open
Product: Portable OpenSSH
Version: 8.2p1
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P5
Component: ssh
Assignee: unassigned-bugs at mindrot.org
2012 May 31
1
ControlMaster, scp and current working directory
Hi,
It seems there is a problem regarding ControlMaster and scp'ing a file
depending on the current working directory:
$ cd ~/Personnel
$ scp -o ControlMaster=yes cox.jpg host.local:
muxserver_listen bind(): No such file or directory
lost connection
$ scp -o ControlMaster=no cox.jpg host.local:
cox.jpg 100% 222KB 222.1KB/s 00:00
$ cd
$ scp -o
2015 Jul 30
1
[Bug 2437] New: ssh with ControlMaster and ControlPath hangs on 2nd session in same terminal
https://bugzilla.mindrot.org/show_bug.cgi?id=2437
Bug ID: 2437
Summary: ssh with ControlMaster and ControlPath hangs on 2nd
session in same terminal
Product: Portable OpenSSH
Version: 6.7p1
Hardware: amd64
OS: Linux
Status: NEW
Severity: normal
Priority: P5
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