Bug 167955 (DelayedCompression) - openssh update breaks -C flag at least for some clients
Summary: openssh update breaks -C flag at least for some clients
Keywords:
Status: CLOSED NOTABUG
Alias: DelayedCompression
Product: Fedora
Classification: Fedora
Component: openssh
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Tomas Mraz
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-09-09 21:02 UTC by Michal Jaegermann
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-09-09 21:27:50 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Michal Jaegermann 2005-09-09 21:02:34 UTC
Description of problem:

After the last update there are no issues with doing 'ssh -C ...' between
machines with the same version of openssh.  It actually works as well
with a client running FC3.  But if I will try the same from a client
running RH7.3 with openssh-3.1p1-18.73 I see when using '-v' flag:

.....
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.2
debug1: match: OpenSSH_4.2 pat OpenSSH*
Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.1p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
no matching comp found: client zlib server none,zlib
debug1: Calling cleanup 0x8063520(0x0)

and a connection is dropped.  There was no problem in connecting before
the last update.  There is no difference if a server is x86 or x86_64
machine.  Doing the same in the other direction works fine.

It is still possible to connect to openssh-4.2p1-1 server if '-C' flag
is dropped although I cannot tell if something else will not jump out with
other clients.  My guess that machnines with RHEL 2.1 will have at least
the same issue (but I do not have one to test).

Version-Release number of selected component (if applicable):
openssh-4.2p1-1

How reproducible:
Always

Comment 1 Tomas Mraz 2005-09-09 21:27:50 UTC
This is known bug in the older ssh clients. You can:
1. Either drop the -C flag from the ssh command line of the older ssh clients
(<3.5p1).
2. Or modify the /etc/ssh/sshd_config on the server so it contains "Compression
yes" which will disable the delayed compression.



Note You need to log in before you can comment on or make changes to this bug.