Earlier quoted context omitted.
~/.ssh/config is perfectly fine for that.
Nope. I've used linux since the 1990s. Was friends with the founders of LinuxCare, met Torvalds. blah blah blah... Since semi-retire from ops... and basically using windows for a few years without need to manage a linux box, youd be FN surprised how quickly basic knowledge evaporate at my age when not in use. I had to fn lookup how to add my keys to a box again. (After a 3-month long panel-interview with Google's Net…
Show HN: I built a simple, open-source tool to manage servers and SSH keys
31–40 of 97 posts
Re: Show HN: I built a simple, open-source tool to manage servers and SSH keys
#32EDIT: I was wrong. See comments.
Does anyone have any suggestions?
Re: Show HN: I built a simple, open-source tool to manage servers and SSH keys
#33So, congratulations on releasing your project but I'm not sure what problem are you trying to solve. Please add some use-cases to make it clear where exactly does it come in, because once I add a key in my ssh config, I'm pretty much there. For more complicated tasks I use ansible.
Thanks! - No need to remember server IPs - Viking gives you an overview with simple machine ls and key ls commands - A more modern and intuitive API - Works consistently across all platforms - Close to the Docker API Sure, it’s only the first release. It may not seem like much now, but with feedback, the project will move closer to the goal.
If I put my server's IP in my ~/.ssh/config, I don't need to remember it, and the autogenerated `~/.ssh/known_hosts` file will ensure that the IP doesn't change after my first time connecting. Is there some functionality beyond this in terms of remembering server IPs?
Re: Show HN: I built a simple, open-source tool to manage servers and SSH keys
#34Earlier quoted context omitted.
Nope. I've used linux since the 1990s. Was friends with the founders of LinuxCare, met Torvalds. blah blah blah... Since semi-retire from ops... and basically using windows for a few years without need to manage a linux box, youd be FN surprised how quickly basic knowledge evaporate at my age when not in use. I had to fn lookup how to add my keys to a box again. (After a 3-month long panel-interview with Google's Net…
If the issue is forgetting basic commands / configuration options then how does swapping one tool for another help? You'll just forget how to use the second tool instead.
Re: Show HN: I built a simple, open-source tool to manage servers and SSH keys
#351. Great job on shipping! Whether or not the people in this thread find this tool useful, I want to congratulate you on putting together something you're ready to share with the world.
2. I'd love to hear the story of what prompted you to create this tool. Was it an issue you had? Did you set out to make something easier?
3. Not everything has to be useful to everybody. It's OK if this is something you find useful and no one else does.
Cheers
Re: Show HN: I built a simple, open-source tool to manage servers and SSH keys
#36That's a sensitive area for someone unknown to be touching. You have no information about who you are or what you've done and you expect me to trust you with ssh keys and remotes? The go.sum is concerning as well because now I need to trust all of those. https://github.com/d3witt/viking/blob/main/go.sum
Re: Show HN: I built a simple, open-source tool to manage servers and SSH keys
#37What's the point of having different ssh key per server? You are .pub is meant to be shared; even publicly. It's fine to have one ssh key for everything. It's also hard to think about a scenario where one ssh key in your machine is compromised, but not the others.
I do have some use-cases where I use different ssh-keys per server/cluster:
- Setting up client's machines allow me to nuke the keypair when work is done and I no longer have access. Customers trust me to do this - they trusted me to set up their machines already.
- Belonging to different projects: so that when the project is finished, handed over or closed down, I can safely delete all keys associated with that, knowing for sure I'm not deleting keys that I did need after all.
- Having different levels - testing these levels. I set up servers in a way that there's sysadmins who have root/sudo, and `deploy` users that can only deploy apps (e.g. capistrano, ansible, k8s and so on) and maybe `sudo systemctl restart my-app` and/or read certain /var/log/some-log. I want to be sure that something does/does not work because of the correct keys, and not because one of the 12+ keys in my ssh-agent happens to be used instead.
So, in my case, I do have a lot of ssh-keys that I juggle with.
I wish there were just a version of ssh-agent/ssh-add though, with better UX. Looks like maybe viking is that?
Re: Show HN: I built a simple, open-source tool to manage servers and SSH keys
#38 $ viking machine add --name deathstar --key starkey 168.112.216.50
$ viking exec --tty deathstar /bin/bash
Over putting the following in my ~/.ssh/config Host deathstar
HostName 168.112.216.50
User my_user
IdentityFile ~/.ssh/starkey
And then just typing $ ssh deathstar
?Re: Show HN: I built a simple, open-source tool to manage servers and SSH keys
#39Earlier quoted context omitted.
~/.ssh/config is perfectly fine for that.
Nope. I've used linux since the 1990s. Was friends with the founders of LinuxCare, met Torvalds. blah blah blah... Since semi-retire from ops... and basically using windows for a few years without need to manage a linux box, youd be FN surprised how quickly basic knowledge evaporate at my age when not in use. I had to fn lookup how to add my keys to a box again. (After a 3-month long panel-interview with Google's Net…
There does seem to be a subset of questions that are really just "have you repeatedly used this tool in the last few months?". If you have, you'll probably be fast.
Re: Show HN: I built a simple, open-source tool to manage servers and SSH keys
#40So, congratulations on releasing your project but I'm not sure what problem are you trying to solve. Please add some use-cases to make it clear where exactly does it come in, because once I add a key in my ssh config, I'm pretty much there. For more complicated tasks I use ansible.
Thanks! - No need to remember server IPs - Viking gives you an overview with simple machine ls and key ls commands - A more modern and intuitive API - Works consistently across all platforms - Close to the Docker API Sure, it’s only the first release. It may not seem like much now, but with feedback, the project will move closer to the goal.
I would personally prefer using well-known tools over installing someone's latest project to handle something as sensitive as my SSH credentials.
Installing code instead of editing my .ssh/config seems like a gigantic risk.