Looks good!
Though not a fan of 100GB and egress charges. Is there a way to hardcap that?
I guess I could implement something VM side but that’s a bit convoluted
Exe.dev
191–200 of 316 posts
Re: Exe.dev
#192very cool idea and concept :) some feedback: No matter what i do, i can't ssh into VM that i created Local terminal; always timeout built in terminal; SSH handshake failed: ssh: handshake failed: EOF shelley agent seems to be install, but it always shows isn't running.
Likewise. I think it might be experiencing a hug of death :)
Re: Exe.dev
#193That 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.
Come on guys, it literally says 'ssh exe.dev'
Yeah, and it really is not I would want to do, just like diving into unknown water that sparkles weird.. It's an instinct, can get past it but to get more info about the service... nah.
Re: Exe.dev
#194Earlier quoted context omitted.
> persistent and public I don't think that it's actually public? From one of their explainers, no public IP is assigned, so you'll need to ar least have to use an additional service like Cloudflare Tunnel to use it for hosting anything.
[exe.dev co-founder here] You can make it public! Our TLS proxy supports it, and supports CNAME rules (plus a top-level trick) to let you put a domain name on it. To make the HTTP server on port 8000 of your VM public run: ssh exe.dev share set-public
Any plans to support non web stuff?
Re: Exe.dev
#195That 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…
I thought it was one of those game sites where you had to "hack" it every step of the way to advance the next level.
Re: Exe.dev
#196That 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.
I was confused too. I first thought I should open up my terminal and just enter `ssh dev.exe` and this would be some kind of ssh-based interface? Honestly my first thought is that it would be one of those cool dev hack / art projects like the old starwars traceroute to 216.81.59.173
It didn't read as a company with products at all to me from the front page. Just a cryptic " The disk persists. You have sudo." with links to "Login" and "About * Blog * Discord" --- no pricing link, which made me think it was a weird hobby / art.
Re: Exe.dev
#197That 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…
The website has a huge `ssh exe.dev`, so I'd expect that running that works, but:
SSH keys are required to access exe.dev.
Re: Exe.dev
#198Does anyone know e.g. a small systemd-nspawn oneliner to SSH in securely?
There's nothing dangerous about SSHing into an untrusted server unless you're using the same keys for everything.
Remote resources only get your public key. It’s meant to be shared! Hence the word “public.”
The threat is having a private key stolen, in which case, having multiple keys can mitigate the amount of damage a threat actor can do. However, to steal your private key would involve a successful attack against your client, not against any server you might have given the public key to.
Re: Exe.dev
#199unlike others, i like the site and the initial prompt.
Lost me at "verify email" though. Why get so creative, yet limit yourself to archaic "email". Why do *YOU* the provider need me to have an email or a phone?
Look, mullvad can provide vpn services without email or all that nonsense. If you want people who will use ssh to order things, these are the same people that would get your service because you're not asking for dumb things like email. It's the first thing you ask of potential users, and it's an obstacle preventing them from giving you their money!
You can issue users a recovery/access key and/or let them user their ssh public key and trust they know how to manage that on their own. If you have messages for them, display that when they login. This sort of stuff differentiates your service, ssh does too, but it's cosmetic and gimmicky. I would prefer a rest-api over ssh anyways, but ssh is cool too.
Re: Exe.dev
#200unlike others, i like the site and the initial prompt. Lost me at "verify email" though. Why get so creative, yet limit yourself to archaic "email". Why do *YOU* the provider need me to have an email or a phone? Look, mullvad can provide vpn services without email or all that nonsense. If you want people who will use ssh to order things, these are the same people that would get your service because you're not asking…
You can’t host compute for anonymous users. I mean you can, but you won’t for long due to the abuse that will inevitably come with it. That you are responsible for. And anyway, it’s not always going to be free.