Live data from Hacker News

Exe.dev

exe.dev

171–180 of 316 posts

Re: Exe.dev

#171

The individual plan says: — $20/month — 25 VMs — 2 CPUs — 8GB RAM — 25GB disk — 100GB bandwidth Is this 2 CPUs/8GB RAM per VM (in other words, 50 CPUs/200GB RAM)? If so, this is an unbelievable bargain (too good to be true?); other cloud providers charge hundreds of dollars per month for an equivalent VM. If, OTOH, it's 2 CPUs/8GB total, Hetzner offers an equivalent VM for about $5/month (with much more disk and band…

No I apologize for the confusion (exe.dev person here). What is different about this service is you get dedicated resources that you share between your VMs. The initial allocation is conservative, we want to give people more (or drop the price). The goal is to reduce the marginal cost of creating a VM to zero. Instead of installing a container manager or using Unix users, just make another VM. (I will get a better ve…

You guys really need to work on simplifying your communication on your website. I was also very confused about how the 8GB - whether it is per VM, shared etc.

Re: Exe.dev

#172
This costs twice as much as something like Hetzner for the same resources. What’s the benefit?

Re: Exe.dev

#173
post #64

That must be worst website ever made. Zero information available on mobile. I thought it is some kind of portfolio site that does not work on mobile.

It's kind of funny our experiences are so diffent. I almost immediately surmised it's some sort of on the fly generated vm you can access via a ssh jumpserver. Which it is! It's actually really neat. It's quite obvious that the authors want us to just ssh into it and try it out first.

Yep, with no privacy policy published.

Re: Exe.dev

#174
post #153

Earlier quoted context omitted.

"exe.dev is a subscription service that gives you virtual machines, with persistent disks, quickly and without fuss." scroll down and hit the "about" link. I do agree though the landing page could be more resourceful. I'm not going to SSH to a random server.

That's my point, the home/landing page tells you nothing other than "try to ssh into this van"

All a malicious website has to do to be convincing is to have a more conventional landing page then?

The disk and sudo mentioned are good enough clues, then you have the about.

Re: Exe.dev

#175

Earlier quoted context omitted.

It's kind of funny our experiences are so diffent. I almost immediately surmised it's some sort of on the fly generated vm you can access via a ssh jumpserver. Which it is! It's actually really neat. It's quite obvious that the authors want us to just ssh into it and try it out first.

Yep, with no privacy policy published.

Exactly.

Re: Exe.dev

#176
post #64

That must be worst website ever made. Zero information available on mobile. I thought it is some kind of portfolio site that does not work on mobile.

Not a mobile issue. I am on desktop and had no idea what this service was because nothing on the initial UI explained what we were looking at. I went and double-checked when people here were talking about pricing and VMs. From the home page, I figured it was some text-based game or experiment and closed the page. It looks like some people who work there are watching this thread, so to them I say: You have got to expl…

>From the home page, I figured it was some text-based game or experiment and closed the page.

Same, my first thought was that it's some pentesting game where you're given a VM and your task is to somehow break it. The line "the disk persists. you have sudo" sounds like game rules.

Re: Exe.dev

#177
post #64

That must be worst website ever made. Zero information available on mobile. I thought it is some kind of portfolio site that does not work on mobile.

Did you try clicking one link into "about" and reading one paragraph of text?

Re: Exe.dev

#179
post #99

How do you proxy the SSH connections? I thought you could not do hostname-based proxying with the SSH protocol

[exe.dev co-founder here] You are right, you cannot! It was quite a bit of work. We have a blog post in the works that should come out in a couple of weeks with all the details.

I was just sufficiently nerd sniped by this, so let me know if I’m close:

Based on what the commenter below found about sshpiper I believe that you use the ssh identity + the ip from the slot to resolve the vm target. sshpiper knows how to route the ssh identity + slot ip to the correct VM. I suspect you have a custom sshpiper plugin to do that routing.

You use the slot record indirection so you can change the ip of a slot without having to update everyone’s A records across the customer base. It also makes it easy to shuffle around vm-slot mappings within a customer. I haven’t tested, but I’m guessing this dns server is internal (coredns?), and the ips too.

I did something similar (ip + identity routing) for a project a few weeks ago. Yours is a lot more elegant with the dns indirection.

I’m no ssh expert, but in theory you should be able to ssh -J exe.dev myvm.exe.xyz for a one-liner? Or maybe you don't even need it, if that DNS server within the ssh exe.dev is the same as the public DNS. Pardon for not testing it yet!

Re: Exe.dev

#180

Earlier quoted context omitted.

"ssh exe.dev" is exactly the Linux command you would use to connect there via ssh. And it's stylized like command prompt.

The question wasn't "how to ssh into a server", it was "how did you figure out what it it from looking at the website"

How to ssh into a server isn’t a question, it’s a command.
Post reply on HN