Bug 123882
| Summary: | Nautilus/gnome-vfs sftp:// doesn't handle first time login | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Nils O. Selåsdal <nos> |
| Component: | gnome-vfs2 | Assignee: | Jonathan Blandford <jrb> |
| Status: | CLOSED RAWHIDE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 2 | CC: | ddumas |
| 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: | 2004-10-15 14:38:11 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: | |||
Fixed in gnome 2.8 (in fc3). |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510 Galeon/1.3.14 Description of problem: When first ssh or sftp'ing to a host you're asked to trust the authentication of the host, e.g. [noselasd@nos-rh noselasd]$ ssh test.fiane.intra The authenticity of host 'test.fiane.intra (192.168.170.99)' can't be established. RSA key fingerprint is XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX. Are you sure you want to continue connecting (yes/no)? Typing sftp://test.fiane.intra/ in Nautilus when never ssh'ed to it before gives and error: Couldn't display "sftp://test.fiane.intra". Access denied. AND leaves running ssh processes forever it seems(not zombies) Version-Release number of selected component (if applicable): gnome-vfs2-2.6.0-8 How reproducible: Always Steps to Reproduce: 1. Open Nautilus. 2. Connect to a host with sftp:// that you never contacted before. Actual Results: Error messages and leaving running processes as described above. Expected Results: sftp:// ought to work on hosts never contaced before. Possibly presenting a dialog to verify the hosts authentication just like the sftp/ssh command line does. Additional info: Workaround is to first ssh/sftp to the host from a commandline, and answer yes to the "Are you sure you want to continue connecting (yes/no)?"