Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Unknown host key" warning even though "Always" is chosen #6361

Closed
cyberduck opened this issue Nov 11, 2011 · 7 comments
Closed

"Unknown host key" warning even though "Always" is chosen #6361

cyberduck opened this issue Nov 11, 2011 · 7 comments
Assignees
Labels
bug high priority sftp SFTP Protocol Implementation worksforme

Comments

@cyberduck
Copy link
Collaborator

1e58d08 created the issue

hi,

i'm having the same problem as here #1671, but deleting the known_hosts did not help.

further more, i see, that with every "yes, store the key forever" klick, the key of the ftp server is added known_hosts again.
so i have a known_hosts with a lot of identical entries now.

any suggestions?

those are the only errors i see in the console:

11.11.11 22:44:48,081 Cyberduck: Error loading /Users/user/Library/Contextual Menu Items/Disk Inventory X Finder CM.plugin/Contents/MacOS/Disk Inventory X Finder CM:  dlopen(/Users/user/Library/Contextual Menu Items/Disk Inventory X Finder CM.plugin/Contents/MacOS/Disk Inventory X Finder CM, 262): no suitable image found.  Did find:
	/Users/user/Library/Contextual Menu Items/Disk Inventory X Finder CM.plugin/Contents/MacOS/Disk Inventory X Finder CM: mach-o, but wrong architecture
11.11.11 22:44:48,081 Cyberduck: Cannot find function pointer AbstractCMPluginFactory for factory 29E65FF2-4AAE-11D9-A8A3-000393B64A0C in CFBundle/CFPlugIn 0x1ac090 </Users/user/Library/Contextual Menu Items/Disk Inventory X Finder CM.plugin> (bundle, not loaded)

i'm running lion 10.7.2 and cyberduck Version 4.1.3 (9045)

i remember, having this "trouble" with snow leopard too. that was an earlier version of cyberduck.

the ftp-server shows: 220 NASFTPD Turbo station 2.x 1.3.2e Server (ProFTPD)
(its a qnap nas)

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Can you login to a guest account in OS X and test if you get the same trouble.

@cyberduck
Copy link
Collaborator Author

1e58d08 commented

Thanks for the hint.
"Works for me" too.
Now I have to fiddle out, whats the problem on my Systems.
Cheers,

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Replying to [comment:5 cyperpopyber]:

Thanks for the hint.
"Works for me" too.
Now I have to fiddle out, whats the problem on my Systems.
Cheers,

Please reopen the ticket if you can provide more information. I actively close tickets that miss a timely response as it is unlikely to find a resolution then. In this case I just have no idea what might be going on and can only do wild guesses not much educated. We have to narrow down the possible causes and the first step is to try it with another account.

@cyberduck
Copy link
Collaborator Author

Daps0l commented

Hello, i have exactly the same problem;
The problem seems to occur when the SSH server is running on a non-default port. For example my SSH server is running on port 11111 instead of 22.

Steps to reproduce:

  • Delete ~/.ssh/known_hosts
  • Connect to mypc.homeip.net:11111
  • Unknown host key -> check 'always' -> allow
  • 1 line added to ~/.ssh/known_hosts
  • Disconnect
  • Connect to mypc.homeip.net:11111
  • Unknown host key -> check 'always' -> allow
  • 1 line added to ~/.ssh/known_hosts (total = 2 lines now)
  • Disconnect
    This continues forever, always adding another new line to the known_hosts.

So my guess is the problem probably has got something to do with the hashing of:

[mypc.homeip.net]:11111 ssh-rsa <hostkey>

for hosts with non default ports, versus:

mypc.homeip.net ssh-rsa <hostkey>

for default ports.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

We do not take the server port number into account when verifying or adding keys, though.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Added test in 2e74eed.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

I have tested here with running OpenSSH on port 222 on localhost with an empty known_hosts but cannot reproduce.

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug high priority sftp SFTP Protocol Implementation worksforme
Projects
None yet
Development

No branches or pull requests

2 participants