Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Exe.dev

exe.dev

Post reply on HN
Print view View original

231–240 of 316 posts

Re: Exe.dev

#231

Post by enneff »

otterley wrote: post #198
icedrift wrote: post #133

Earlier quoted context omitted.

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.

There is also the threat of the server sending a data sequence that exploits a vulnerability in your terminal. It has happened before, but it’s rare.

Re: Exe.dev

#232

Post by ascii0eks84 »

virgil_disgr4ce wrote: post #182
ricardobeat wrote: post #165

Earlier quoted context omitted.

It's odd to see how people are not accustomed to plain websites anymore. You click the 'About' link in the footer, and get a direct explanation of what it is, pricing and the entire documentation.

why do we need to click anything? Why wouldn't the relevant information be there in the initial view?

Gatekeeping mechanism. This effectively filters useless traffic and trash contacts.

Re: Exe.dev

#233

Post by vogtb »

Oh, we're doing Fly again? Cool! I don't mean that sarcastically -- making it dead simple to get a VM at a domain or IP in a few seconds is good and useful. We should keep trying this idea, because every time it gets easier.

On a side note, a lot of people in this thread are doing a sort of "I don't get it, your website sucks" but it's like, come on dude! Just read the site! It takes less time to read the pricing, docs, and FAQ than it does to post about how you don't get it.

Re: Exe.dev

#235

Post by vogtb »

orangea wrote: post #34

See also, for comparison: https://www.val.town/

Val.town seems to be serverless, where as this is explicitly a server. One is really a subset of the other though, so I suppose if you're deploying ts functions to a service/server, and your execution costs match up with the tiers here, exe.dev could be cheaper.

Re: Exe.dev

#236

Post by dizzled »

dizzled wrote: post #178

[dead]

Turns out the request is coming from localhost because it's being forwarded over SSH. Their HTTP proxy causes a new SSH connection to be made to the VM:

    Connection from 10.42.0.1 port 37456 on 10.42.1.75 port 22 rdomain ""              
    debug1: Local version string SSH-2.0-OpenSSH_9.9                                   
    debug1: Remote protocol version 2.0, remote software version Go                    
    debug1: compat_banner: no match: Go
Which then requests a local TCP connection, in this case to port 8000:

    debug1: Entering interactive session for SSH2.                                    
    debug1: server_init_dispatch                                                       
    debug3: receive packet: type 90                                                    
    debug1: server_input_channel_open: ctype direct-tcpip rchan 0 win 2097152 max 32768
    debug1: server_request_direct_tcpip: originator 0.0.0.0 port 0, target 127.0.0.1 port 8000
    debug1: connect_next: start for host 127.0.0.1 ([127.0.0.1]:8000)                  
    debug2: fd 7 setting O_NONBLOCK                                                    
    debug2: fd 7 setting TCP_NODELAY                                                   
    debug1: connect_next: connect host 127.0.0.1 ([127.0.0.1]:8000) in progress, fd=7
    debug3: fd 7 is O_NONBLOCK                                                           
    debug3: fd 7 is O_NONBLOCK                                                          
    debug1: channel 0: new direct-tcpip [direct-tcpip] (inactive timeout: 0)           
    debug1: server_input_channel_open: confirm direct-tcpip                         
    debug3: channel 0: waiting for connection
This is in contrast to a normal SSH shell session:

    debug1: Entering interactive session for SSH2.                                     
    debug1: server_init_dispatch                                                       
    debug3: receive packet: type 90                                                     
    debug1: server_input_channel_open: ctype session rchan 0 win 2097152 max 32768
    debug1: input_session_request                                                      
    debug1: channel 0: new session [server-session] (inactive timeout: 0)
    debug2: session_new: allocate (allocated 0 max 10)                                 
    debug3: session_unused: session id 0 unused                                          
    debug1: session_new: session 0                                                      
    debug1: session_open: channel 0                                                    
    debug1: session_open: session 0: link with channel 0                               
    debug1: server_input_channel_open: confirm session                                 
    debug3: send packet: type 91                                                        
    debug3: receive packet: type 98                                                    
    debug1: server_input_channel_req: channel 0 request pty-req reply 1
    debug1: session_by_channel: session 0 channel 0                                    
    debug1: session_input_channel_req: session 0 req pty-req                           
    debug1: Allocating pty.

Re: Exe.dev

#237

Post by albedoa »

ricardobeat wrote: post #165
codingdave wrote: post #86

Earlier quoted context omitted.

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…

It's odd to see how people are not accustomed to plain websites anymore. You click the 'About' link in the footer, and get a direct explanation of what it is, pricing and the entire documentation.

You truly, honestly believe that to be the real problem? Come on. You don't need to do whatever this is.

Re: Exe.dev

#239

Post by jeremyjh »

trollbridge wrote: post #224
jeremyjh wrote: post #200

Earlier quoted context omitted.

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.

Getting a usable e-mail and phone is a few cents spent on one of the many shady SMS-reception services.

Yes, that is why they always require a credit card as well. I'm sure exe.dev will be no different soon but they are trying this in alpha to get feedback and traction; just hoping they won't attract the notice of the barbarian hordes right away.

Re: Exe.dev

#240

Post by reactordev »

crawshaw wrote: post #47
twotwotwo wrote: post #46

Earlier quoted context omitted.

I have played with it and it's so easy get started with that now I want a quick-project idea as an excuse to use it! I'm sure you've thought of this, but: lots of people have some amount of 'free' (or really: zero incremental cost to users) access to some coding chat tool through a subscription or free allowance like Google's. If you wanted to let those programs access your custom tools (browser!) and docs about the…

Thanks! We are thinking a lot about how to prepopulate VMs. The first thing we are going to start with is a fast ‘clone’ command, so you can preconfigure a base VM then make as many as you like. Lots of other ideas floating around too. Re sketch: the code is not the same but the agent is deeply inspired by it. Eg the screenshot support, which just seems obvious to us. Philip has done the heavy lifting here, he hangs…

Prelaunch scripts. Snapshots. There’s plenty of ways to prepopulate a vm. What’s tricky is replicating that so it’s available across the “nodes” they have.

Man, this brings me back. Kudos to you guys! Just find a better solution than Ceph or minio.

Post reply on HN