ssh client disconnected after successful login

Bug #304623 reported by Azhar
2
Affects Status Importance Assigned to Milestone
openssh (Fedora)
Fix Released
Medium
openssh (Ubuntu)
Fix Released
Undecided
Caspar Clemens Mierau

Bug Description

Binary package hint: openssh-client

Bug is exactly similar to the one submitted to Fedora here

https://bugzilla.redhat.com/show_bug.cgi?id=466818

Revision history for this message
In , Jan (jan-redhat-bugs) wrote :

Description of problem:
After a recent upgrade I am no longer able to log in to the embedded devices like HP ProCurve ethernet switches or APC master switches - the remote device just closes the connection after receiving the password.

Version-Release number of selected component (if applicable):
openssh-server-5.1p1-2.fc9.i386
openssh-clients-5.1p1-2.fc9.i386
openssh-askpass-5.1p1-2.fc9.i386
openssh-5.1p1-2.fc9.i386

How reproducible:
100 %

Steps to Reproduce:
1. install the above version of openssh
2. try to log in to the remote device using password

Actual results:
connection is closed by the remote side. APC master switches do not
say anything, with HP ProCurve ssh says the following:

Received disconnect from XXX: 2: protocol error: rcvd type 80

Expected results:
Command-line prompt on HP ProCurve (tested 2650, 2848, 4300), menu screen on
APC (tested version 7920).

Additional info:
Downgrading to 5.0p1-1.fc9 fixes the problem. The problem happens at least on i386 and x86_64.

I will attach the two ssh -v sessions (one with 5.0p1-1.fc9, the other one with 5.1p1-2.fc9).

Revision history for this message
In , Jan (jan-redhat-bugs) wrote :

Created attachment 320228
ssh -v with 5.0p1 and 5.1p1 to the APC master switch.

Revision history for this message
In , Tomas (tomas-redhat-bugs) wrote :

Do you see anything suspicious in ssh -vvv session with the 5.1p1?

Revision history for this message
In , Jan (jan-redhat-bugs) wrote :

Created attachment 320323
ssh -vvv to the APC master switch (5.0p1)

Revision history for this message
In , Jan (jan-redhat-bugs) wrote :

Created attachment 320325
ssh -vvv to the APC master switch (5.1p1)

OK, here you are. Running diff -u on the above two files did not show anything I can make sense of :-)

[Meta: is it just me, or is Bugzilla these days _awfully_ slow? Just opening the bug page took about half a minute here, the same for adding attachments and every other page]

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

openssh-5.1p1-3.fc9 has been submitted as an update for Fedora 9.
http://admin.fedoraproject.org/updates/openssh-5.1p1-3.fc9

Revision history for this message
In , Jan (jan-redhat-bugs) wrote :

Works for me (tested x86_64 arch only, against both HP and APC boxes). Thanks for solving the problem this fast!

[Meta from the comment #4 stil holds, bugzilla is still very slow here]

Revision history for this message
In , Tomas (tomas-redhat-bugs) wrote :

Upstream solved it just today, not me :)

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

openssh-5.1p1-3.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.

Changed in openssh:
status: Unknown → Fix Released
Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Unfortunately, we can't fix it because your description didn't include enough information. You may find it helpful to read "How to report bugs effectively" http://www.chiark.greenend.org.uk/~sgtatham/bugs.html. We'd be grateful if you would then provide a more complete description of the problem.

Please include, if possible:

The source package you found the bug in, for help see https://wiki.ubuntu.com/Bugs/FindRightPackage .

1) The release of Ubuntu you are using, via 'lsb_release -rd' or System -> About Ubuntu.
2) The version of the package you are using, via 'apt-cache policy packagename' or by checking in Synaptic.

Changed in openssh:
status: New → Incomplete
Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in openssh:
status: Incomplete → Invalid
Revision history for this message
Azhar (azacamis) wrote :

Client will disconnect after login with the following error

Received disconnect from host: 2: protocol error: rcvd type 80

Bug occurs in Ubuntu 8.10

Package affected is openssh-client 1:5.1p1-3ubuntu1

Changed in openssh:
status: Invalid → New
Changed in openssh:
assignee: nobody → damokles
status: New → Incomplete
Revision history for this message
Clayton Dukes (cdukes) wrote :

I have this exact same problem:

Client will disconnect after login with the following error
Received disconnect from host: 2: protocol error: rcvd type 80
Bug occurs in Ubuntu 8.10
Package affected is openssh-client 1:5.1p1-3ubuntu1

Revision history for this message
Clayton Dukes (cdukes) wrote :

Adding these lines to /etc/ssh/sshd_config makes my daemon work properly.

        ChallengeResponseAuthentication yes
        PasswordAuthentication yes

Revision history for this message
Chuck Short (zulcss) wrote :

Thanks Im closing this then.

Regards
chuck

Changed in openssh (Ubuntu):
status: Incomplete → Fix Released
Changed in openssh (Fedora):
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.