Bug#771321: openssh-client: ssh-copy-id appears to hang when an existing control master is open
Package: openssh-client
Version: 1:6.7p1-3
Severity: normal
What actually happens is that ssh-copy-id tries to run this code, expecting it
to fail:
REMOTE_VERSION=$(ssh -v -o PreferredAuthentications=',' "$@" 2>&1 |
sed -ne 's/.*remote software version //p')
However, if an existing control master is open, and ssh is configured to use
it, this will /not/ fail, leaving you controlling an ssh connection to the
remote host, without seeing any of the output (since it's being piped into
sed), making it look like ssh-copy-id has hung.
I think most (or maybe all) of the ssh invocations in ssh-copy-id should
probably just pass -o ControlPath=none since using an existing control master
is not desireable in those cases.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.17-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_ZA.utf8, LC_CTYPE=en_ZA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages openssh-client depends on:
ii adduser 3.113+nmu3
ii dpkg 1.17.21
ii libc6 2.19-13
ii libedit2 3.1-20140620-2
ii libgssapi-krb5-2 1.12.1+dfsg-15
ii libselinux1 2.3-2
ii libssl1.0.0 1.0.1j-1
ii passwd 1:4.2-3
ii zlib1g 1:1.2.8.dfsg-2
Versions of packages openssh-client recommends:
ii xauth 1:1.0.9-1
Versions of packages openssh-client suggests:
pn keychain <none>
pn libpam-ssh <none>
ii monkeysphere 0.37-1
ii ssh-askpass 1:1.2.4.1-9
-- no debconf information
Reply to: