Bug#280609: ssh: -q suppresses "Connection refused" messages
reassign 280609 openssh-client
retitle 280609 ssh option -q suppresses various fatal error messages
found 280609 openssh-client/1:5.1p1-5
thanks
Reassigning since ssh is now a metapackage and the real bug is in
the client. See below concerning the retitle.
On 2004-11-10 14:34:35 +0000, Roland Turner wrote:
> Package: ssh
> Version: 1:3.8.1p1-8.sarge.2
> Severity: normal
>
> According to the man page:
>
> > -q Quiet mode. Causes all warning and diagnostic messages to be
> > suppressed. Only fatal errors are displayed. If a second -q
> > is given then even fatal errors are suppressed.
>
> In fact, -q also suppresses "Connection refused" which sounds pretty
> fatal to me.
Not only this one, but also "Could not resolve hostname..."
and "Permission denied".
vin% ssh blah
ssh: Could not resolve hostname blah: Name or service not known
vin% ssh -q blah
vin% ssh www.debian.org
Warning: Permanently added 'www.debian.org,194.109.137.218' (RSA) to the list of known hosts.
Password:
Password:
Password:
Permission denied (publickey,keyboard-interactive).
vin% ssh -q www.debian.org
Password:
Password:
Password:
vin%
Also I wonder if "Connection to <host> closed by remote host." should
be regarded as a fatal error. After this bug is fixed, if this message
is regarded as a fatal error, then there should be an option to
suppress such messages after the fork when the option -f is used, as
getting messages in the terminal from *background* processes can be
annoying (FYI, in my case, I start "ssh -fMN <host>" automatically
via a wrapper when the master isn't running, so that a connection
closed here isn't really a fatal error).
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
Reply to: