GNOME Bugzilla – Bug 312271
Improve handling when host key changes
Last modified: 2018-05-04 10:30:55 UTC
Distribution/Version: ubuntu/breezy Last week my ISP changed their server, and hence their SSH key. The command line ssh program complained that the key was changed, and told me how to fix it if I knew that it had changed. However nautilus just says: "Couldn't display sftp://<user>@<server>/" This isn't helpful, and for ages I was left wondering what on earth had happened. (I'm raising this in nautilus because I have no idea whether gnome-vfs exports the error correctly or not, feel free to punt it across if it is a problem with gnome-vfs)
I experienced the same problem today on nautilus 2.16.1. Nautilus just gave me an 'Unknown error 38' when trying to access my server. I deleted the bad entry in my ~/.ssh/known_hosts file and now everything works fine. Nuatilus should offer to do this for you (or at least explain the situation).
Really annoying, suggest upping the priority
Created attachment 165049 [details] [review] WIP Just posting my work so far. Seems to work quite well but it's missing proper error handling and freeing of variables. Also doesn't handle if there's another offending key in the know_hosts file. Maybe we could create some default handling where ssh ask for a "(yes/no)?" question and just display everything on stdout?
Also, it only handles openssh so far.
-> gvfs This seems to be a gvfs bug then.
Comment on attachment 165049 [details] [review] WIP Marking the patch as needs-work as noted in comment 3.
Note that gvfs handles sftp host key changes correctly by reporting "Host key verification failed". So this bug should be about allowing the user to remove the the offending host key.
I am conviced that this has been fixed by patches from Bug 545445, let's close as duplicate. *** This bug has been marked as a duplicate of bug 545445 ***