Bug 711253
| Summary: | OpenSSH won't try all keys when using LXDE | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | eric | ||||
| Component: | openssh | Assignee: | Jan F. Chadima <jchadima> | ||||
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 15 | CC: | jchadima, mattias.ellert, mgrepl, tmraz | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2011-06-13 07:04:10 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: | |||||||
| Attachments: |
|
||||||
Where you have the keys stored? Are you running the ssh-agent? Keys are stored in ~/.ssh. AFAIK, ssh-agent is working. I can immediately go to GNOME and all works as expected. The reason is that Gnome does not use ssh-agent but gnome-keyring in the ssh agent role. Gnome-keyring does this 'try all keys in .ssh' behavior. So how do you fix this behavior? There is nothing to fix. You can probably run gnome-keyring instead of ssh-agent in LXDE (I am not sure about that.) if you like this behavior so much. Or you can add the keys by ssh-add <filename> with some script. |
Created attachment 503354 [details] OpenSSH verbose log Description of problem: When using LXDE OpenSSH won't try all ssh keys to login to the other computer. When using GNOME I don't see this behavior. Version-Release number of selected component (if applicable): openssh.i686 5.6p1-31.fc15.1 How reproducible: Always Steps to Reproduce: 1. Attempt to connect to server using crypto login. 2. 3. Actual results: OpenSSH attempts to use id_rsa and id_dsa but none of the other keys such as id_rsa.4. Expected results: OpenSSH attempts to use any key available. Additional info: