Bug 484459
Summary: | ssh - buffer_get_ret: trying to get more bytes 4 than in buffer 0 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | John Ellson <john.ellson> |
Component: | gnome-keyring | Assignee: | Tomáš Bžatek <tbzatek> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | einer, mclasen, mgrepl, nhwuxiaojun, tbzatek, tmraz, tsmetana, walters |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-02-15 15:50:22 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
John Ellson
2009-02-06 22:27:00 UTC
The problem seems to be caused by my id_dsa key ??? Removing that and the id_rsa key works fine. I use that dsa key in a lot of places, so I don't want to remove it permanently. Whats going on? A working rsa public key: debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/ellson/.ssh/id_rsa (0x2880550) debug3: input_userauth_banner Same site, with the id_dsa & id_dsa.pub restored into .ssh/ debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received buffer_get_ret: trying to get more bytes 4 than in buffer 0 buffer_get_int: buffer error What have you upgraded - client or server? What is the openssh version on the other end? What happens if you do 'unset SSH_AUTH_SOCK' before running the ssh client? Same here, today's rawhide, cannot connect from client to server. client: openssh-5.1p1-6.fc11.x86_64 openssl-0.9.8j-7.fc11.x86_64 glibc-2.9.90-3.x86_64 gcc-4.4.0-0.16.x86_64 server: openssh-5.1p1-6.fc11.i386 openssl-0.9.8j-6.fc11.i686 glibc-2.9.90-3.i686 gcc-4.3.2-7.i386 Removing ~/.ssh/known_hosts didn't help. Unsetting SSH_AUTH_SOCK helped. $ echo $SSH_AUTH_SOCK /tmp/keyring-c543Ad/socket.ssh So... this looks like gnome-keyring error :-/ Yes, if unsetting SSH_AUTH_SOCK helps and it points to gnome-keyring and not regular ssh_agent it is gnome-keyring bug. Using ssh from a ssh login session, without a desktop and with no SSH_AUTH_SOCK set, works ok. When I get back home tonight I'll see if SSH_AUTH_SOCK is set and if unsetting it helps me, but that seems likely based on Comment #4. Oh yes, only my client was updated to fc11 rpms. The servers are all fc10 or less. Confirming "unset SSH_AUTH_SOCK" fixes the issue for me too. What version of gnome-keyring ? What arch ? gnome-keyring-2.25.90-4.fc11 x86_64 I can't reproduce this bug on a similarly equipped i386 box. Reverting to gnome-keyring-2.25.5-1.fc11.x86_64 make ssh work again, although it gives an error message: ellson@ontap:Desktop> ssh penguin Error reading response length from authentication socket. Last login: Fri Feb 13 20:43:53 2009 from ontap.ellson.com ellson@penguin:~> Can you retry with 2.25.91 ? It contains some more 64bit fixes. Everything seems to work with gnome-keyring-2.25.91-1.fc11.x86_64 Thanks Hey Guys, the bug is back in version gnome-keyring-2.26.1-1.fc11.x86_64 Symptoms/process same as above postings. Fedora 11 x86_64 Einer |