-
Notifications
You must be signed in to change notification settings - Fork 54
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
Uncaught Error: Cannot parse privateKey: Unsupported key format #72
Comments
Is it a putty or openssh style key? (what's the file ending) |
wow I really should have included that information sorry. It is PUTTY generated .ppy extension. |
I don't know if that is supported by the underlying ssh library. According to this thread mscdex/ssh2#191 it should be supported, but I'm not sure. I don't have access to a Windows machine at the moment. I think the easiest option would be to convert the key to an openssh style key. ---- James Bedont skrev ----
|
Thanks I'll look into doing that. |
after using PUTTYGEN to convert to an open ssh key I get the following error. I'm not sure if this is something you are concerned with but I felt like I may as well follow up. [Enter steps to reproduce below:]
Atom Version: 0.199.0 Stack TraceUncaught Error: privateKey value does not contain a (valid) private key
Commands
Config{
"core": {},
"remote-edit": {}
} Installed Packages# User
minimap, v4.8.0
remote-edit, v1.7.2
# Dev
No dev packages |
Appreciate you letting me know :) |
Hey @sveale! I just caught the same exception on my Mac. It's probably my own fault—I'm using an Ed25519 key pair, which I imagine might have limited support—but thought I'd give you a heads-up anyway. I think the Sublime SFTP package and a number of other SFTP applications I use get around this kind of thing by going through the system |
Hi @phyllisstein you can use ssh agent with this plug-in as well, just select "agent" as authentication method on your host. In regards to the exception it's really hard for me to test without the key. If you want you could create a dummy key pair of same configuration and upload it here and I could check it out. What makes this so hard is that the underlying ssh connection is handled by an entirely different package, ie. If the issue is with that package I don't have the expertise to do anything but file a bug :-) |
HAH! Oh my goodness, thank you for being so polite about pointing out that obvious oversight. "Agent" auth doesn't quite work on OS X, unfortunately:
My current best guess is that it's failing because the Atom process doesn't inherit the As for Ed25519, I've created a Gist with a throwaway keypair here: https://gist.github.com/phyllisstein/07fe1bee468ba92cb534. (If you wanna save some copy-pasting, you can grab the originals at https://cloudup.com/cN4xpjiyTBQ.) And no worries: I completely understand the aggravation of depending on third-party packages more capable than one's own. |
@phyllisstein I think the issue here is that the underlying ssh module (ssh2) doesn't support Ed25519. I imagine that is why using an agent fails as well (this is just a guess). |
Just want to report that I have the same problem and I'm also using a Ed25519 with the auth method key. The tracking issue from there can you find here. |
I was trying this same thing with an ECDSA key type. Same result. |
Same thing here. I'm trying to use the module with ECDSA keys and get errors during connection. |
Any updates here, as it has been 1.5 years? As of 1.23.1, I can't connect to a server with an ed25519 key. |
i seem to have this issue with a ed25519 key. |
Likewise, would be great to see support for Ed25519 keys. |
update: using a PUTTY generated .ppy private key
Atom Version: 0.199.0
System: Microsoft Windows 7 Home Premium
Thrown From: remote-edit package, v1.7.2
Stack Trace
Uncaught Error: Cannot parse privateKey: Unsupported key format
Commands
Config
Installed Packages
The text was updated successfully, but these errors were encountered: