Live data from Hacker News

Linux boxes via SSH: suspended when disconected

shellbox.dev

21–30 of 163 posts

Re: Linux boxes via SSH: suspended when disconected

#21
post #5
post #4

$36/mo for 2/4/50 VPS without public IP... Ok, I get the idea that the service is for non-regular use, but I think even $0.005 per hour ($3.6/mo) of suspended state is too expensive. The same config in Hetzner is just $4.09/mo for 24/7 working VPS with public IPv4 address

Hi, That is a good point actually. The suspended price has to be significantly lower than the alternative. I'll revise it. Still, there is the advantage of simplicity not having to deal with the web console etc. Some people may enjoy this

Have fun racing to the bottom. If I can get an unsuspended VM at 5$ a month, the suspendable one has to be significantly faster or significantly cheaper. Then again, take my gnawing with a boulder of salt for I will not be a customer. I have my own server that is running 24/7 already.

Re: Linux boxes via SSH: suspended when disconected

#22
I've been trying to come up with a hypothetical use case for this. I can't use this as a server without keeping an active session right? I wonder if you could get around this by sshing into itself from inside the primary session. Is that an edge case you've considered?

Re: Linux boxes via SSH: suspended when disconected

#23
post #22

I've been trying to come up with a hypothetical use case for this. I can't use this as a server without keeping an active session right? I wonder if you could get around this by sshing into itself from inside the primary session. Is that an edge case you've considered?

This is a feature I want to implement: an option to keep boxes running while disconnected. Maybe with something like

ssh shellbox.dev keepalive box1

Re: Linux boxes via SSH: suspended when disconected

#24
post #23
post #22

I've been trying to come up with a hypothetical use case for this. I can't use this as a server without keeping an active session right? I wonder if you could get around this by sshing into itself from inside the primary session. Is that an edge case you've considered?

This is a feature I want to implement: an option to keep boxes running while disconnected. Maybe with something like ssh shellbox.dev keepalive box1

Maybe this and other future extended features could be configured via some host-accessible mounted conf.d? Otherwise if I forget to use that command on every login, I might just forget, logout, and go on thinking my server is still running.

Re: Linux boxes via SSH: suspended when disconected

#25
post #24
post #23

Earlier quoted context omitted.

This is a feature I want to implement: an option to keep boxes running while disconnected. Maybe with something like ssh shellbox.dev keepalive box1

Maybe this and other future extended features could be configured via some host-accessible mounted conf.d? Otherwise if I forget to use that command on every login, I might just forget, logout, and go on thinking my server is still running.

The feature can be discussed here: https://github.com/skariel/shellbox.issues/issues/3

Re: Linux boxes via SSH: suspended when disconected

#26
post #14

This is fascinating idea. I created an idea like this on top of firecracker and custom golang ssh client to build something like this for my own personal use case (the abstraction part of pricing and how to connect it seemed the more difficult part for me atleast) What stack does this use underneath? Good luck with launch, this idea is similar to railway in terms of pricing model. I discussed about it a few comments…

Hi thanks for the interest! This is all written in python and the AsyncSSH package. Firecracker for VMs with memory mapped files for ram. Paddle for billing. Caddy as a reverse proxy for certificates. It works on top of very large bare metal instances. I'm thinking maybe open sourcing but it will take some more work on the code to make it publishable w/o embarrassing myself :)

Do you do something similar to the modifications codesandbox has done to firecracker, regarding mmap ram? (They have multiple blogposts about it on their blog)

Would love to chat about details there

Re: Linux boxes via SSH: suspended when disconected

#27
post #14

This is fascinating idea. I created an idea like this on top of firecracker and custom golang ssh client to build something like this for my own personal use case (the abstraction part of pricing and how to connect it seemed the more difficult part for me atleast) What stack does this use underneath? Good luck with launch, this idea is similar to railway in terms of pricing model. I discussed about it a few comments…

Hi thanks for the interest! This is all written in python and the AsyncSSH package. Firecracker for VMs with memory mapped files for ram. Paddle for billing. Caddy as a reverse proxy for certificates. It works on top of very large bare metal instances. I'm thinking maybe open sourcing but it will take some more work on the code to make it publishable w/o embarrassing myself :)

THanks for your response! as well

I am interested in which bare metal instances from which provider are you using if I may ask since I had a similar idea (as mentioned before) and I wanted to deploy it on hetzner but I was always worried that hetzner's policy might be too harsh for it even though they are one of the cheapest options out there

Which server provider did you end up using?

Thanks once again for your in depth response, these are the things I come to hackernews for! cheers and looking to ya response

Re: Linux boxes via SSH: suspended when disconected

#28
Not sure about the security sandbox, but given that paddle.com (your payment provider) takes 5% cut you could consider accepting lightning (bitcoin layer2) payments. QR code generation for lightning invoice is instantaneous just as payment, and will cost less than 0.1% fee (payer pays fee anyway). But the security sandbox should be solid, else it will be used for illegal stuff.

Re: Linux boxes via SSH: suspended when disconected

#29
post #26
post #14

Earlier quoted context omitted.

Hi thanks for the interest! This is all written in python and the AsyncSSH package. Firecracker for VMs with memory mapped files for ram. Paddle for billing. Caddy as a reverse proxy for certificates. It works on top of very large bare metal instances. I'm thinking maybe open sourcing but it will take some more work on the code to make it publishable w/o embarrassing myself :)

Do you do something similar to the modifications codesandbox has done to firecracker, regarding mmap ram? (They have multiple blogposts about it on their blog) Would love to chat about details there

I have read about it, but currently using vanilla Firecracker w/o any memory optimizations. It is as simple as it gets for now

Re: Linux boxes via SSH: suspended when disconected

#30
post #14

Earlier quoted context omitted.

Hi thanks for the interest! This is all written in python and the AsyncSSH package. Firecracker for VMs with memory mapped files for ram. Paddle for billing. Caddy as a reverse proxy for certificates. It works on top of very large bare metal instances. I'm thinking maybe open sourcing but it will take some more work on the code to make it publishable w/o embarrassing myself :)

THanks for your response! as well I am interested in which bare metal instances from which provider are you using if I may ask since I had a similar idea (as mentioned before) and I wanted to deploy it on hetzner but I was always worried that hetzner's policy might be too harsh for it even though they are one of the cheapest options out there Which server provider did you end up using? Thanks once again for your in d…

Hetzner auction servers, not cloud
Post reply on HN