I am trying to use the new SFTP but I keep running into an issue. When trying to connect to a server it prompts me for a password for a keyfile which is not password protected.
There is no option to enter nothing, the "Ok" button is disabled. The only option is to cancel.
There is nothing detailed printed in the logs, just the generic connection line
Connecting to host ***.***.***.***, port 22, user ******, private key
Cancelled
That means it's trying to use the old SFTP code for some reason, while set to use the new code. If you can work out the sequence of actions to make that happen, please start a new thread with the details.
I tried several key types, and they all failed.
For the new SFTP I first tried with an openssh private key id_ed25519, got the log in the first post.
Then I tried one I was using previously with old SFTP is PuTTY-User-Key-File-2: ssh-ed25519 Encryption: none, also fails. It has no password but when typing a password still there's a slightly different message.
Connecting to host *******, port 22, user ********, private key
Failed to convert private key format. (Error code 1630: Data of this type is not supported.)
Failed to load private key (typed password; ******\id_ed25519_private.ppk) (Error code 30042: Failed to import private key.)
Cancelled
I also just tried just creating a new ed25519 openssh key WITH a password, it also still somehow fails. The log message is still generic.
Connecting to host ******, port 22, user ********, private key
Failed to load private key (typed password; C:\Users\**********\test_ed25519) (Error code 30042: Failed to import private key.)
Cancelled
At one point during attempts I even got the same log message as diegocr, but I have been unable to replicate the circumstances that have made it appear.
The only way that I managed to get the new SFTP working at all is to create a brand new key PuTTY-User-Key-File-2: ssh-rsa. Then dopus loads the remote and opens it just fine, even without a password, and works pretty well overall.
I think there are two issues. One is that any error loading key files without a password will result in a password prompt, as we don't always know the reason for the error, and assume it's likely it just needs a password. I'll see if we can make that better.
Sounds like ed25519 keys also aren't working, although they are supposed to. I'd put that on my list to investigate as well.