Submitted by Exoware on Sun, 09/06/2009 - 11:36
What is the purpose of the current implementation of SSH keys in Cloudmin and why have you not included (or excluded) the use of keys with passphrases? I would personally find dropping public keys from passphrased private keys useful as I could SSH directly into any VMs created. Even if you could include the possibility to add a public key to all VMs without storing the private key on Cloudmin, that would be useful.
Status:
Closed (fixed)
Comments
Submitted by sgrayban on Sun, 09/06/2009 - 16:13 Comment #1
You can not bypass the private key no matter what. It must be stored where cloudmin is installed.
Submitted by JamieCameron on Sun, 09/06/2009 - 16:16 Comment #2
Currently, Cloudmin uses SSH keys to login to systems it manages, and so needs to know both the private and public key. In this case, using a passphrase doesn't make much sense, as it would need to store that too in order to login.
However, your suggestion about being able to add a public key for addition to new virtual systems is a good one .. that way, you can use a passphrase-protected private key. I will implement this in the next (3.2) release of Cloudmin.
Submitted by sgrayban on Sun, 09/06/2009 - 16:27 Comment #3
Doesn't it already do that ?
Add to root's authorized keys on new systems? Yes No
I asked for this last year and you added it.
Submitted by JamieCameron on Sun, 09/06/2009 - 16:46 Comment #4
Yes .. but you can't enter just a public key, you are forced to always enter a private key too.
Submitted by sgrayban on Sun, 09/06/2009 - 17:54 Comment #5
Ahhh good point
Submitted by Issues on Thu, 09/24/2009 - 02:20 Comment #6
Automatically closed -- issue fixed for 2 weeks with no activity.