Registered Member
|
I'm not sure why this happens, but when I try to connect to my server (which is behind a firewall and thus SSH port is redirected in through non-standard port).
I can connect my server through ssh, but when I try to connect there with fish:// or sftp:// it does not work - fish will just stay waiting for something and sftp will give an error: "The host key for this server was not found, but another type of key exists. An attacker might change the default server key to confuse your client into thinking the key does not exist. Please contact your system administrator." (that's in Konqueror.. Dolphin gives mangled sentences of errors). If I try to reach a firewall-server through port 22, it works OK, also if I try to reach my server through another firewall with another address, it works OK too. I've deleted every entry in .ssh/known_hosts related to the address or IP, but it does not help anyhow. Where does sftp KIO store its SSH keys? |
Registered Member
|
Ah yes.. I use KDE 4.6.0 on openSUSE 11.3 currently
|
Administrator
|
On my system (running trunk) this seems to work correctly (tested with port 443)
sftp://username@host:port/
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
Well.. I was not saying it's a global bug or smth. What could I check to see what's wrong in my system?
|
Administrator
|
Try turning the appropriate debugging zones on using kdebugdialog and monitoring ~/.xsession-errors
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
|
Administrator
|
As further explanation, use KRunner to run "kdebugdialog". Uncheck "Disable all debug output if needed, then press "Select All" and confirm.
Then use "tail -f ~/.xsession-errors" in Konsole to monitor changes to the file that occur when you are trying to connect to your SSH server.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
I have the same problem, with the same error message. I tried kdebugdialog and monitoring .xsession-errors, but there was nothing that seemed interesting. Any ideas?
|
Administrator
|
Please make sure that a public key version of your key is available for use by libssh.
Example: ~/.ssh/id_rsa and ~/.ssh/id_rsa.pub must both exist for sftp:// to be able to use the key.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
I'm also experiencing this issue: the keys I'm using are id_dsa[.pub], not rsa. This issue appeared after I configured my server to accept key authentication from my client. I'm guessing the problem is that either kio doesn't support the use of dsa keys, or it can't handle a change in key type. As per the OPs first post -
Can anyone answer that? |
Administrator
|
I myself use a dsa key, and it works fine. Please ensure that both the private and public portions are present, and accessible by your user. Also, try adding your key to a SSH agent.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
I can confirm both -
Things that changed between it working and not working: * added key authentication, where previously I would login with user/pass * server was rebuilt (host key changed) So the problem seems to me to be that kio is caching the hosts public credentials *somewhere* but I can't work out where. Copious find-ing and grepping in ~/.kde hasn't turned up anything useful. |
Administrator
|
To confirm that theory, can you try under a new user please?
I would suspect that KIO should use the SSH standard known hosts file in ~/.ssh/known_hosts.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
Created a new user with adduser
New kde profile generated on login ssh from cli worked sftp in dolphin failed with this error: I'm wondering if I'm just missing a package providing dsa support in kio (running up-to-date debian sid, kde 4.6.2 from the kde maintainers experimental snapshots repo)? |
Administrator
|
As far as I am aware, the same code is used for dsa and rsa support in the sftp KIO slave. If you have an empty ~/.ssh/known_hosts, does it prompt you to add the host or decline it?
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered users: Bing [Bot], Google [Bot], Yahoo [Bot]