Latest upstream release: 5.9p1 Current version in Fedora Rawhide: 5.8p2 URL: http://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring
I have prepared package, but the upstream tarball is still buggy according to djm. The repaired package is announced for tomorrow.
5.9p1-1.fc17 doesn't work for me. I appear to connect but never get a shell. Debug shows: debug1: Entering interactive session. debug1: channel 0: free: client-session, nchannels 1 debug3: channel 0: status: The following connections are open: #0 client-session (t3 r-1 i0/0 o0/0 fd 4/5 cfd -1) Then after a long timeout: debug3: channel 0: close_fds r 4 w 5 e 6 c -1 Read from remote host vmrawhide: Connection reset by peer Downgrading to 5.8p2-21.fc17 works.
(In reply to comment #2) > 5.9p1-1.fc17 doesn't work for me. I appear to connect but never get a shell. > Debug shows: > > debug1: Entering interactive session. > debug1: channel 0: free: client-session, nchannels 1 > debug3: channel 0: status: The following connections are open: > #0 client-session (t3 r-1 i0/0 o0/0 fd 4/5 cfd -1) have you fully upgdaded rawhide?
Yes. Using --skip-broken to avoid packages with dependency issues. Actually the hang occurs here on the client: debug1: Authentication succeeded (publickey). debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Requesting no-more-sessions debug1: Entering interactive session. On the server: ep 9 10:52:21 vmrawhide sshd[13048]: debug2: userauth_pubkey: authenticated 1 pkalg ssh-rsa [preauth] Sep 9 10:52:21 vmrawhide sshd[13048]: debug3: mm_do_pam_account entering [preauth] Sep 9 10:52:21 vmrawhide sshd[13048]: debug3: mm_request_send entering: type 51 [preauth] Sep 9 10:52:21 vmrawhide sshd[13048]: debug3: mm_request_receive_expect entering: type 52 [preauth] Sep 9 10:52:21 vmrawhide sshd[13048]: debug3: mm_request_receive entering [preauth] Sep 9 10:52:21 vmrawhide sshd[13048]: debug3: mm_do_pam_account returning 1 [preauth] Sep 9 10:52:21 vmrawhide sshd[13048]: debug3: mm_send_keystate: Sending new keys: 0x7f4c758bc0f0 0x7f4c758bbdd0 [preauth] Sep 9 10:52:21 vmrawhide sshd[13048]: debug3: mm_newkeys_to_blob: converting 0x7f4c758bc0f0 [preauth] Sep 9 10:52:21 vmrawhide sshd[13048]: debug3: mm_newkeys_to_blob: converting 0x7f4c758bbdd0 [preauth] Sep 9 10:52:21 vmrawhide sshd[13048]: debug3: mm_send_keystate: New keys have been sent [preauth] Sep 9 10:52:21 vmrawhide sshd[13048]: debug3: mm_send_keystate: Sending compression state [preauth] Sep 9 10:52:21 vmrawhide sshd[13048]: debug3: mm_request_send entering: type 25 [preauth]
*** Bug 737084 has been marked as a duplicate of this bug. ***
Currently the latest openssh-5.9p1-3 does not allow to connect too.
*** Bug 737295 has been marked as a duplicate of this bug. ***
With the tip in comment #2, I ran these commands from an empty directory: koji download-build --arch x86_64 openssh-5.8p2-21.fc17 yum downgrade *.rpm and am now back in business.
temporarily solved in openssh-5.9p1-5
Thanks, Jan. However, at least for me, the problem remains. Symptoms unchanged after upgrade and reboot, so I've downgraded again.
(In reply to comment #10) > Thanks, Jan. > However, at least for me, the problem remains. > Symptoms unchanged after upgrade and reboot, so I've downgraded again. have you tested REALLY openssh-5.9p1-5 ?
Oh! You're right. I tested p1-3. Sorry about that. I've just downloaded the latest from koji, koji download-build --arch x86_64 openssh-5.9p1-5.fc17 installed its rpms, restarted sshd, and *it* does work. Thank you!